How to sent a hex ir remote code

[Danny1799]

Hi, I have a Sanyo camcorder and it come with a infrared remote. I would like to use arduino to replace the remote control so that I can take somea time=lapse photos. I am able to decode the Sanyo remote control code in hex format . I am not sure which method I can use in IRremote.h. I tried, something like sendSony(0xE654E234, 32), to take a photo, but no response I guess sendSony is only for Sony device, right? So what method I can use in order to set out the Sanyo remote control signal?

Thanks
danny

[pylon]

You wrote you can decode your Sanyo remote. When decoding with the IRremote library it tells you which type it thinks the remote is. You just have to use the same type when sending signals.

[Danny1799]

My meaning of decode is I use an arduino + ir reciever to get the HEX code when I press a button in the Sanyo remote. I have all the hex code for each buttons which I display in the serial monitor. Now, I assume the Hex code I get are the signals to control my Sanyo camorder. In order to see if it works or not, I need to do a irsend via my arduino + ir led to send those Hex code to my camorder to see if has response or not. My problem is I don't know how to sent hex code out. As I said, I tried using sendSony(), but is not working. I am not sure where can I get the remote type from. Could you mind give me some sample codes to shoe me how this can be done. Can someone tell me if sentSony() is only good for Sony device. I check the Arduino Cookbook and it is not quite clear about this. All example I found in the internet is using sendSony()??

[pylon]

I'd say begin with using the IRrelay example from IRremote. If IRremote knows your code it will tell you the type of the remote and the hex code. If that does not work it may be IRremote does not know the code of your remote yet. Then you may find descriptions of the remote for the LIRC project on the internet and use that information to code the new type. If this don't work too, you may have to reverse engineer it the hard way...

[wnc]

Hi
I have different problem with regard to IR Remote control.
I have tried that IRremote library did not support my Pioneer banned Player and Sharp TV RC and I don't know how to modify IRremote library either.
Therefore I looked for other alternative method to capture the IR code. Finally it was found at http://www.ladyada.net/learn/sensors/ir ... r_commands

Tutorial is written such that even layman like me can understand and follow exactly.
However , when come into application, I still can not make it work.
I thought I captured the code quite accurately because result is all ok. When I used it, then it doesn't work.
Of course, I write the sketch ( just combine capture sketch and send sketch) and applied the captured code.

Anybody have any idea about those sketch and ever successfully used it before?

Thanks in advance.

[pylon]

Please post your code, maybe the community finds the problem.

[wnc]

Hi
Here is the code. As I said earlier, I just modify the codes to serve the purpose. I have tested the sketch that it transmit the code(IR signals). Because I monitor the signals by installing IRreceiver&LED. However my Pioneer banned player did not play. The attached code is for Pioneer "Play" signal.
Help me to check whether my sketch is correct.

============================================xxx===================================
#include "ircodes.h"

int IRledPin = 13; // LED connected to digital pin 13

// The setup() method runs once, when the sketch starts

void setup() {
// initialize the IR digital pin as an output:
pinMode(IRledPin, OUTPUT);

Serial.begin(9600);
}

void loop()
{
Serial.println("Sending IR signal");

SendNikonCode();

delay(60*1000); // wait one minute (60 seconds * 1000 milliseconds)
}

// This procedure sends a 38KHz pulse to the IRledPin
// for a certain # of microseconds. We'll use this whenever we need to send codes
void pulseIR(long microsecs) {
// we'll count down from the number of microseconds we are told to wait

cli(); // this turns off any background interrupts

while (microsecs > 0) {
// 38 kHz is about 13 microseconds high and 13 microseconds low
digitalWrite(IRledPin, HIGH); // this takes about 3 microseconds to happen
delayMicroseconds(10); // hang out for 10 microseconds
digitalWrite(IRledPin, LOW); // this also takes about 3 microseconds
delayMicroseconds(10); // hang out for 10 microseconds

// so 26 microseconds altogether
microsecs -= 26;
}

sei(); // this turns them back on
}

void SendNikonCode() {
// This is the code for my particular Nikon, for others use the tutorial
// to 'grab' the proper code from the remote
for(int i=0; i<80;i++) {
pulseIR(ApplePlaySignal[i*2+0]);
delay(ApplePlaySignal[i*2+1]);}
}

=========================+++==================Below is the H file

long ApplePlaySignal[]={
// ON, OFF (in 10's of microseconds) play button
834, 414,
54, 152,
54, 154,
54, 52,
52, 52,
50, 54,
50, 154,
54, 52,
52, 152,
54, 52,
52, 52,
52, 154,
54, 152,
54, 152,
56, 52,
52, 152,
54, 52,
50, 54,
50, 154,
54, 154,
52, 154,
54, 152,
54, 54,
50, 54,
50, 154,
54, 152,
54, 52,
52, 52,
52, 52,
52, 52,
52, 152,
54, 154,
54, 52,
52, 2640,
832, 414,
54, 154,
54, 152,
54, 52,
52, 52,
52, 52,
52, 152,
54, 54,
50, 154,
54, 52,
52, 52,
50, 154,
54, 152,
56, 152,
54, 52,
52, 152,
54, 52,
52, 52,
52, 154,
52, 154,
54, 152,
54, 154,
52, 54,
52, 52,
52, 152,
54, 154,
52, 54,
50, 52,
52, 52,
52, 52,
52, 154,
54, 152,
54, 52,
52, 2638,
834, 414,
54, 152,
54, 154,
52, 54,
52, 52,
50, 54,
50, 154,
54, 52,
54, 54,
50, 0};

