JP1 Remotes

[jeajea]

If putting a “unnecessary” dev_xxx before the first real key in the macro always works that might be a reasonable limitation.
_________________
Jim Anderson

[vickyg2003]

[vickyg2003]

Doh, where was my head. I've been fretting over nothing.

DSM's need to be at least two keys long in order to work. adding '00' to the hex, either before or after the key works just great. I will check to see if that's in my documentation.

However, I did find one place ECA5 which was 64, but if changed to 01 works much better.

Edit:
It was in the documentation, it just didn't address DSM because I didn't think that a macro would ever be one key.

So I changed the documentation to say.

This remote uses 2 byte EFC’s. It is important that you remember this when using the special protocols. If you write a DSM, Pause, ToadTog command that results in the HexCmd field containing just one byte, it won’t execute. You might end up with just one hex byte if you are just trying to force a ToadTog on or off, or a one key macro, or a pause command that results in one byte. If the HexCmd column shows one hex byte, you’ll need to pad that hex command with $00 or some do-nothing key.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[vickyg2003]

I've updated the link once more.

I'm hoping to put this in the extender area next week.

So please let me know if there are any more problems.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[jeajea]

I have been running your latest update for 3.5+ days with no issues.
_________________
Jim Anderson

[tombongo]

I have started using your extender. Since I am a newbie, I have what may be a stupid question. Some of my device upgrades are in RM and some in KM. I am unable to assign certain buttons such as "discrete on" and "discrete off" in KM. Is this because KM needs the extender built into it? Does it not use the RDF file that you provided? If it does, I am not sure how to add it.

[vickyg2003]

KM does not use the RDF. KM is hard coded for the 10820n, some of the phantom codes that the extender uses were in the base remotes RDF, others were not.

Its easier to use RM to build an upgrade that has the additional keys. If you are already using RM, just open your km files in RM and create an RDMU that has the extender buttons.

You can always add keymoves by hand in IR, but this gets tedious if you use the same upgrade in several remotes.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[tombongo]

I never knew that RM could open a KM file. My assumption about KM not using RDF files was correct though. I am good to go for now. I will get back to you on the PS3 adapter protocol when I have everything else ironed out. Thank you very much!

[vickyg2003]

I've changed the RDF to indicate that this is Extender Version A and have moved it from the diagnosis area into Extender area.

I'd like to especially thank jgfarrell (John) for all the preliminary error reports and systematic testing.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[jgfarrell]

Hi Vicky

Thanks for the hat tip and also thanks again for sharing your work with us.

W-a-a-a-y back in the Commodore 64 days I tinkered around quite a bit with 6502 assembly language so I have some idea of the time and effort that goes into something like this.

John

[jetstar52]

Vicky, I noticed that, in writing macros, "Shift-phantom3" shows up as "Xshift-Key0," and "Shift-phantom4" becomes "Xshift-Power." Is that normal for this 10820N extender?
_________________
I used to have 5 remotes that controlled one thing each. Now I have 6 remotes that each control everything!

[vickyg2003]

[jetstar52]

[vickyg2003]

Well I made a keyset code, and then found that the base RDF had some different values and so mine are not coordinated. I just changed my rdf so that I have all the phantoms that I intended.

Do you need more than 10 phantoms?
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[jetstar52]

I think 10 should be plenty. Thanks so much! Is the new RDF in the extender file?
_________________
I used to have 5 remotes that controlled one thing each. Now I have 6 remotes that each control everything!