JP1 Remotes

mathdon wrote:@jmezz13: I am unclear from your last post what the situation now is concerning uploading to the 8811. You say it now works. Is that with jp12serial v0.24 or with the version present in RMIR? The difference between v0.24 and later versions is that it will repeat read attempts on failure, which is why the later ones are "less finicky" about the connection. I was wondering if this behaviour was incompatible with the JP1 EEPROM Adapter that you must be using to communicate with the 8811 with a JP1.x interface. I would be interested to know what adapter you are using, and whether the JP1.x cable is an FTDI one, as I can't really see why there should be any such incompatibility.

Testing interface: JP1.X Serial
Port Name = COM5
Opened on Port COM5
Opened interface type 7
Interface opened successfully
Base address = $0
Data writing phase succeeded, bytes written = 2048.
Upload verification phase starting.
0380: FF != 21
Upload verify failed: data read back doesn't match data written.
Ending upload

HamburgerHelper1 wrote:FTDI cable using DIY GADGET JP1 adapter on RS 15-1994 works for me

jmezz13 wrote:Also, thanks for your extra work tracking down the bug in such an old remote. I"m not sure how I got it working in the first place back then.

davecs wrote:
I did a long-keypress on the Mute button, which sends Discrete Power On, then Discrete Unmute. In everything except Audio mode, this obviously has to be topped by 'Audio' and tailed by the device being used. It means a separate macro for each device, but this would be impossible without RMIR. You have to say that this remote is very powerful indeed. But only with RMIR.

davecs wrote:One small thing, when I added the new DKP on the Special Functions Tab, the left hand column, instead of saying <none>, was blank.

I noticed that you can't put Real Time Macros on the 4 colour keys, nor Multi Macros on the 3 App keys. I assume this has been tested?

I found that you can't have Long-Key Press using Multi-Macros, on keys where the ordinary function involves Key Moves. I get the yellow/brown highlighting if I do a Device Specific Multimacro, and the regular key is the one that doesn't work. But if I do a Global Multimacro, there is no highlighting, but the Multimacro doesn't work.

mathdon wrote:

jmezz13 wrote:Also, thanks for your extra work tracking down the bug in such an old remote. I"m not sure how I got it working in the first place back then.

Still on the issue of the raw download .ir file, can you confirm whether this actually works in the remote? In particular, do all 8 special functions work? What I have found shows that the data structure of JP1 remotes supports such extra-long special functions, that RMIR can create them and can decode them on a download, but whether or not they actually work in the remote is a different matter. That will depend on the implementation of the extender, and the only way to know is to test it and see. Now that RMIR can load the file without error and without changing any bytes, you can upload it to the remote for testing if, as I presume, you don't have a remote that still has this setup.

If it doesn't work, or even crashes the remote and needs the batteries taken out and replaced to restore working order, then I think I will leave RMIR able to decode it but will display a warning message when such a file is loaded or created.

mathdon wrote: I will look into highlighting the Global Multimacro case too. Again, thanks for spotting this.

I think those are the only actual issues arising from your posts, the rest being just a report of your findings. If I've missed something that needs fixing, please post again to point it out.

mathdon wrote:@jmezz13: If you instead load from the .rmir file to the remote, which should be the same but with the extra-long special function shortened, do the macros then run correctly? If they still don't, could you try uploading the .rmir file with v2.14.18? I really would like to identify where they are going wrong.