Anderson,

Citação de: robedany em 29 de Junho de 2010, 16:42

Vc esta vendo o programa do TX com 12c671 e não com o 16f84

Este é mais um exemplo que mostra que portar o software de um PIC para o outro não é simplesmente carregar o arquivo hex.





As arquiteturas internas dos processadores em questão são diferentes, o registrador OSCCAL não existe no PIC16C84 nem no PIC16F628A. OSCCAL é usado para calibrar o oscilador RC interno (clock) do PIC12C671.

Além de não disponível nos 84 e 628A, esse procedimento é totalmente desnecessário se usar um oscilador a cristal (muito mais exato que um oscilador RC). Lembrando que a estabilidade de frequência é indispensável para tornar a comunicação serial viável e sem erros.

Nesse caso se uso o 16f84 trabalho com cristal externo, mas no caso do 628 posso utilizar o oscilador interno. Este oscilador interno em comparação com o externo (cristal), qual a melhor opção.

Citação de: minilathe em 29 de Junho de 2010, 22:30

Anderson

Citação de: aguizan em 29 de Junho de 2010, 19:52

Nesse caso se uso o 16f84 trabalho com cristal externo, mas no caso do 628 posso utilizar o oscilador interno. Este oscilador interno em comparação com o externo (cristal), qual a melhor opção.

O cristal não é o oscilador, mas sim o dispositivo que determina a frequência do oscilador interno do PIC. Sendo bem superior ao oscilador tipo RC, também interno. Dê uma olhada nos diversos tipos de osciladores internos do PIC.

Fiz uma busca por informações e percebi que osciladores quando excitados por cristais conseguem manter uma frequência de ressonação bastante constante, o que garantirá melhores resultados na comunicação serial entre os componentes do equipamento. Levando em consideração que alguns dos dados que serão transmitidos devem ser precisos ( informações de pressão, temperatura, etc) opto pela utilização do cristal externo.