ASM51

Senhores,

Pelo título da mensagem já deu pra ver que é dúvida de principiante né?! E antes de mais nada quero dizer que já revirei o fórum(inclusive o antigo) em busca de uma solução para o meu problema e até agora nada...

O que acontece é o seguinte, tenho um projeto aqui controlado por um 8052 e sem nenhum canal serial configurado, minha idéia é fazer com que esse projeto fale serialmente com um outro projeto que desenvolvi recentemente, controlado por um PIC.

Sempre trabalhei com PICs e agora estou tomando uma surra para implementar a bendita serial no 8052.

Consegui alguns exemplos na internet(inclusive aqui no fórum) que ecoam um byte recebido pela serial do microcontrolador e todos eles funcionaram perfeitamente bem o problema é o seguinte:

Como faço para simplesmente enviar um dado pela serial do 8052 ao invés de ficar respondendo?

Tentei de todas as maneiras aqui, mas até agora não consegui fazer o microcontrolador "iniciar a conversa", só responder mesmo...

Eu tenho que setar ou resetar algum pino além do TX e RX? É que todos os outros pinos já estão sendo utilizados como I/O.

Valeu aí pela força e desculpem o conhecimento limitado...rs

Abraços!

Olá, baltazar.

No 8051, é necessário antes de usar a UART, configurar registradores e timers para que ela possa operar.
No 8051 o baud-rate é dado somente pelo TIMER1. No 8052, vc pode usar ou o TIMER1 ou o TIMER2, ou ambos simultaneamente para gerar os bauds.
Baixe o dataxit do 8052 no site da Atmel, que lá vc encontra uma tabela com os valores mais comuns de carga do timer em função dos baud-rates que vc precisa.
Depois de configurar o timer, vc precisa configurar o modo de operação da serial no registrador SCON.
Se for em C, pra enviar um dado pela serial depois de configurá-la é só escrever:

Código: Selecionar todos

 
while ( !TI );    // espera transmitir o byte;
TI = 0;     // reseta o flag de transmissão;
SBUF = dado;    // envia o dado


Baixe o arquivo abaixo e dê uma olhada nos exemplos: EXERC13_6/13_7 e 13_8, que tratam de comunicação através da serial.

http://www.editoraerica.com.br/download ... troladores

[]'s

O Mestre Maurício já explicou tudo em C, um outro exemplo em Assembler poderia ser assim para enviar continuamente um "20H":

MOV TMOD,#21H ; Timer 1 (2=timer 8 bits auto-reload)
MOV TH1,#0F3H ; 9600 (c/ cristal 24MHz)
MOV TL1,TH1
MOV SCON,#50H ; Serial Mode 1
MOV PCON,#80H ; SMOD 1

SETB EA ; Abilita Interrupcoes
SETB ES ; Abilita Serial
SETB TR1 ; Liga timer 1

ENVIASTRINGL1: MOV SBUF,#20H
JNB TI,$
CLR TI
JMP ENVIASTRINGL1

Abraços,
MArcos.

Valeu pela ajuda aí senhores!

As minhas rotinas estão assim:

Inicialização da serial(Timer 1, 9600, 11.0592Mhz):

Código: Selecionar todos

      MOV   PCON, #0x00
      MOV    SCON, #0x50
      ORL    TMOD, #0x20
      MOV    TH1, #0xFD
      MOV    TL1, #0xFD
      SETB    ES
      SETB   EA
      SETB    TR1


Rotina de interrupção para a recepção serial:

Código: Selecionar todos

InterSerial:
      JNB    RI,Fim_InterSerial
      CLR    RI
      MOV    A,SBUF
Fim_InterSerial:
      reti


Rotina de envio:

Código: Selecionar todos

      MOV   A,#0x31
      MOV   SBUF,A
      JNB   TI,$
      CLR   TI


Está tudo ok?

Acontece que o equipamento "trava" na linha "JNB TI,$", parece que o TI não está sendo setado em momento algum!

Só mais um detalhe, esse projeto trabalha também com interrupção por estouro do Timer0(um RTC). Faz alguma diferença para a serial do 8052?

Ah, uma última coisa, estou trabalhando agora com um AT89C55, mas pelo que vi no datasheet a serial é exatamente igual, correto?

Abraços!

baltazar escreveu:Está tudo ok?

Está correto, sim. Só tem um detalhe que eu não sei se nos PICs é igual.
Tanto pra transmitir como para receber, a serial ocupa a mesma interrupção. Se algum dos flags for setado, o programa é desviado para o mesmo endereço que trata a serial. No seu caso vc não pode amarrar a transmissão ( usando JNB TI,$ ), se vc já está usando interrupção pra tratar a serial. Vc precisa eliminar essa instrução e na sub-rotina de interrupção, colocar o seu código de tratamento lá.
Faz tempo que eu não programo em ASM, mas, a lógica é a mesma:

Se houver ou uma recepção, ou uma transmissão, a CPU vai ser desviada para o endereço de tratamento da interrupção.
Dentro da rotina vc testa os bits. Se for RI, faz alguma coisa. Testa TI. Se for TI faz outras coisas.
Normalmente, se for TI, a única coisa que a gente faz é resetar o flag dentro da interrupção e voltar pra execução do programa.

