Open hazarkarabay opened 7 years ago
I see a similar issue when I send a signal from my DENON remote RC1161 the first dump output looks reasonable (unknown) but it never stops thereafter old IRremote does give me : Received unknown code, saving as raw m3300 s1800 m300 s500 m400 s450 m350 s1350 m300 s500 m350 s1350 m350 s500 m350 s1300 m350 s500 m350 s500 m350 s1300 m350 s500 m350 s500 m350 s1350 m350 s1300 m350 s500 m350 s500 m350 s450 m350 s500 m350 s500 m350 s500 m300 s500 m350 s1350 m350 s500 m350 s500 m300 s1350 m350 s500 m350 s500 m300 s500 m350 s1350 m350 s1350 m350 s450 m350 s1350 m350 s500 m350 s1300 m350 s500 m350 s500 m300 s500 m400 s450 m350 s500 m350 s500 m350 s1300 m400 s1300 m350 s500 m300 s500 m350 s1350 m350 s500 m300 s500 m350 s1350 m350
similar to Hazar, I am getting an endless stream of dump when triggering the effect. I wonder if some buffer is overrun ?
Decoded Unknown(0): Value:0 Adrs:0 (0 bits)
Raw samples(100): Gap:49428
Head: m3350 s1700
0:m400 s450 1:m400 s450 2:m350 s1300 3:m400 s450
4:m400 s1250 5:m400 s450 6:m450 s1250 7:m400 s400
8:m400 s450 9:m450 s1250 10:m400 s450 11:m400 s400
12:m400 s1300 13:m400 s1250 14:m400 s450 15:m400 s450
16:m400 s450 17:m350 s500 18:m350 s450 19:m400 s450
20:m400 s450 21:m400 s1250 22:m400 s450 23:m400 s450
24:m400 s1250 25:m450 s400 26:m400 s450 27:m400 s450
28:m400 s1250 29:m400 s1300 30:m400 s450 31:m400 s1250
32:m400 s450 33:m400 s1300 34:m350 s450 35:m450 s400
36:m400 s450 37:m400 s450 38:m400 s400 39:m400 s450
40:m400 s1300 41:m400 s1250 42:m400 s450 43:m400 s450
44:m400 s1250 45:m400 s450 46:m400 s450 47:m400 s1250
48:m400 Extent=59100 Mark min:350 max:450 Space min:400 max:1300
Decoded Unknown(0): Value:0 Adrs:0 (0 bits)
Raw samples(100): Gap:46618
Head: m36378 s19514
0:m19950 s22550 1:m19950 s22550 2:m17450 s-486 3:m19950 s22550
4:m19950 s-2986 5:m19950 s22550 6:m22450 s-2986 7:m19950 s20050
8:m19950 s22550 9:m22450 s-2986 10:m19950 s22550 11:m19950 s20050
12:m19950 s-486 13:m19950 s-2986 14:m19950 s22550 15:m19950 s22550
16:m19950 s22550 17:m17450 s25050 18:m17450 s22550 19:m19950 s22550
20:m19950 s22550 21:m19950 s-2986 22:m19950 s22550 23:m19950 s22550
24:m19950 s-2986 25:m22450 s20050 26:m19950 s22550 27:m19950 s22550
28:m19950 s-2986 29:m19950 s-486 30:m19950 s22550 31:m19950 s-2986
32:m19950 s22550 33:m19950 s-486 34:m17450 s22550 35:m22450 s20050
36:m19950 s22550 37:m19950 s22550 38:m19950 s20050 39:m19950 s22550
40:m19950 s-486 41:m19950 s-2986 42:m19950 s22550 43:m19950 s22550
44:m19950 s-2986 45:m19950 s22550 46:m19950 s22550 47:m19950 s-2986
48:m19950 Extent=1709766 Mark min:17450 max:22450 Space min:20050 max:25050
....
going down the buffer trail - my lockup by DENON was fixed by increasing the buffer size .. 102 instead of 100 did the job... IRLib2/IRLibGlobals.h:27:#define RECV_BUF_LENGTH 102
however it would seem anything that floods the buffer when using IRLibRecv.h would be able to cause this -
it seems it is IRLibRecv that struggles with any buffer overrun. IRLibRecvPCI does not show the same issue.
Hi,
I'm using IRLib2 for RC6 (RC6-6-32 [MCE Remote] to be exact) decoding. When it works, it works beautifully, so first of all thanks for the hard work!
I have a CCFL desk lamp which have ability to break IR decoding. When it's first starting up, it can generate some garbage on my TSOP38238's output (checked with a scope). Sometimes, this garbage signal can completely break IRLib2's decoding ability. When this issue occurs, for the rest of the session I can't receive any IR commands; only a power cycle / reset restores functionality.
Test sketch:
Output when this issue happens:
Note that when this occurs, turning the said lamp off (or toggling) doesn't change/fix this situation. So this is not a simple interference issue. Also I checked that is no electrical / EMI interference issue which directly affects the AVR or other board-level components and when issue happens rest of the code works normally, only IR decoding is broken.
Can you provide some pointers where to look at? Thanks.