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.
Tags:
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!
Bem-vindo a
Laboratorio de Garagem (arduino, eletrônica, robotica, hacking)
© 2024 Criado por Marcelo Rodrigues. Ativado por