LusoRobótica - Robótica em Português
Sistemas específicos => PIC => Tópico iniciado por: MMM em 15 de Dezembro de 2012, 02:10
-
Boas. Estou com um problema no tempo do TIMER0 de um pic 18f4550, basicamente na simulação tanto no mplab como no proteus tenho a interrupção de 1 em 1s e quando faço upload pro pic o tempo passa para aproximadamente 4/5s. Eu resolvi o problema reduzindo o prescaller de 256 para 64, mas mesmo assim gostava de perceber o que está a acontecer. Se for necessário disponibilizo o código completo, mas deixo aqui as inicializações e a rotina de interrupção. Cumprimentos.
//Inicialização do timer
T0CON=0b11000101; //Timer0 activo;8-bit;pré-scaler 256
TMR0L=246; //|TMR0=246 interrupções a cada 10ms
INTCON=0b10100000; //Habilita as interrupções gerais e do timer0
//-------------------------------------INTERRUPÇÃO-------------------------------------------
void int0 (void);
#pragma code HIGH_INTERRUPT_VECTOR = 0x8
void high_ISR (void)
{
_asm
goto int0
_endasm
}
#pragma code
#pragma interrupt int0
void int0 (void)
{
TMR0L=246; //|TMR0=246 interrupções a cada 10ms
cnt_1s++;
INTCONbits.TMR0IF=0;//Reinicializa flag de interrupção timer0
}
-
Não dizes qt é o teu CLOCK.
Não te esqueças q o CLOCK é dividido por 4 internamente.
Está tudo descrito no datasheet.
-
Obrigado pela resposta, eu acho que o fclk=1MHz.
Eu tive o cuidado de fazer os calculos direitinhos, o que para mim é mais estranho é no mplab meto um breakpoint dentro do código que acontece de 1 em 1s para medir o tempo e bate certinho, já no PIC entra muito mais tarde.
Deixo o programa em anexo. Obrigado.
#pragma config FOSC=INTOSCIO_EC //utiliza o cristal interno
#pragma config MCLRE = OFF
#define led_ON LATAbits.LATA0 //|LUZES DE AVISO
#define led_WORK LATAbits.LATA1 //|
//---------------------------------------VARIAVEIS----------------------------------------
int cnt_1s=0;
//-------------------------------------INTERRUPÇÃO----------------------------------------
void int0 (void);
#pragma code HIGH_INTERRUPT_VECTOR = 0x8
void high_ISR (void)
{
_asm
goto int0
_endasm
}
#pragma code
#pragma interrupt int0
void int0 (void)
{
TMR0L=246; //|TMR0=246 interrupções a cada 10ms
// TMR0H=0xff; //|
cnt_1s++;
INTCONbits.TMR0IF=0;//Reinicializa flag de interrupção timer0
}
void inic (void){
TRISAbits.TRISA0=0; //|Luz de ON ligada
led_ON=1; //|
TRISAbits.TRISA1=0; //|Luz de trabalho
LATAbits.LATA1=1; //|
T0CON=0b11000111; //Timer0 activo;8-bit;pré-scaler 256
TMR0L=246; //|TMR0=246 interrupções a cada 10ms
INTCON=0b10100000; //Habilita as interrupções gerais e do timer0
ADCON1 = 0x0F; //Desliga os pinos do AD
}
void main (void){
inic();
while(1){
if(cnt_1s==100){
cnt_1s=0;
// nivel();
led_WORK=~led_WORK;
}
}
}
-
e tens o clock certo configurado no MPLAB ?
-
Acho que sim, aparece me mesmo na ultima barra naqueles quadradinhos 1MHz.
-
E o clock que usas na simulação (proteus) e na realidade é da mesma frequência?
-
Boas, Beirão. Como eu tinha a linha
#pragma config FOSC=INTOSCIO_ECele assumia logo como a frequencia do micro, aparecendo mesmo um warning a referir o mesmo.
Eu acabei por resolver o problema apagando essa linha do código, pelo menos quando testo na breadboard funciona, já no proteus ainda não tive oportunidade de experimentar, mas no mplab funciona bem.
Cometi algum erro ao configurar assim? xD
-
Boas, Beirão. Como eu tinha a linha #pragma config FOSC=INTOSCIO_ECele assumia logo como a frequencia do micro, aparecendo mesmo um warning a referir o mesmo.
Eu acabei por resolver o problema apagando essa linha do código, pelo menos quando testo na breadboard funciona, já no proteus ainda não tive oportunidade de experimentar, mas no mplab funciona bem.
Cometi algum erro ao configurar assim? xD
Mas na breadboard usas que frequência de clock? em que pins?
-
Esquece. Estás a usar o interno, ne?
-
Sim, uso o interno.