Zane emailed me the document from Polycom last night that had 64 commands (including 31 that were labeled "IDLE_MSG" that apparently means an unused command.) Here are the ones that apparently do something:
Yesterday, John suspected that those hex values were for a 6-bit data field and since 111111 binary is 0x3F or decimal 63 and that is undoubtedly correct. Lets focus on the values for Numerals 1 and 2 (rearranged as John has suggested):
From Premise Systems website:
0xE 110010 10 001110 10 0xD 110010 10 001101 10
My Original decode of Zane's learned commands posted above:
0xE 110010 10 001110 01 0xD 110010 10 001101 01
The numeral commands that Zane emailed me:
0xE 110010 10 001110 01 0xD 110010 10 001101 10
I agree with John (and this would make a compelling argument) that the next to the last (starting from left to right) bit is a toggle bit and the last bit is a parity bit.
Further, the link that John posted above describes the classic symptoms of learning an IR command with a toggle bit --that the system doesn't recognize the second or greater SUCCESIVE command of the SAME key.
For example, if you LEARN numerals 1,2,3,4, and 5 and try to dial 555-1234 all it sees is 5-1234.
The only flaw in this theory is that the learned numerals (0 through 9)that Zane emailed me were the following:
With the exception of numeral 1 (0xE) all had a "toggle bit" of 1, where if you learned those commands in succession we would EXPECT them to alternate. In this case numerals 0,1, and 2 seem consistent with that expectation, but not 3 and up.
Especially troubling is that the numeral 8 command was the numeral 9 command that was apparently learned twice.
Zane, it is important that you learn the same command several times and post your Pronto hex. Is it possible that it only toggles with a repetition of the same key within a few mS.??
-Jon
This message was edited by jarmstrong on 09/30/03 11:40.