kevjs1982 wrote:Playing around with them gets some reaction - but not consistent behaviour

I suspect that the toggle bit isn't being set properly between key presses. So, it is probably working every other key press. Unless its a learned signal then the toggle bit is fixed and will only work while the receiving device is on the same toggle.
To give you an idea what we're talking about in regards to a toggle bit, I downloaded your RMDU file into my remote then used IR Scope to decode the "1" button (aka OBC 91) pressed six times. If you look at the results everything is the same except in the Misc column. There you'll see "T=1" or "T=0" values which alternates between key presses. This is what makes it difficult for a remote to record and replay the signal. If the toggle bit is always the same then the corresponding device won't always acknowledge it.
Code: Select all
# Frequency Protocol Device OBC Hex Misc Start End Error
1 36094 RC5 17 91 90 91 92 +1 copy: T=1 0 19
2 36018 RC5 17 91 90 91 92 +1 copy: T=0 0 19
3 36149 RC5 17 91 90 91 92 +1 copy: T=1 0 19
4 36108 RC5 17 91 90 91 92 +1 copy: T=0 0 19
5 36108 RC5 17 91 90 91 92 +1 copy: T=1 0 19
6 36149 RC5 17 91 90 91 92 +1 copy: T=0 0 19
kevjs1982 wrote:The plot thickens - managed to learn all the codes by using
http://lirc.sourceforge.net/remotes/generic/RC-5.conf and then learning the buttons - these do correspond with dev 17's Hex codes. Off to the LIRC mailing lists I go (after playing with the frequency and eps flags anyway!).
Seems like a shallow story. It does not have a plot with very much depth. Protagonist is placed in predictable situations. Couldn't relate with any of the two dimensional characters. I give it 1/2 out of 5 tomatoes.
Btw, the "pre_data_bits" on that webpage is "7" which seems accommodating for hexadecimal numbers up to 7F, decimal numbers up to 127, or binary numbers up to 1111111. Which really is the same value only represented in different number bases.