Issue sending NEC codes, but raw works fine about irremoteesp8266

[robbiet480]

Quick note that irdb.tk/decode/ says the following for the code above:

Protocol Gap-650-1650-64?, device 8, subdevice 4, OBC 14, misc = 8.4.C.2.A.0.6.E

The formatted version of the raw data needed for irdb is

[phone] +650 -500 +600 -550 +600 -500 +600 -1550 +650 -500 +600 -550 +600 -500 +600 -500 +650 -500 +600 -500 +600 -1600 +600 -500 +650 -500 +600 -500 +600 -550 +600 -500 +600 -500 +600 -550 +600 -1550 +650 -1550 +650 -500 +600 -500 +650 -500 +600 -500 +600 -550 +600 -1550 +650 -500 +600 -500 +650 -500 +600 -500 +600 -500 +650 -500 +600 -500 +600 -1600 +600 -550 +600 -1550 +650 -500 +600 -500 +600 -550 +600 -500 +600 -500 +650 -500 +600 -500 +600 -500 +650 -500 +600 -500 +600 -500 +650 -500 +600 -500 +600 -1600 +600 -1600 +650 -500 +600 -500 +600 -500 +650 -500 +600 -500 +600 -500 +650 -1550 +650 -1550 +650 -1550 +650 -500 +600 -500 +600 -550 +600 -500 [phone]

[AllAboutEE]

Hi, I'm not user of this library but I know a little bit about NEC. The code doesn't look like Extended NEC (16 bit address) or regular NEC (8-bit address). If it was either of these two protocols the signal (last two bytes) would be the inverse of each other. If it was 8-bit the first two bytes (from left to write), the address bytes, would also be the inverse of each other. So, maybe your controller is not really NEC? even though it kind of looks like it because of the first two raw number (the NEC 9ms and 4.5ms pulses).

Also, if we decoded the entire raw data the NEC code would be: 0x1020304050002070, which means you are missing 0x50002070.

Here is the encoding of the raw data I did:

{9400,4800, 
600,500, 600,500, 600,550, 600,1600, [0001]
600,500, 600,550, 600,500, 550,550,  [0000] 
600,550, 550,550, 600,1600, 600,500, [0010]
600,550, 550,550, 600,500, 600,550, [0000]
600,500, 600,550, 550,1650, 600,1600, [0011]
600,500, 550,550, 600,550, 600,500, [0000]
600,500, 600,1650, 550,550, 600,500, [0100]
600,550, 600,500, 600,550, 550,550, [0000]
600,500, 600,1600, 600,550, 550,1650, [0101]
600,500, 600,550, 550,550, 600,500, [0000]
600,550, 600,500, 550,550, 600,550, [0000]
600,500, 550,550, 600,550, 600,500, [0000]
600,500, 600,1600, 600,1650, 550,550, [0010]
600,500, 600,550, 600,500, 600,500, [0000]
600,550, 550,1650, 550,1650, 550,1650, [0111]
550,550, 600,550, 600,500, 600,500, 600 [0000]
}; 

0x1020304050002070

[crankyoldgit]

@AllAboutEE Is correct. This is not an NEC code. It's just been mis-decoded/detected as such.
NEC codes are 32bit. The rawData[131] code is correct, and way bigger than 32bit. Before anyone asks, sendNEC only send (up to) 32 bit.