IRForum

You will need a 455kHz receiver (very rare) to decode the signals, before you can send them. However, I believe many B&O systems can also accept more normal signals - you will need to read up on that. Finally, if you can find info online about your specific signals it may be possible to generate...

First of all the signal you posted are the RAW signals, on first look. I uploaded them toour AnalysIR app and they look like the following (essentially the same signal) 2024-08-14 17_12_59_ScreenShot.jpg However, they might have been truncated by you capture system. I cannot offer anymore unless you...

Quick question, does the reverse engineering tool come with the Analysir software? Also does the Analysir software run on Linux? Yes, all features are the same on all editions. The editions only vary by usage. (commercial, non-commercial & Edu) Also does the Analysir software run on Linux? NO, ...

HI Bill Based on a sample of 1 signal it appears the checksum is the last byte (9A) using LSB8 format (reverse your byte bit order). The checksum is the sum of all bytes except the last one which is the actual checksum. I have included an image showing this info. Using our reverse engineering tool i...

OK I tried 2 signals & it seems it is the sum of all bytes except the last = the last byte = checksum.

However the bit order of each byte is LSB8 (reversed)

I had a quick look and it proved to be a new protocol, which I added to AnalysIR. # bits =144 or 18 bytes + headers + trailers To get checksum ignore first & last byte and then do a sum on all the nibbles. (I only checked 1 signal so could be wrong?) 2024-07-31 19_34_51-Checksum Calculator.png Y...

please post the full signals in RAW format & I will have a look.

It is arbitrary based on experience. Nominally your 601 uSec signal(Mark) would not be recognized. However, if you use the Tolerance slider on the GUI you can vary the tolerance at any time. The original basis was related to accuracy of IR receivers being +/- 100uSecs (actually up to 200uSecs). Usua...

As I suggested earlier your code needs a major redo. You are running thru every if statement for each bit(so 200 times 8 if compares). Use the else if approach so that only one comparison is made for each bit The most common occurrence should be the first if statement and so on. This should be your ...

Some tips: - to debug replace the IrSender.mark(MARK_DURATION); IrSender.space(SHORT_DELAY); with serial print statements to see/verify if your logic is correct. - make use of else if statements to avoid multiple checks for every bit - then I would either use an index into a buffer to get the timing...