JP1 Remotes

I've used to have a URC7544 B00-02.
I am currently using a URC7544 B01.
As far as I can tell there are 4 versions of this remote (from entering details on the UK OFA site).

The versions are:-
7544 B00-01 OFA 4 Digital Metallic
7544 B00-02 OFA 4 Digital Metallic
7544 B01 OFA 4 Digital 2002
7544 B02 OFA 4 Digital 2002

I think the first two may be JP1 enabled out of the box and have the signature EO40EO40.
The last two may have the signature OD4LOD40.

So, I managed to modify the remote using the information from
https://www.hifi-remote.com/forums/viewtopic.php?t=3456.
It was OK because it only required the 2k eeprom, JP1 connector and a capacitor (C11).

I've done a 981 reset and it seems to work ok.
I think there is something wrong with the RDF file because I get corruptions when using RM and IR to populate it with device upgrades.

I thought I was going nuts until I tried an experiment.
I fired up IR802 and set the RDF directory to a test directory with only one RDF -
OD4LOD40 (URC-7541_7544 1K 2k EEPROM).rdf dated 25/02/2007.

Basically when I use IR to create a new IR file based on that RDF, it sometimes gives me the error
'There is a conflict at fixed data address $015. Do you want to replace the existing data with the fixed data? Yes/No'.
I.e
Start IR802.
Use the Raw Data tab.
Use the File/New/select OD4LOD40 (URC-7541_7544 1K 2k EEPROM).rdf.
The 'conflict at fixed data' message appears.

I managed to get rid of the error message by removing the SAT Setup, TV Setup, VCR Setup, DVD Setup, xDev Setup from [Settings] in the RDF.
I've tried to store just the numeric functions 0-9 on all the keys (device TV) and most buttons work except the last row, i.e. E-H don't work.

I've verified the [Buttons] section and as far as I can tell they look correct.
I'm now stuck.
I've just noticed the fixed data message is similar to
https://www.hifi-remote.com/forums/viewtopic.php?t=5010
Am I using the wrong RDF? Becuase all the ones I found look the same to me.

I only have a very limited knowledge of JP1 and wondered if there is anything more I can do to get it working?

You should 981 reset the remote and do a download from it into IR. On the Raw Data page, it will tell you what its signature is. Only then can you start determining whether you have an rdf for it, or whetehr a new one needs to be developed.

Capn Trips wrote:You should 981 reset the remote and do a download from it into IR. On the Raw Data page, it will tell you what its signature is. Only then can you start determining whether you have an rdf for it, or whetehr a new one needs to be developed.

Sorry I should have started the post with
1. modified remote.
2. 981 reset produced 4 blinks.
3. Used IR802 to download from remote etc and tried to work as normal.
4. It was later that I discovered the some keys didn't work properly.
5. In order to investigate the problem, I think I isolated it to the actual RDF in question.
6. Using IR802 without the the remote and/or cable, but just creating a blank/new slate using the RDF seems to give me the fixed data error message.

As i was getting the fixed data error message without connecting the remote, I wondered if it may the RDF?

Thanks to the JP1 community I am trying to resurrect an old remote, otherwise it'll never work like how I prefer. It's odd that the preprogrammed keys are always in odd positions!

rem wrote:Basically when I use IR to create a new IR file based on that RDF, it sometimes gives me the error
'There is a conflict at fixed data address $015. Do you want to replace the existing data with the fixed data? Yes/No'.

Technically, this is not an "error message". It simply means that the RDF specifies that a constant value should be found at address $015, and the data you downloaded from the remote differs. You can answer the question yes or no and proceed normally. The main question here is if the RDF is correct in specifying the constant value(s) in the [FixedData] section. The edits to the RDF you mentioned usually would not have affected this, and in any event, are probably the wrong part of the RDF to edit.

mr_d_p_gumby wrote:Technically, this is not an "error message". It simply means that the RDF specifies that a constant value should be found at address $015, and the data you downloaded from the remote ....

Thanks for the reply, but the point is I get the error before attaching the remote and cable to the pc!
I.e the error is there simply using IR802 to create a new .ir file based on the RDF. Does this not mean the conflict is between IR802 and the RDF file?
I.e. I get the message when I do
1. Disconnect JP1 cable.
2. Start IR802.
3. New/Select/ sort by signature, then select OD4LOD40 (URC-7541_7544 1K 2k EEPROM) .
4. The message pops up.