Acontece que o equipamento "trava" na linha "JNB TI,$", parece que o TI não está sendo setado em momento algum!

Não sei porque, mas acho que é por causa do que eu falei acima.
Talvez a CPU esteja resetando TI dentro do tratamento da interrupção e dessa forma, seu programa nunca mais vai sair do mesmo lugar.

Só mais um detalhe, esse projeto trabalha também com interrupção por estouro do Timer0(um RTC). Faz alguma diferença para a serial do 8052?

Não. Só que por construção, o MCU vai atender primeiro a interrupção do TIMER, que tem prioridade maior. Se vc quer que a serial tenha prioridade nas interrupções, basta setar o bit PS no registrador IP.

Ah, uma última coisa, estou trabalhando agora com um AT89C55, mas pelo que vi no datasheet a serial é exatamente igual, correto?

Correto.

Uma outra coisa que eu não sei se vc sabe é que nos vetores de interrupção do 51, só existem uns poucos bytes separando um vetor de outro, o que na maioria dos casos não dá pra colocar o código de tratamento da interrupção nesses bytes. Neste caso, o que se faz, é simplesmente colocar um JUMP pra um outro lugar onde haja mais espaço para codificar um tratamento. Uma coisa mais ou menos assim:

Código: Selecionar todos

org 23h            // endereço do vetor da interrupção serial
JMP TRATA_SERIAL

org 100h         // inicio do programa
;seu código aqui

TRATA_SERIAL:
JNB RI, verifica_TI
;código de RI
CLR RI
verifica_TI:
JNB TI, exit
;código de TI
CLR TI
exit:
RETI

Espero ter ajudado. O 8051 é meio chatinho, mas depois, se torna uma máquina bem eficiente.

[]'s

Nobre Maurício,

Muito obrigado pela ajuda, mas ainda não consegui fazer esse negócio funcionar...

O mais estranho é que ele não seta o desgraçado do TI de jeito nenhum!!!

Já habilitei a interrupção por recepção serial, desabilitei, habilitei de novo “sem utilizar” (Inter_Serial: reti) e nada...

Estava desconfiado que em alguma parte do código houvesse alguma rotina que alterasse o IE, daí fiz o seguinte:

Código: Selecionar todos

      jnb   Libera_Transmissao,Nao_Transmite
      clr   TI
      clr   RI
      mov   Temp,IE
      mov   IE,#0x00
      setb   EA
      setb   ES
      mov   a,#0x31
      MOV   SBUF,a
Aguarda_Transmissao:
      jnb   TI,Aguarda_Transmissao
      clr   TI
      mov   IE,Temp
      clr   Libera_Transmissao
Nao_Transmite:


No vetor de interrupção serial eu deixei apenas um reti.

E esse flag "Libera_Transmissao" é setado a cada virada de minuto do meu RTC, e sempre que isso ocorre o firmware trava aguardando o TI subir.

Não sei mais o que tentar aqui, já li e reli o datasheet do 89c55, também aquele databook da Intel sobre a família 51 e até agora não encontrei nada parecido...

Vou continuar na luta aqui, qualquer novidade eu aviso.

Abraços!

Lamento.

Em ASM eu não posso te ajudar mais, porque eu nem me lembro como é a formatação de um programa. Sinto muito.

Boa sorte aí, mas, não é difícil fazer esse trem funcionar...

O livro do Denys Nicolosi (Microcontrolador 8051 Detalhado, da ed. Érica) é um bom ponto de partida.

[]'s

Baltazar,

Ok para o RETI no vetor de interrupção serial.

Viu, tenta fazer aquilo que coloquei, apenas monte o código a partir do endereço 30H (fora do espaço dos vetores de interrupção), que funciona, a partir dai vá fazendo as modificações que deseja.

Abraços,
MArcos.

Senhores,

Consegui resolver!!!

Montei um circuitinho apenas com o microcontrolador e um MAX232 e escrevi um firmware que apenas enviava um byte pela porta serial, como o exemplo que os senhores postaram aqui.

Pois bem, mesmo assim nada funcionou...

Mas aí sempre que eu ligava e desligava o circuito ele jogava um lixo na serial, fui ligando e desligando até que em um determinado momento ele “partiu”! E daí passou a funcionar certinho!

Desconfiei de um possível problema de power-up timer, daí coloquei um delay de alguns milisegundos antes da inicialização dos registradores e pronto, problema resolvido!

Ainda estou pesquisando aqui pra saber se a família 8051 exige esse retardo na inicialização ou se foi um golpe de sorte mesmo(em outras palavras, uma cagada!:D), mas o que importa é que por agora está tudo funcionando e posso continuar com minhas outras implementações aqui.

Mais uma vez obrigado pela ajuda aí moçada!

Abraços!

Só se suas rotinas precisarem, pois o controlador não precisa não.

Verifique se o circuito de reset do controldador está de acordo com a recomendação do fabricante.