Adicionar delay em tacômetro com CCP, como?

Pc100 · 29 de janeiro de 2014

Galera, em outro tópico tava discutindo como fazer um tacômetro usando CCP, consegui fazer, só que agora estou tendo outro problema, quando esta gravado no pic, os dados no LCD se alteram tão rápido que na maioria das vezes se torna impossível ler, tem como colocar um delay, para diminuir essa taxa de atualização? o código é o seguinte:

#include <16f628a.h>#FUSES NOWDT                    //No Watch Dog Timer#FUSES XT                       //Crystal osc <= 4mhz#FUSES PUT                      //Power Up Timer#FUSES NOPROTECT                //Code not protected from reading#FUSES INTRC_IO                 //No Debug mode for ICD#FUSES BROWNOUT                 //Reset when brownout detected#FUSES NOLVP                    //No low voltage prgming, B3(PIC16) or B5(PIC18) used for I/O#FUSES NOCPD                    //No EE protection#FUSES NOMCLR                   //No MCLR#use delay(clock=4000000)#include <lcd_flex.c>int1 nuevopulso=0, cambio=0;int16 TFB=0,TFS=0, circ = 0, cont = 0;int pulsos = 1;float RPM = 0;void setparam(void);#int_ccp1void ccp1_int()                   //Función interrupción{        if(cambio==0)                   //Flanco de subida  {           TFS=CCP_1;                  //Carga del valor del registro CCPR1 en flanco subida      setup_ccp1(CCP_CAPTURE_FE); //Configuración modo Captura en flanco de bajada      cambio=1;                   //Control de cambio de flanco  }   else  {                               //Flanco de Bajada      TFB=CCP_1;                  //Carga del valor del registro CCPR1 en flanco bajada      setup_ccp1(CCP_CAPTURE_RE); //Configuración modo Captura en flanco de subida      cambio=0;                   //Control de cambio de flanco  if(nuevopulso==0)      nuevopulso=1;                  }}void main()    {   lcd_init();   setparam();   setup_timer_1(T1_INTERNAL|T1_DIV_BY_8);       //set timer1 in 8us resolution    setup_ccp1(CCP_CAPTURE_RE);                      enable_interrupts(int_ccp1);     enable_interrupts(global);   printf(lcd_putc,"\fVel:\nRPM:");   do       {      if(nuevopulso==1)         {         RPM = ((1.0/((TFB-TFS)*0.000016))*60.0)/pulsos;     //converte tempo em RPM         lcd_gotoxy(6,1);         printf(lcd_putc,"%6.1f Km/h ", RPM*60.0*circ/100000); //converte em km/h         lcd_gotoxy(5,0);         printf(lcd_putc,"%7.1F RPM ", RPM);         nuevopulso=0;                                       //Pulso ya medido, espera nuevo         }               } while (TRUE);   }   void setparam(void){   printf(lcd_putc,"\f Circunferencia");   lcd_gotoxy(9,0);   printf(lcd_putc,"cm");    while(input(PIN_B2)== false)   //ajusta circunferencia   {      if (input(PIN_B4)== true)         {            circ++;            delay_ms(80);         }      if (input(PIN_B5)== true)         {            circ--;            if (circ >65000)               circ = 0;            delay_ms(80);         }            lcd_gotoxy(4,0);      printf(lcd_putc,"%5Lu", circ);         }   delay_ms(150);   printf(lcd_putc,"\f  Pulsos/ciclo");    lcd_gotoxy(9,0);   printf(lcd_putc,"p/c");    while(input(PIN_B2)== false)      //ajusta pulsos   {      if (input(PIN_B4)== true)      {         pulsos++;         delay_ms(100);      }              if (input(PIN_B5)== true)      {         pulsos--;         if (pulsos < 1)            pulsos = 1;         delay_ms(100);      }            lcd_gotoxy(7,0);      printf(lcd_putc,"%2d", pulsos);    }}

Tentei adicionar um delay simples em diversas partes do código, mas altera completamente a leitura!

Valeu gente!

30 de janeiro de 2014

Amigo, sua instrução de delay não funcionou provavelmente por que você esta trabalhando com a interrupção do ccp1, e essa interrupção pode ocorrer a qualquer momento, inclusive enquanto o PIC executa o delay, provavelmente as interrupções vão se atropelando gerando o erro na leitura... Mas se os valores vão mudando, quer dizer que você esta tendo uma variação no sinal captado pelo tacometro (mesmo que muito pequena), ja pensou em realizar a leitura varias vezes e tirar a media, acho que isso poderia diminuir a variação no display...

Pc100 · 30 de janeiro de 2014

N tinha pensado nisso, pode ser, vou testar amanha, mas tipo, eu programa em Java, e la nos usamos trheads, pensei em algo do tipo, o sistema roda normal numa thread e na outra ele só printa dentro dos delays, mas n sei se é possível isso em micro controladores!

31 de janeiro de 2014

Pc100..... Cara tu programa java?? Acho uma linguagem fascinante, conheço um pouco de java e já até desenvolvi algumas coisinha BEM simples para android.

gerenciar threads é possível sim em um microcontrolador, só que é um recurso meio que limitado, geralmente o que se faz é rodar uma rotina principal e distribuir as outras tarefas em chamadas de função (que podem ser interrupções, como no seu programa), agora para trabalhar realmente com multitask é um PIC é necessário partir para a área dos RTOS (Real Time Operating System) para isso deve-se trabalhar bem com o Stack do PIC, armazenando os endereços de cada função e alternando a CPU para atender e gerenciar cada tarefa, é quase um desafio... hehe....

Mas o que eu faria no seu caso, é criar outra variável e a cada interrupção incrementa-la, depois é só testar essa variável se ela for igual ao numero da media que você quer (3x, 5x...) executa a função de calculo da media e exibe no display, se não, aguarda a próxima interrupção...

Espero ter ajudado...

Grato Luiz Gustavo.

Pc100 · 31 de janeiro de 2014

Vou tentar como você sugeriu!

Sobre o JAva, é que faço engenharia de computação, e temos em nosso currículo c, c++, java, assembler, no momento acabei a cadeira de Java, C e C++, Mas java é excelente, da até pra brincar no Android, quero futuramente comunicar o celular com o carro via bluetooth!

Mas como você falou, a programação concorrente, no caso se eu separar só a interface (printar) acredito que ele daria conta, vou dar mais uma estudada em threads em microcontroladores, valeu!

Assim que tiver um resultado posto aqui!