I assumed this points to an error in the RDF I'm using. It has the correct signature (in that it matches with the remote), but I didn't expect to see this message when creating a blank ir file from within IR802.
I may be completely wrong, but I am also a little confused!
I was hoping someone else can give the above 4 steps a try and let me know if they get the same message. If they do what does this mean?
If they don't, then does it mean I have a different RDF from them?

I get the same message, and I suspect that it means the lines
[FixedData]
$015 = $14
are incompatible with the details of VPT or other aspect of the remote memory space that is filled in by IR when you specify the RDF.

But I don't know much about RDF specs.

3FG wrote:I get the same message, and I suspect that it means the lines
[FixedData]
$015 = $14
are incompatible with the details of VPT or other aspect of the remote memory space that is filled in by IR when you specify the RDF.

But I don't know much about RDF specs.

Thanks for checking - much appreciated.
I don't know much about RDF specs either - but I was just trying to get it to work!
The stuff just after the VPT looks like they are using $015 as well, which was why I got rid of them. I think the
[FixedData]
$015 = $14
is correct.

[Settings]
VPT Device=$014.7.8.1.0 DeviceButtons
VPT Status=$01A.3.1.0.0 (Off;On)
SAT Sleep simulation=$016.0.1.0.1 (Off;On)
TV Sleep simulation=$016.1.1.0.1 (Off;On)
DVD Sleep simulation=$016.3.1.0.1 (Off;On)
xDev Sleep simulation=$016.4.1.0.1 (Off;On)
SAT Setup=$15.0.1.1.0 (locked;unlocked)
TV Setup=$15.1.1.1.0 (locked;unlocked)
VCR Setup=$15.2.1.1.0 (locked;unlocked)
DVD Setup=$15.3.1.1.0 (locked;unlocked)
xDev Setup=$15.4.1.1.0 (locked;unlocked)
SAT CH+/CH- simulation=$017.0.1.0.1 (Off;On)
TV CH+/CH- simulation=$017.1.1.0.1 (Off;On)
VCR CH+/CH- simulation=$017.2.1.0.1 (Off;On)
xDev CH+/CH- simulation=$017.4.1.0.1 (Off;On)

As you can see, the various xx Setup looks like they are using $15 as well.

I've tried uploading $FF, doing a 981 reset, TV=0093, VCR=0037, SAT=1111 & DVD=0591, then compared the contents to the one by dsarens
https://www.hifi-remote.com/forums/dload ... le_id=2085
They are the same. This leads me to think my modded remote is not any different to dsarens one so I expected it to just work.
Maybe I should just donate this remote to to JP1 expert who is willing to refine the RDF further?
I've uploaded my files for diagnosis.
https://www.hifi-remote.com/forums/dload ... le_id=8133

You can figure out if $15 in Settings is correct yourself. Download and set baseline in the Raw Data. Then manually change SAT Setup Code lock (or TV or whatever) on your remote per the instructions in the manual or HERE. Then do another download and see if byte $15 changed in the raw data.

Thanks for the tip mdavej.

It looks like these 9xx codes work because I get a confirmation blink:-
970 2/4 blinks (2 blinks - $16 changed from $00 to $01, 4 blinks $16 from $01 to $00)
971 2/4 blinks (2 blinks - $17 changed from $00 to $01, 4 blinks $17 from $01 to $00)
980 4 blinks
981 4 blinks
990 2 blinks
991 2 blinks
992 2 blinks
993 2 blinks ($12 from $00 to $04, when changing VPT VCR>TV. No effect when tryin VPT SAT>TV or DVD>TV)
994 2 blinks (keymover copy 1 key to another ok - not sure about EFC)
995 2 blinks
Note I've not detailed the changes to the 1st 2 bytes for the above codes because they're the checksum and are expected.
Also I notice $15 seems to have a static value of $14 - so I think this implies the [FixedData] should have $015 = $14.

It looks like these 9xx codes don't work because I don't get a confirmation 2 or 4 blinks.
973
974
975
976
977
978
979
982
983
986
996
997
998

Note when I do a 981 reset, the remote has these attributes:
tv(0556), vcr(0081), sat(0847), dvd(0503).
In it's raw state, there is a VPT for the SAT>TV and also DVD>TV.
I can't disable these two default VPT using the 993 Vol+ code.

