forum

Today tried to find out what is going wrong when sending two sequences directly one after the other. So I had a look to the state of the IR object before sending the second sequence. IR.send_raw16(raw_command_1); while (IR.getState() == IR_STATUS_BUSY) { } // delayMicroseconds(75040); IR.send_raw16(...

0x122 * sizof(word) = 580 bytes! 580 > 300 bytes => Overflow. If you try to translate it sequently use delayMicroseconds between quants. Send_raw is not a blocking command... You have to use fitted time intervals here: IR.send_raw16(first_part_data); delayMicroseconds(first_part_delay); IR.send_raw...

Thanks for your quick reply! I didn't understand the hint with the Prescaler. So I tried to follow the hints with the delay between my splitted raw data variables. Each of this variables has a length < 150. So it shouldn't violate the range of 300 bytes. Each variable ends with an mark and I used th...

Hi! I' still in trouble with my Mitsubishi AC device. As already mentioned, it has a code length of 18 bytes which has to be send twice with a certain header in between. For encoding these 18 bytes plus the header i need 290 definitions for mark and spaces like: word raw_command_1[] = {0x122, 0xD34,...

I think, it should be easier for you to think about an integration than me understanding the concept and code your IR library. So I will provide a basic description of the protocol based on my investigations described in former posts: Pushing any key on the IR transmitter will send a complete set of...

Sorry, I wasn't reading the reply carefully enough...

If you can give us you code futher we will be able to create a second "soft" IR library for Z-Uno together. Thank you!

What kind of code do you need from me?

I had a look to the file IRController.cpp already
I saw a fragment for Mitsubishi (not implemented yet).
Maybe that would be a sufficient way to handle my problems.

At the moment I have not much time to invest in theses items

I will do that, when it's working

Thanks to all the programmers of the Z-UNO firmware! Using the new Features of GPT and external interrupts I was able to analyse the protocol of my Mitsubishi A/C. I connected the IR - receiver to the ZEROX (Pin 3). With the GPT I measured the length of the pulses coming from the IR transmitter. Now...

I've got a question:

Is it allowed, to use GPT and external interrupts within the same sketch?

I've got the feeling that there are serious impacts between these interrupt sources.