COMPORTAMENTO ESTRANHO DO PROTEUS

[Pask]

Amigos fiz a simulação do código abaixo no Proteus e o led fica piscando quando deveria permanecer aceso após eu pressionar o botão ligado ao pino PD0 do AVR Atmega32. Alguém saberia me explicar este comportamento estranho do Isis? Estou tentando iniciar em programação de microcontroladores AVR mas já esbarrei neste problema estranho!

cpp code

void main() {
  ddrb=255;
  ddrc=255;
  ddrd=254;           / / Pino PD0 configurado como entrada. Demais pinos são saídas
  portb=0;
  portc=0;
  portd=0;            // Todos os ports inicializados com zero.
  pud_bit=1;          // Resistores de pull_up desabilitados.

  while(1)  {
     if(pind0_bit==1)    //No ISIS o led conectado no pino PB0 pisca. Por que?
        {
        pinb0_bit=1;
        delay_ms(100);
        }
    } 
}

[proex]

Pisca porque o Proteus esta simulando errado. Não confie nas simulações desse programa.
Alias, não confie em nenhum simulador.

[Pask]

Mas porque as simulações dão certo com o PIC?

[proex]

Mas porque as simulações dão certo com o PIC?

As simulações com Pic também falham. Comigo aconteceu exatamente como o seu ai, só que com o Pic.

Ai vc mexe mexe mexe e de repente ele começa a funcionar e vc não consegue descobrir por que nao funcionava antes.

.

[Pask]

Que doideira. Então só montando o circuito numa protoboard mesmo...rsrsrsrs

[Pask]

Agora, o código abaixo funcionou mas ele está contando os atrasos de tempo em dobro, ou seja, um delay de 1000ms ele conta como 2s, um delay de 2000ms ele conta como 4s e assim por diante. Já conferi tudo e está tudo certo. Todas as configurações de clock e cristal ou oscilador interno foram experimentadas e não dá certo mesmo. Mas este erro de contagem somente acontece no Proteus, pois no debugador do MikroC for AVR está tudo ok.

cpp code

void main() {
  ddrb=0b11111111;
  ddrc=0b11111111;
  ddrd=0b11111111;
  portb=0b00000000;
  portc=0b00000000;
  portd=0b00000000;
  while(1)
     {
     pind0_bit=1;
     delay_ms(1000);   / / aqui ele conta 2000ms
     pind0_bit=0;
     delay_ms(1000);   / / aqui ele conta mais 2000ms (??????????)
     }
}

[Pask]

Vejam a resposta do pessoal da Labcenter Electronics (fabricante do Proteus) para o meu problema relatado traduzida para o português:

Oi,

Infelizmente, muitos resultados inesperados aparecem devido ao fato do uso de cópias ilegais de software. Posso sugerir que você compre uma cópia legalizada em: http://www.labcenter.com/ordering/cprices.cfm e então eu posso fornecer-lhe apoio.

Kind regards,
David Spencer - Labcenter Electronics.
New Youtube channel: http://www.youtube.com/channel/UCFNnl5S532GMtwXJUYRo_wQ

[brasilma]

Rsrsrs

[Pask]

Segue agora o código correto para vocês e que funcionou também no Proteus. Na verdade, eu estava usando os registradores errados para comandar os ports do Atmega8. Descobri isto vendo um vídeo no Youtube em que um cara estava escrevendo um código para um botão comandar um led usando outro compilador e adaptei o código para o MikroC. Aí deu tudo certo.

cpp code

void main( ) {

  ddrb=0b11111110;    
  ddrc=0b11111111;
  ddrd=0b11111111;    
  portb=0b00000000;
  portc=0b00000000;
  portd=0b00000000;  

     while(1)
{
    if(pinb0_bit==1)
    {
    portb.b1=1;
    delay_ms(10);
    }
    else portb.b1=0;
}
           }

[tcpipchip]

Eles sempre pedem o arquivo DSN para ver se é ilegal...

[Pask]

O produto deles é muito caro.

[tcpipchip]

Mas vale a pena amigo!

[tcpipchip]

Liberado 8.3

[Pask]

Como assim?

[tcpipchip]

Já esta disponivel a 8.3 BETA