next topic »

[on:]

hello.

Im trying out the below library, but it solely returna 0, for any key pressed.

http://www.arcfn.com/2009/08/multi-protocol-infrared-remote-library.html

I use the SFH5110 as sensor.

I have controlled my hardware, that the IR sensor really detects something as suggested in the url given.

regards

[Reply #1 on:]

Are you using one of the examples sketches to read the IR signals?

I used IRrecvDump.pde with a VISHAY - TSOP4838 and I could get the raw IR codes from all the remote I tried.

[Reply #2 on:]

I found an IR solution that worked well and was "powerful"... without being too big.

Details at...

http://sheepdogguides.com/arduino/ar3ne1ir.htm

While that is couched in Nuelectronics terms, there's no reason that 98% of what's there can't be used in a non-Nuelectronics environment.

[Reply #3 on:]

Are you using one of the examples sketches to read the IR signals?

I used IRrecvDump.pde with a VISHAY - TSOP4838 and I could get the raw IR codes from all the remote I tried.

Hello, thanks for answer.
Yes, I use the example sketch on same link to receive.
regards

[Reply #4 on:]

are you using the right protocol?, The arcfn library uses various protocol's RC-5.RC-6,NEC one's so if your using the RC-6 remote with RC-5 used in the CODE then it will provide you with zero because it's not able to decode.

[Reply #5 on:]

I have a method that doesn't care what protocol you are using

http://www.instructables.com/id/Music-Playing-Alarm-Clock/step10/Infrared-Receiver-Basics/

[Reply #6 on:]

This may sound like a stupid question, but you are opening the serial monitor?

'cos IRrecvDump.pde simply dumps the length of time the LED (in the remote) is on and off. So there is nothing to go wrong (unless the library hasn't been installed correctly, but then you would probably get compile errors).