Em relacao a EEPROM o codigo que pus no site nao a usa. Mas isso é bastante simples pois so e necessario guardar ints ;)
O objectivo do codigo RC5 e precisamente ser "imune" a ruido. O receptor TSOP esta preparado para "ver" apenas sinais a 36KHz! :D
No codigo RC5 os timings sao muito precisos e por isso e que sei que quando faco delayMicroseconds vou calhar em cima do proximo bit. Nao esquecer que temos uma janela de 889useg para ler o bit! :D
AHHHHHHHHH....bem me parecia que estava a faltar alguma coisa!! era isso do TSOP ja estar feito so para sinais de 36KHz.... entao se quizessemos utilizar este TSOP para sinais sony ja nao dava certo? como a portadora esta a 40KHz...
Ok, tenho que ver se me registo no forum entao! ;) pbgd
Entao mas assim surge-me uma duvida, naquele projecto do detector de proximidade por IR como é que o receptor detectava a radiaçao reflectida? porque eu aprendi na escola quando era puto que radiaçao refletida significa que ela é absorvida por um atomo e depois emitida denovo por esse atomo (e adquire caracteristicas desse atomo) logo se quando ele é reflectida é transformada como é que o TSOP a detecta?
:S...tb nao percebi como filtras o ruido. Reparei que poes o arduino a esperar o Bit_Lenght para que leia bit a bit (percebo)...a duvida é qd fazes um digitalRead que ja sabes que vai "calhar" em cima do proximo bit (porque esperamos q o anterior acabasse) e imaginando que o bit que vai ser lido é 1 tens que ter a sorte de calhar em cima de um HIGH da portadora de 36Khz? Ou o receptor de IR quando recebe um sinal de uma frequencia elevada esta sempre a HIGH? Nao percebi mesmo.. :S
Já estive a ler o teu artigo e vi o codigo no forum,xD reparei que usavas o digitalRead e nao o analogRead, por isso ja não tenho a primeira duvida, tb pq qd referiste que o digitalWrite demora 4microsegundos conclui que o digitalWrite tb fosse bastante rapido.
mas, e dscp ser tao curioso...fiquei com outra duvida... lol... nao percebo (no codigo) onde está a parte de guardar na EEPROM memory o sinal recebido, ou disseste isso pq as variaveis ficam la guardadas automaticamente?
Como consegues que a leitura do sinal no pino onde ligaste o TSOP1836 seja rápida o suficiente para apanhar a intermitencia (codificaçao) do sinal do comando? O analogRead não se torna instavel quando tentas ler valores com intervalos inferiores a 10milisegundos?
Ok entao! :D
Em relacao a EEPROM o codigo que pus no site nao a usa. Mas isso é bastante simples pois so e necessario guardar ints ;)
O objectivo do codigo RC5 e precisamente ser "imune" a ruido. O receptor TSOP esta preparado para "ver" apenas sinais a 36KHz! :D
No codigo RC5 os timings sao muito precisos e por isso e que sei que quando faco delayMicroseconds vou calhar em cima do proximo bit. Nao esquecer que temos uma janela de 889useg para ler o bit! :D
iAmTr3s 2 years ago
AHHHHHHHHH....bem me parecia que estava a faltar alguma coisa!! era isso do TSOP ja estar feito so para sinais de 36KHz.... entao se quizessemos utilizar este TSOP para sinais sony ja nao dava certo? como a portadora esta a 40KHz...
Ok, tenho que ver se me registo no forum entao! ;) pbgd
molinobeer 2 years ago
Ate da, mas como este e o TSOP1836 podera haver algum erro, minimo mesmo. Mas o ideal para a sony e usar mesmo o TSOP1840.
Mais uma vez, ete TSOP tb funciona, so n e tao perfeito :P
iAmTr3s 2 years ago
Obgd por essa resp, mas pff vê aí as outras duvidas... abaixo..
molinobeer 2 years ago
Entao mas assim surge-me uma duvida, naquele projecto do detector de proximidade por IR como é que o receptor detectava a radiaçao reflectida? porque eu aprendi na escola quando era puto que radiaçao refletida significa que ela é absorvida por um atomo e depois emitida denovo por esse atomo (e adquire caracteristicas desse atomo) logo se quando ele é reflectida é transformada como é que o TSOP a detecta?
molinobeer 2 years ago
E existem TSOP's para outras frequencias, e como é que eu vejo para que freq's sao os que eu tenho ca em casa?
....:S... às vezes ha coisas que demoram mesmo a entrar... lol.. .dscp lá, mas isto dos remotos e radiaçoes e Hz e cenas confundem-me....
MT OBRIGADO MESMO! ...Ah e caso queiras tens a minha autorizaçao e apoio para colocar no forum estas conversas, para ja, que eu nao tenho conta.
molinobeer 2 years ago
@molinobeer
Na parte de tras devem existir umas letras sumidas que indicam que TSOP e. Se nao der para ver, so experimentado e que consegues descobrir :S
iAmTr3s 2 years ago
...pff ajuda-me, e dscp lá tanta pergunta.... breve tenho que te começar a pagar pelas aulas! :P
molinobeer 2 years ago
Coloca toda as questoes que quiseres!
Sugiro e que o facas no forum pois as repostas sao melhores e mais rapidas! :D
iAmTr3s 2 years ago
:S...tb nao percebi como filtras o ruido. Reparei que poes o arduino a esperar o Bit_Lenght para que leia bit a bit (percebo)...a duvida é qd fazes um digitalRead que ja sabes que vai "calhar" em cima do proximo bit (porque esperamos q o anterior acabasse) e imaginando que o bit que vai ser lido é 1 tens que ter a sorte de calhar em cima de um HIGH da portadora de 36Khz? Ou o receptor de IR quando recebe um sinal de uma frequencia elevada esta sempre a HIGH? Nao percebi mesmo.. :S
molinobeer 2 years ago
Já estive a ler o teu artigo e vi o codigo no forum,xD reparei que usavas o digitalRead e nao o analogRead, por isso ja não tenho a primeira duvida, tb pq qd referiste que o digitalWrite demora 4microsegundos conclui que o digitalWrite tb fosse bastante rapido.
mas, e dscp ser tao curioso...fiquei com outra duvida... lol... nao percebo (no codigo) onde está a parte de guardar na EEPROM memory o sinal recebido, ou disseste isso pq as variaveis ficam la guardadas automaticamente?
molinobeer 2 years ago
Como consegues que a leitura do sinal no pino onde ligaste o TSOP1836 seja rápida o suficiente para apanhar a intermitencia (codificaçao) do sinal do comando? O analogRead não se torna instavel quando tentas ler valores com intervalos inferiores a 10milisegundos?
molinobeer 2 years ago