367803 Charter OCAP 4-Device URC-1060 upload problem

[The Robman]

Yeah, this forum software doesn't have that, so we created the Diagnosis Area folder in the file section for stuff like this. Nobody wants to have to scroll past long files when reading threads.

[mathdon]

In the RDF, have you tried omitting the /2 or /4 and just leaving ^$0000:$0002..$15FF ? I am fairly sure it IS a checksum problem. Please try that and if it still doesn't work then I have some further testing you can do, but try this checksum change first.

[jtremote]

Thanks, Graham. Just tried omitting the /2, still the same problem. The rmaster.err file indicates a successful upload:

Data writing phase succeeded, bytes written = 5632.
Upload verification phase starting.
Upload verification succeeded.

Looks like it is writing to the remote. But somehow it always writes the factory default settings back to the remote. It is not writing any changes I made in RMIR back to the remote.

[mathdon]

Looks like it is writing to the remote. But somehow it always writes the factory default settings back to the remote. It is not writing any changes I made in RMIR back to the remote.

That's not how it works. In communication mode the remote does no checking of what is being written. It is only when the upload ends and RMIR closes communication mode that the remote checks the data. So in fact what you found actually confirms that it is the remote that has rejected the upload and reset factory state.

The next thing I want you to check is that you can upload the result of a raw download without RMIR making any changes to it. The raw download saves as a .ir file that contains the contents of the remote free of changes by RMIR. We now want to upload that, again without changes. Here is how to do that. RMIR will load a .ir file in the same way that it loads a .rmir file, so first open RMIR and load the output of a raw download. Move to the Raw Data tab. You will see some bytes in bold font. These are values that RMIR has changed. Usually the changes are innocuous, resulting from RMIR reordering the data. We don't want even that, so open the Advanced menu and click on "Preserve original data". The data on the Raw Data tab will become blue and show exactly the downloaded raw data. NOW upload that to the remote.

Please report whether the remote still reverts to factory settings.

[The Robman]

Graham, would it be worthwhile if he were to, make some changes on the remote itself, then do a raw download, then make some other changes, do another raw download, maybe repeat this a few times, in order to get a larger sample of checksum values?

Then as an expansion of your test idea, he could try loading a previous *.ir file, just to confirm that, when we use the right checksum, it will load a file with changes.

[mathdon]

I think I have spotted an error in the RDF. The checksum entry should start with * not ^. Give this a try. If it still doesn't work with either /2 or /4 then I suggest we follow Rob's suggestion.

[jtremote]

Wow, you guys are genius! I changed ^ to * in the RDF with /2 at the end, and it worked perfectly. It's now downloading and uploading with no issues. You can now update the RDF in the next release.

Thank you guys so much! This is a very nice and powerful remote. I'm really enjoying it

John

[The Robman]

well done Graham, congrats JT