When I press each key in turn to check if they send any signal, I get this:
TV - all keys light the TV device key, except the B key.
VCR - all keys light the VCR device key. I need to press Rec/Yellow twice to get it to work.
SAT - all keys light the SAT device key, except the 10, AV, pause & FFWD keys.
Additionally the Volume keys and mute light the TV device key, indicating SAT>TV VPT.
DVD - all keys light the DVD device key, except the AV. I need to press Rec/Yellow twice to get it to work.
Additionally the Volume keys and mute light the TV key button, indicating DVD>TV VPT.

Try Cable Mode Lock 982 from that quick reference page. That's the one that could possibly change $15. In this case, Cable = SAT. Whichever byte actually does change is what belongs in the RDF (checksum ignored of course).

993 Vol+ won't change the VPT devices, only the VPT status $01A. 993 followed by a device button should change the VPT device at $014.

mdavej wrote:Try Cable Mode Lock 982 from that quick reference page. That's the one that could possibly change $15. In this case, Cable = SAT. Whichever byte actually does change is what belongs in the RDF (checksum ignored of course).

I can't get code (magic) 982 to work.

mdavej wrote:993 Vol+ won't change the VPT devices, only the VPT status $01A. 993 followed by a device button should change the VPT device at $014.

As far as I can tell, VPT only change byte $12.
I did edit my last post twice after I posted it, maybe you missed the info on the changed bytes detail?

Also, I tried
992 tv vcr $0c&$0d from $1051 to $022c
992 tv sat $0e&$0f from $234f to $022c
992 tv dvd $10&$11 from $31f7 to $022c

992 vcr tv $0a&$0b from $022c to $1051
992 vcr sat $0e&$0f from $234f to $1051
992 vcr dvd $10&$11 from $31f7 to $1051

992 sat tv $0a&$0b from $022c to $234f
992 sat vcr $0c&$0d from $1051 to $234f
992 sat dvd $10&$11 from $31f7 to $234f

992 dvd tv $0a&$0b from $022c to $31f7
992 dvd vcr $0c&$0d from $1051 to $31f7
992 dvd sat $0e&$0f from $234f to $31f7

Thanks for sticking with this!

IR is saying a new(from scratch) .IR file doesn't have the expected fixed data value. As you noted, IR is filling in $15 with bits from the Setup code locked section. You probably have to delete the [FixedData] and the [Settings] areas in the RDF and start from there.

First get the boundaries of the AdvCodeAddr and UpgradeAddr correct in the [General] section. I recall that the $14 value may define the size of the EEPROM.

It looks like the E040E040 2K version might be a better starting point. At least it doesn't have the conflicting address. It has the [FixedData] at offset $018.

binky123 wrote:IR is saying a new(from scratch) .IR file doesn't have the expected fixed data value. .... You probably have to delete the [FixedData] and the [Settings] areas in the RDF and start from there.

Thanks for the info. I did delete a few entries in the [Settings] because of the conflict. I had more confidence in the [FixedData] definition.

binky123 wrote:First get the boundaries of the AdvCodeAddr and UpgradeAddr correct in the [General] section. I recall that the $14 value may define the size of the EEPROM.

It looks like the E040E040 2K version might be a better starting point. At least it doesn't have the conflicting address. It has the [FixedData] at offset $018.

Unfortunately you may be right. The assignments (of OD4LOD40) on [DeviceTypes] where changed and not reflected on other areas of the RDF, eg [ButtonMaps].
I'll have to wrestle the old remote off a friend and compare the differences. I won't be able to do further work on this for a few days.
I'll report back next week and probably ask for more help!

================================================
#Added ch+/- simulation, sleep simulation, device locking, xDev, shift_vol+, shift_vol-,
#shift_ch+, shift_ch- buttons. Removed non existent buttons SELECT=$88 and EXIT=$98.
# - starpox007

[General]
Name=URC-7541/7544 One For All 4 Digital 2K MOD7
OldRemoteID=22,22
EepromSize=$800
AdvCodeAddr=$019..$0FF
UpgradeAddr=$100..$7FD
Processor=S3C80
RAMAddr=$FF00
RDFSync=3
ImageMap=URC-7541.map,URC-7544.map


[Checksums]
^$000:$002..$7FD

[FixedData]
$015 = $14

[DeviceTypes]
TV = 1
VCR = 2
Cable = 0
DVD = 3
xDev = 1

[DeviceTypeAliases]
TV = TV
VCR = VCR,DVD,Tape,Laserdisc
Cable = Cable,SAT,Video Acc
DVD = CD,Tuner,DAT,Home Auto,Misc Audio,Phono,Amp
xDev = OEM Mode

