With a slight shuffle, these can be interpreted as RC-5 codes. IR.exe version 8.03 found the following decodes before shuffling. It also uses DecodeIR.dll, but uses it more fully than IRTool.
Volt + Learned by Leopoldo:
0000 0075 0000 000C
001F 0040 001F 0020 001F 0020 001F 0020 001F 0020 001F 0020 003E 0020 001F 0020 001F 0020 001F 0040 003E 0020 001F 0C96
Bolded digits moved to near the end:
0000 0075 0000 000C 0040 001F 0020 001F 0020 001F 0020 001F 0020 001F 0020 003E 0020 001F 0020 001F 0020 001F 0040 003E 0020 001F
001F 0C96
This decodes as RC5, device 1, function 123
Vol - then is device 1, 127 and Power is device 1, 120
If these decodes are right (Vol+ can be checked by using the second Pronto Hex string above) then it would be possible to use MakeHex GUI and try all 127 possible RC5 signals which use device 1.
edited to Add:
Another possibility is to change
0000 0075 0000 000C
001F 0040 001F 0020 001F 0020 001F 0020 001F 0020 001F 0020 003E 0020 001F 0020 001F 0020 001F 0040 003E 0020 001F 0C96
to
0000 0075 0000 000C
003F 0040 001F 0020 001F 0020 001F 0020 001F 0020 001F 0020 003E 0020 001F 0020 001F 0020 001F 0040 003E 0020 001F 0C96
That is then the StreamZap IR protocol, which just like RC5 execept it has one more bit.
In any case, the beginning duration 001F 0040 can't be a valid RC5. Either the learns are slightly incorrect, or this is a IR protocol similar to RC5, but different.
If it is different, we would need a larger set of learns to identify a pattern of device and function numbers.
Last edited by 3FG on February 11, 2011 11:40.