Your Universal Remote Control Center
Audio, Receivers & Speakers Forum - View Post
Up level
Up level
The following page was printed from


Original thread:
Post 29 made on Saturday October 28, 2017 at 16:06
Junior Member
April 2016
On October 28, 2017 at 03:32, Barf said...
First note that the "third byte" and the "forth byte" (0C and F3) sum up to 255, which is consistent with NEC1. Good news. The same way. the first and the second byte does NOT sum up to 255, which means that S should not be blank. So the natural guess would be

D = 0x37
S = 0xCA
F = 0x0C

(you type in the four characters "0x37", forget about translation to decimal.) Next guess is to bit-reverse these number (some communities (Lirc and Arduino IRremote for example) do not "like" the least-significant-bit-first notation that e.g. NEC1 is using). Bit-reversing 0x37 = 00110111 gives 11101100 = 0xEC (reading the bits in the opposite order). A good tool for computing this is the Hex calculator in IrScrutinizer (the row marked "LSB" gives the bit-reversed result). For the example

D = 0xEC
S = 0x53
F = 0x30

I'm still with you. Barf, if you got the time, I have a couple of questions.
1. Why was "the natural guess" F=0x0C and not F=0xF3?
2. Is there, in your opinion, a sane explanation to the notation Borgon was given by Lyngdorf? I mean, you figured it out, but you had to "guess". That shouldn't be necessary. Isn't the NEC1 protocol well described?

Hosting Services by ipHouse