[DeviceButtons]
TV = $00A $00B
VCR = $00C $00D
Sat = $00E $00F
Aux = $010 $011
xDev = $012 $013

[Buttons]
unchanged

[ButtonMaps]
0 = ($1F, $15, $16, $17, $19, $1A, $1B, $1C, $1D, $1E), ($04, $05, $08), ($06, $07),
$03, $C3, $2F, $18, $20, $12, $29, $2A, $2B, $2C, $22, $0C, $0E, $0B, $0D, $10,
$0F, $14, $13, $C6, $C7, $C4, $C5, $ff, $ff, $23, $24, $25, $26, $27, $28, $2D, $2E
1 = ($1F, $15, $16, $17, $19, $1A, $1B, $1C, $1D, $1E), ($04, $05, $08), ($06, $07),
$03, $C3, $2F, $18, $20, $12, $29, $2A, $2B, $2C, $22, $0C, $0E, $0B, $0D, $10,
$0F, $14, $13, $C6, $C7, $C4, $C5, $23, $24, $25, $26, $27, $28, $2D, $2E
2 = ($1F, $15, $16, $17, $19, $1A, $1B, $1C, $1D, $1E), ($04, $05, $08), ($06, $07),
$03, $2F, $18, $20, $12, $29, $2A, $2B, $2C, $22, $0C, $0E, $0B, $0D, $10, $0F,
$14, $13, $23, $24, $25, $26, $27, $28, $2D, $2E
3 = ($1F, $15, $16, $17, $19, $1A, $1B, $1C, $1D, $1E), ($04, $05, $08), ($06, $07),
$03, $2F, $18, $20, $12, $29, $2A, $2B, $2C, $F0, $0C, $0E, $0B, $0D, $10, $0F,
$14, $13, $23, $24, $25, $26, $27, $28, $2D, $2E

[DigitMaps_x]
53 94 25 92 26 45 74 03 38 37 62 21 87 46 32 34
01 15 14 55 08 95 86 30 70 85 43 60 19 40 68 64
41 29 12 75 07 89 104 71 33 59 79 52 22 57 91 73
02 13 39 17 31 09

[Protocols]
0000, 0001, 0003, 0006, 000B, 000D, 0010, 0011, 0013, 0014,
0018, 001A, 001C, 001D, 001F, 0020, 0022, 0027, 002A, 002B,
002C, 0034, 0035, 003D, 0041, 0045, 004A, 004B, 0051, 0053,
0056, 0058, 005A, 005B, 005C, 005E, 0060, 0064, 0065, 0066,
0067, 0068, 006A, 006F, 0070, 0071, 0072, 0073, 0075, 0077,
0079, 007A, 007E:2, 0080, 0082, 0087, 008B, 008C, 008E, 0090,
0095, 0098, 009C, 009D, 009E, 00A0, 00A1, 00A5, 00A6, 00A8,
00AA, 00AB, 00B0, 00B2, 00B6, 00B7, 00B9, 00BA, 00BD, 00C4,
00C5, 00C9, 00CA, 00CC, 00CD, 00D0, 00D1, 00D4, 00D5, 00D9,
00DC, 00DE, 00DF, 00E2, 00E5, 00E8, 00EB, 00EE, 00F3, 00F4,
00FE, 0106
================================================

So far, my changes have been the highlighted red bits and also:-
deleted [SpecialProtocols] (because I don't know what it does!)
deleted [Settings] (becuase it introduced the fixed data conflict).
I tried to comment out the [DigitMaps] by renaming it - can't remember where I saw that suggestion.
Took a best guess at [ButtonMaps] by trail and error device upgrades -
I loaded a device upgrade on each device to check that I can use all buttons and they appear in the correct order.
I still haven't for the old remote back yet, so I'll try again next week when I should have it for comparison.
I suspect the last three sections are incorrect, becuase all I've done is chop and change until I got something to work. I may may broken something else!

Just to conclude this topic.
Many thanks to binky123 we have a RDF that is better suited to this remote. It uses a slightly different map file that will need adding to the map file location for RM.

The files are https://www.hifi-remote.com/forums/dload ... le_id=8215

Now this URC7544 B01 works as well as the original URC7544 B00-02.
These remotes aren't most pretty or seem to have enough keys - but they are very durable and tactile, and with the JP1 working well, they should last me a little while longer.
Thanks all!