View previous topic :: View next topic |
Author |
Message |
mvgossman
Joined: 12 Jan 2004 Posts: 42
|
Posted: Fri Oct 15, 2004 11:14 pm Post subject: Key Move in IR from an upgraded protocol |
|
|
I have an Audiovox TV KM Upgrade definition with Setup code 0003, and I am trying to do a keymove using IR (power and volume) to the AUD and VCR modes. Not working! Any ideas why and a solution?
By the way, why does the volume pass-thru work to everything but AUD and VCR? |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
mvgossman
Joined: 12 Jan 2004 Posts: 42
|
Posted: Sat Oct 16, 2004 11:12 am Post subject: |
|
|
Thanks... I am programming a 6131, and the IR file is:
http://groups.yahoo.com/group/jp1/files/Diagnosis%20Area/Kitchen.txt
The device type is TV for the TV upgrade file, yet the volume pass-through nor the IR-programmed keymove work from device 0003 volume or power to the AUD/VCR modes. Doing a manual "994" on the remote works fine so I can limp along, but I'll have to go through a lot of keystrokes after each time I modify the programming. |
|
Back to top |
|
|
The Robman Site Owner
Joined: 01 Aug 2003 Posts: 21238 Location: Chicago, IL |
Posted: Sat Oct 16, 2004 12:03 pm Post subject: |
|
|
The key here is that you're using a 6131. If you do a search you'll find that we've mentioned many times that the 6131 uses a different format for keymoves, so doing them in IR is difficult and should be avoided.
However, one you've entered a keymove using the remote, you can clone it using IR if needed.
The authors of IR are looking into modifying IR to handle the new keymove format. _________________ Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help! |
|
Back to top |
|
|
zaphod7501
Joined: 02 Aug 2004 Posts: 534 Location: Peoria Illinois |
Posted: Sat Oct 16, 2004 12:40 pm Post subject: |
|
|
I type too slow , I started this reply before Rob responded and I have to edit it before I finished it (I'm not going to retype the whole thing) -- but what Rob just said -- and note my third paragraph on odd things because this applies to what happens if you clone a keymove and then try to change the bound device or key.
I've got 5 of the 6131's and love it -- but you can't do a normal keymove with IR on this remote. If you search the forum enough you'll find what you need to do. Basically , you need to select hex for the command type but enter 00 XX , where XX is the desired EFC converted to hexadecimal with a scientific calculator. Just ignore the numbers which show up in IR's display and it will work.
A few odd things will also occur. The keymoves generated within KeyMaster (KM) or RemoteMaster (RM) work without modification when pasted in as an uograde device (unless you try to modify them with IR). If your keymove is working and you change the bound device or bound key , you will have to enter the EFC->HEX manually again. If you used RM (or KM ?) to add "external functions" It will NOT calculate those keymoves correctly and you will have to re-enter the EFC->HEX manually. (I discovered this bug thinking I could get around the keymove oddity by using RM to add the keymoves from other device codes in a customized upgrade device)
If you look at the memory available on IR's bottom row , you will see a lot of upgrade memory and very little keymove/macro memory (on a device with 2k eeprom) and very little of each on a current UEI (1k eeprom) official upgrade. This makes the 2k version a prime candidate for an extender ("normal" keymove available) but with the 1k version you will have to be very innovative to create complicated upgrades. _________________ Just call me Zaphod (or Steve) --- I never should have started using numbers in a screen name but I just can't stop now. |
|
Back to top |
|
|
Mark Pierson Expert
Joined: 03 Aug 2003 Posts: 3017 Location: Connecticut, USA |
Posted: Sat Oct 16, 2004 1:53 pm Post subject: |
|
|
zaphod7501 wrote: | If you used RM (or KM ?) to add "external functions" It will NOT calculate those keymoves correctly and you will have to re-enter the EFC->HEX manually. (I discovered this bug thinking I could get around the keymove oddity by using RM to add the keymoves from other device codes in a customized upgrade device) |
I just checked and KM does indeed create the correct hex format for external function key moves on the 6131. _________________ Mark |
|
Back to top |
|
|
The Robman Site Owner
Joined: 01 Aug 2003 Posts: 21238 Location: Chicago, IL |
Posted: Sat Oct 16, 2004 2:14 pm Post subject: |
|
|
Also, just FYI, the 6131 uses 2 keymove formats. The first, as described by Zaph, uses 2 bytes where the first byte is 00 and the second byte is the hex representation of the EFC. This is the format that it will use if you program an advanced code manually on the remote. The second format is used when you copy a button from one location to another on the remote itself. This format uses just 1 byte which contains the keycode of the button that you copied from.
So, if you're running out of keymove memory and have upgrade memory to spare, you should create a dummy upgrade which contains all the EFCs that you need to program via keymoves, then copy the buttons from this upgrade to make keymoves. This way each keymove will use a total of 5 bytes of memory, rather than 6. _________________ Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help! |
|
Back to top |
|
|
mvgossman
Joined: 12 Jan 2004 Posts: 42
|
Posted: Sun Oct 17, 2004 11:35 am Post subject: |
|
|
Actually I did do the 6131 shuffle, namely take the code, convert to hex, and do the 00 XX construction in IR, so that's not it. I've done that dozens of time for other remotes and it works fine. Strangely the volume pass-thrus to all but the AUD and VCR modes work just fine, and the manual keymoves on the remote itself using 994 work just fine, and I assume the 994 accomplishes the exact same thing as the IR keymove construction.
Could it have something to do with the use of 0003 code which is an existing code instead of the "1003" renaming? I'm reaching here I assume.
Mitch
[I confess to ignorance at this point as to what IR is doing with the "Hex Cmd" and "EFC or Key Name" columns which, in the case of Vol+ OBC=003 causes $46 $20 and 154x to appear there.] |
|
Back to top |
|
|
Mark Pierson Expert
Joined: 03 Aug 2003 Posts: 3017 Location: Connecticut, USA |
Posted: Sun Oct 17, 2004 11:58 am Post subject: |
|
|
mvgossman wrote: | [I confess to ignorance at this point as to what IR is doing with the "Hex Cmd" and "EFC or Key Name" columns which, in the case of Vol+ OBC=003 causes $46 $20 and 154x to appear there.] |
Does your TV/0003 upgrade use 2-byte commands (the $46 $20 above seems to indicate so). If that's the case, you CANNOT use 2-byte command key moves on the unextended 6131. You should still be able to do the key moves on the remote itself using the 994 command, but remember that IR will not display or interpret them correctly. _________________ Mark |
|
Back to top |
|
|
mvgossman
Joined: 12 Jan 2004 Posts: 42
|
Posted: Sun Oct 17, 2004 12:07 pm Post subject: |
|
|
I am lookig at my KM Functions, and the Byte2 column is grayed-out so I would say no.
Mark Pierson wrote: | mvgossman wrote: | [I confess to ignorance at this point as to what IR is doing with the "Hex Cmd" and "EFC or Key Name" columns which, in the case of Vol+ OBC=003 causes $46 $20 and 154x to appear there.] |
Does your TV/0003 upgrade use 2-byte commands (the $46 $20 above seems to indicate so). If that's the case, you CANNOT use 2-byte command key moves on the unextended 6131. You should still be able to do the key moves on the remote itself using the 994 command, but remember that IR will not display or interpret them correctly. |
|
|
Back to top |
|
|
mr_d_p_gumby Expert
Joined: 03 Aug 2003 Posts: 1370 Location: Newbury Park, CA |
Posted: Sun Oct 17, 2004 12:27 pm Post subject: |
|
|
Mark Pierson wrote: | Does your TV/0003 upgrade use 2-byte commands (the $46 $20 above seems to indicate so). | No, the TV/0003 upgrade is using NEC 005A, so it's a single byte command. That of course begs the question as to where the $46 $20 being entered in the keymoves is coming from. mvgossman wrote: | I am lookig at my KM Functions, and the Byte2 column is grayed-out so I would say no. | The KM Byte2 column does not enter into this at all. If the Hex column shows two bytes, then it is a two-byte command. That is not the case for your TV/0003 upgrade. So, where did you come up with $46 $20 to enter into the keymove?
In your TV/0003 upgrade, the power button has an EFC of 118. To enter that into a 6131 keymove, you need to convert 118 into a hexadecimal number (which you can do with the Windows calculator applet in Scientific mode). 118 decimal is 76 hex, so you would enter the keymove in IR (using the Hex Cmd option) as $00 $76. IR will NOT display a meaningful interpretation of this, but it will work.
Alternatively, you could also enter the keymove in IR (still using the Hex Cmd option) as a button number, which for the Power button would be $03. Both methods will work. _________________ Mike England |
|
Back to top |
|
|
mvgossman
Joined: 12 Jan 2004 Posts: 42
|
Posted: Sun Oct 17, 2004 4:36 pm Post subject: |
|
|
I found the simplest of errors. I had used the OBC and not the EFC copied from the KM definition and entered into IR manually with the two byte "00 xx" hex conversion.
I might just start using KM instead of IR to do keymoves, but it does introduce the extra copying step which is
I have searched and searched for a succinct definition of the relationships between EFC, OBC, Hex, key numbers and al that jargon. Anyone have a good link for dummies?
Mitch |
|
Back to top |
|
|
|