Oi pessoal, boa tarde.

Ao testar uma versão de uma biblioteca de controle remoto,
me deparei com valor lido do controle que não tinha consistência.

Normalmente os controles remotos com protocolo NCR tem os bytes iniciais iguais.

Eu estava usando um code baseado na biblioteca IRemote.h.

Encontrei na minha pasta de arduino outro code usando a bibloteca IRLib.h

Ao testar com esta biblioteca os valores vieram corretos

Resolvi fazer mais um teste com o code IRemote.h  usando outro controle remoto.


Os valores vieram corretos, tanto com um code quanto com o outro.


Resumindo

  CR A com Bibioteca IRemote.h

    E13DDA28
    AD586662
    273009C4
    F5999288

  CR A com Bibioteca IRLib.h

    E0E020DF
    E0E0A05F
    E0E0609F
    E0E010EF

   CR B com Bibioteca IRemote.h

    E17A807F
    E17A40BF
    E17AC03F
    E17A20DF

  CR B com Bibioteca IRLib.h

    E17A807F
    E17A40BF
    E17AC03F
    E17A20DF

Resolvi então capturar os codes com o analisador lógico.

Ambas leituras dos CR estão dentro dos padrões NEC.

Alguém já teve este tipo de problema, ou sabe de limitações para o IRemote.h?

Abaixo imagem e anexo arquivos com a captura do analisador.


Rui

Exibições: 398

Anexos

Responder esta

Respostas a este tópico

Oi Pessoal, acho que descobri a razão.

O RC que funciona OK usa o protocolo NEC, e o que dá problema com o IRemote usa o protocolo NECx.

A diferença é basicamente  o "initial header mark timer. .

No NEC ele é de 9,0 mS e no NECx é de 4,6 mS.

A biblioteca  IRemote tem problemas com este protocolo.

Rui

Boa noite Rui, só agora vi o seu tópico.

Mas pelo jeito já resolveu. Com o analisador lógico fica mais fácil descobrir problemas de RC. 

Abraços. 

Boa noite!

O Rui é tão bom de fórum que resolve até as dúvidas dele mesmo!

Kkkkk!

Verdade. Tipo, ele cobra o escanteio e já está na área para cabecear!

RSS

© 2024   Criado por Marcelo Rodrigues.   Ativado por

Badges  |  Relatar um incidente  |  Termos de serviço