[Danny1799]

Hi, I have problems setting up the hardware to test the IRrelay example from IRremote.
I am look for the schematic or reference links, any help?

Thanks
danny

[wnc]

Danny
IRreceiver outlet connect to pin 11 and relay (it can be LED) connect to pin 4.
you can connect a LED to pin 13 to monitor the relay status. As per sketch, relay and LED do the same.
Do take note that even if your set up is correct, it doesn't mean it will work.
I have tested and it did not work.Because my RC is none of them supported RC.
Good luck.

[pylon]

wnc

In your header file at least the comment seems to be wrong (there it's defined the values to be in thens of microseconds, in the code the values are treated as microseconds).

Many of your values are about twice the wavelength, probably signal noise. What looks like a signal from the remote are the values above 400 microseconds. Pioneer probably did not choose signal lengths which are below 6-8 ticks of the underlying modulation frequency.

Have you looked if someone from LIRC community already decoded your remote's signals? Because transferring these values is easier than getting them yourself.

To your code: try adding the values below 400 to get a shorter sequence of values above 400 microseconds. Take care that the values above 400 are still on the same side (ON/OFF).

The code you're basing on is written for a Nikon remote. Maybe you should change to a code based on IRremote because that is using timers and PWM to get the necessary exactness. Nikon cameras may be more tolerant to timing errors than your banned player is.

[philba]

I'm never had good luck driving an IR emitter directly from an Arduino pin. It's always been too weak to give any kind of distance. Instead, I use an NPN and drive the IR emitter at about 100mA. That seems to work really well. Off the Arduino pin directly, I got about 12" of distance. With the NPN driver I am getting at least 15 ft. This is with a Nikon D90. The circuit below gives you a bit less than 100 mA.

[wnc]

Thanks Pylon for your comments.

In your header file at least the comment seems to be wrong (there it's defined the values to be in thens of microseconds, in the code the values are treated as microseconds).

You are right. I overlook the comment which is true. It means the number in the code has to be corrected.

Have you looked if someone from LIRC community already decoded your remote's signals? Because transferring these values is easier than getting them yourself.

I have checked LIRC as well as http://www.remotecentral.com/cgi-bin/codes/
There are codes for my RC. But I don't know how to apply them in my sketch. Do you have any idea?

To your code: try adding the values below 400 to get a shorter sequence of values above 400 microseconds. Take care that the values above 400 are still on the same side (ON/OFF).

Sorry I cannot figure out what it means by that. I am not tech savvy. Appreciate it if you can rephrase it.

As you suggested, I try to improve the sketch to suit my application.

I will post the finding.

Thanks

[adafruit_support_rick]

You have more than one code sequence in your array. Is that your intention? The first sequence ends with the long off at 52, 2640. The second sequence ends at 52, 2638. That is followed by an incomplete sequence.

You should have a look at the following pages, to make sure you understand exactly what the numbers in your array mean:
http://wiki.altium.com/display/ADOH/NEC+Infrared+Transmission+Protocol
http://www.sbprojects.com/knowledge/ir/nec.php

It might be easier to keep all this straight if you change your array numbers to microseconds instead of 10's of microseconds.

As you can see from the URLs above, the first on/off pair in a sequence is the leading pulse-burst and space, which are ideally 9000us and 4500us, respectively. Your sequence starts with a pulse-burse and space of 8340us and 4140us.

Then, you can see that you've got a couple of '1' pulses:
540us, 1520us
540us, 1540us

then a couple of '0' pulses:
540us, 520us
540us, 520us

and so on. (You might want to think about ways to organize your code so that you can work with sequences that make a little more sense than random-looking 520's and 1540's). You should now be able to look at your array sequence and verify that the bit stream is in the correct format.

The next thing you need to know is just how accurate pulseIR and delay loops are. If you have access to an oscilloscope, you should be able to probe your output pin to see if you're actually putting out a 38KHz carrier, and if your pulse widths are correct. Exact pulse widths aren't critical, but they should at least be close. adjust your loop constants and/or array values to make it all look right.

Next, you are turning interrupts on in between calls to pulseIR. You don't want to do that, as it can cause abnormally long spaces in your pulse sequence. You want interrupts off for the length of an entire sequence.

Also, your array and the argument to pulseIR don't need to be type long, as none of your values are > 32767. The long arithmetic will take longer than short arithmetic, which will further skew your pulse-width timing.

[wnc]

Hi
Thank you gentlemen for your invaluable inputs, comments and suggestion.
Without you, I may stuck where I was.

Now, I am pleased to inform you all that I got it done successfully. I tested in Sharp TV on/off mode only and it works. I will continue to work for other keys like channel up/down, volume up/don.
Below are the correction that I made.

Errors: The seconds stated in array are of 10's microseconds and I used it as it is. But in the sketch, I used it as microseconds.
Correction: I changed 10's microseconds to microseconds and fine tune the each microseconds wherever necessary.
Improvement: I used philba circuit, thinking that I might be weak signal.

I would like to thank http://www.ladyada.net/learn/sensors/ir.html for good tutorial.
And I personally thank to pylon and driveblock for their inputs. You guys are genius.

Thanks

[adafruit_support_rick]

wnc-
You are very welcome.
I recently wrote an IR decoder for a commercial audio amplifier, so I had to spend some time learning all this. Glad I had an opportunity to share what I learned!