30333033 Identifying JP1.3 Atlas PVR

binky123 · Post by **binky123** » Sun Jul 01, 2007 7:45 am

The 00 00 was added by RM to fill space because the VOL+,VOL-,Mute buttons are part of the same keyset. Since you are using Mute, it has to fill the other two slots with 00.

The EFC is just a display of the Hex codes so doesn't affect the actual hex bytes of the device upgrade.

I said I loaded your .IR file into my Atlas5 1025 and it sent out the correct signals as learned by both the Atlas5 3000 and URC-10820. That's what is puzzling. This seems to indicate that the rmdu and the .IR are fine.

Have you tried the Replay upgrade by itself with nothing else in the remote? Maybe the order matters? Try moving the 1614 upgrade up by using drag-n-drop.

I'm not sure what else you can try.

speaker.guy · Post by **speaker.guy** » Sun Jul 01, 2007 10:15 am

Thank you John. I am still looking for a definitive answer as to why the keys on the remote are scrambled even though RM and IR appear correct. I have tried this on three different remotes with the same result. The offset Binky mentioned has some meaning, but what???

speaker.guy · Post by **speaker.guy** » Sun Jul 01, 2007 3:36 pm

Playing around. Tried to learn two of the scrambled signals CH+ &CH-.
1.Got garbage in the learned signals tab.
2.Could not delete bad data. It hosed IR. Invalid pointer, Access violations etc.
Had to clear 981 the remote, terminate IR and restart and upload the remote with a good (except for Replay of course!) upgrade.

binky123 · Post by **binky123** » Sun Jul 01, 2007 4:30 pm

for what it's worth, i did see access violations, bad pointers, etc. when I learned various keys including the power key onto the JP1.3 atlas equivalent key. I thought it was because the power key was special so I learned the 1025 Replay Power key onto the TV/Enter button the JP1.3 and after that, I was able to download and see all of the Replay keys in the Jp1.3 learning section. You may also have to press the SETUP key to end the learning session(terminate learning region with terminating byte).

speaker.guy · Post by **speaker.guy** » Sun Jul 01, 2007 4:50 pm

All good, but what is the basic problem?
Is there possibly a Replay protocol issue with this remote (something I know absolutely nothing about). RM does reject the Replay advanced protocol as not compatible with the remote...
Rob is the only one I know who has both the remote and replay TV(and understands the replay protocol), but so far he is silent....

binky123 · Post by **binky123** » Sun Jul 01, 2007 5:02 pm

Unfortunately, I don't know what your problem is. I'm not able to replicate it. Nothing wrong with the Replay protocol as far as I know. The builtin VCR/DVD/0614 works correctly. Maybe you can do keymoves to get the correct mapping? We are using the built-in 0092 Replay protocol but with a different function to button mapping. We are not including a new protocol upgrade so we are using the same protocol that builtin 0614 is using.

Post by **The Robman** » Sun Jul 01, 2007 5:07 pm

Sorry for the delay, but I finally had some time today to play with this remote. I downloaded the remote and IR.exe identified it as the JP1.2 "10251025" version.

The first thing I did was to open the Panasonic version of the ReplayTV upgrade using RM and reformat it for the Atlas (as the Panasonic protocol is very stable and hasn't changed in ages). This version worked perfectly.

Next, I opened a ReplayTV upgrade that uses the official replay protocol. The first try didn't work at all, so I edited the RDF and changed the 0092 protocol entry to 0092:3 This resulted in a scrambled upgrade so I took a closer look at the functions and spotted that the OBCs were incorrect, so I created a new RMDU file from scratch and tested it and it worked perfectly.

So my conclusion is that there's nothing wrong with the remote or the RDF, the problem lies with the upgrade file that was selected (or the way that RM handled it).

Here's a zip file that contains my test results...
https://www.hifi-remote.com/forums/dload ... le_id=4717

The experiment1 RMDU file is the panasonic one
The experiment2 RMDU file is the replay one
The IR file contains both upgrades with the Replay version assigned to the DVD button.

binky123 · Post by **binky123** » Sun Jul 01, 2007 5:24 pm

Ah, I see. The RMDU that speaker.guy uploaded still had the 2 fixed bytes and not the 6 fixed byte version. It also had the function mismapping. I had assumed the RMDU was correct(i.e. Power=25 but in reality Power=0C) so everything looked ok as the learned data matched the list in the RMDU.

speaker.guy · Post by **speaker.guy** » Sun Jul 01, 2007 5:31 pm

Absolutely amazing!
Replay version works like a champ.
Thank you Rob. It was well worth the wait.
The community now has another great universal remote to play with. Anyone wants one, I have both the learning and non learning versions in JP1.2. Learning $10, non learning $5.
There were a lot of small issues when we started. but the awesome power of the community ferreted them out.
Again, thank you one and all for the help.

speaker.guy · Post by **speaker.guy** » Sun Jul 01, 2007 5:34 pm

Binky. I didn't realize that I selected the RMDU with the old fixed data in in when I uploaded the other day. I really was using the new one you recommended...
I really must clean up the files now!

speaker.guy · Post by **speaker.guy** » Sun Jul 01, 2007 5:52 pm

binky123 wrote:Ah, I see. The RMDU that speaker.guy uploaded still had the 2 fixed bytes and not the 6 fixed byte version. It also had the function mismapping. I had assumed the RMDU was correct(i.e. Power=25 but in reality Power=0C) so everything looked ok as the learned data matched the list in the RMDU.

Just went back and looked at what I uploaded on 6/29. and the rmdu truly was the one with the 6 fixed bytes.You must have looked at the bad one I uploaded 2 days earlier!

speaker.guy · Post by **speaker.guy** » Wed Jul 11, 2007 5:43 pm

Curious:
On the Atlas 5device day remotes I have that do not have learning, a download shows 2047 free in learning memory. Is that really there and totally wasted(without an extender)?

Post by **The Robman** » Wed Jul 11, 2007 6:13 pm

If IR shows that it's there, then yes, though you should be able to overflow the upgrade area into it if you need to. There was a recent upgrade to IR.exe to allow this.

speaker.guy · Post by **speaker.guy** » Wed Jul 11, 2007 7:06 pm

Without an extender???
If so great!
Thanks

unclemiltie · Post by **unclemiltie** » Wed Jul 11, 2007 7:18 pm

speaker.guy wrote:Without an extender???
If so great!
Thanks

yea, some of the recent remotes don't check the end of the upgrade area when searching upgrades, they just know where to start. Thus an unextended remote can overflow into the learn area but you have to be careful. I'm not sure which ones do, but I know that the URC-6131, URC-9960B01 and the URC-6960 behave this way. Cool, eh?

In fact, building the 9960B01 extender, I even went to the trouble to build an upgrade that took up the entire upgrade area so that I could verify that the entire upgrade table would be kept in the area above the "top" and it still worked.