Page 1 of 1

Problem with learned keys and JP1

Posted: Fri Jun 02, 2006 10:59 pm
by chinoverme1
Hi: I have an URC-8811 and a Sony DVD (Code 0533 in the remote) I've learned some keys and put them in the keymoves of IR. The codes are as follow:

Function Protocol Device Sub Device OBC Hex Cmd EFC
Zoom Sony20 26 98 121 9E 190

Picture Mode Sony20 26 73 91 DA 220

Instant Advance Sony20 26 98 20 28 083
Async7:447-456:50.14..11.FF 21 17 81

Instant Reply Sony20 26 73 92 3A 227


Picture Mode and Instant Reply work well but the other two desn't (they have different Sub device number). How can I make them work? I´m using IR with JP1

Thanks in advance


Luis Verme

Posted: Fri Jun 02, 2006 11:36 pm
by Capn Trips
Are you trying to make an upgrade with these functions? or are you trying to use the learned keys directly?

If the former, post your KM (or RM) file for a look.

If the latter, there's no obvious explanation to me, other than bad learns (which is unlikely, since you have pretty clean decodes).

Final suggestion, post your IR file (with the learned signals).

Also please post links to any and all files you provide.

Posted: Sat Jun 03, 2006 7:05 pm
by chinoverme1
Thank you for your reply.
I've solved the problem. I created a new DVD device with number 1533 that has only the two commands with sub device codes (26/98). I created it with KM and then copied to IR. In IR I created two keymoves.
I've posted the learned signal file in the diadgnosis area (sorry, I don't know how to make a link).

Why has the EFC 083 two protocols in the learned signals?

Thanks in advance

Luis Verme

Posted: Sat Jun 03, 2006 8:01 pm
by The Robman
You also have the option of using one of the Sony combo protocols.

Posted: Sat Jun 03, 2006 9:08 pm
by johnsfine
chinoverme1 wrote: Why has the EFC 083 two protocols in the learned signals?
Flaw in my decode software.

Each protocol family has its own decoder and every decoder looks at the entire signal and reports whatever it thinks it recognises. Some protocols lack the structural features that let you distinguish them from unrelated signals, so some decoders report decodes that are totally bogus. I occasionally tweak things to reduce the bogus decodes, but it isn't practical to totally eliminate them.