OFA URC3740

MaskedMan · Post by **MaskedMan** » Sun Nov 04, 2012 3:39 pm

The Robman wrote:
mdavej wrote:That's the ugliest remote I've ever seen.
Wow, yeah!

There was a busted links to that remote back in 2008 in this thread:

https://www.hifi-remote.com/forums/viewtopic.php?t=10018

Bricoliere · Post by **Bricoliere** » Tue Nov 06, 2012 1:49 am

3FG wrote:Here's a candidate RDF file for the URC-3740.

We still need to fill in the [Settings] section, so that Volume Lock can be set using RMIR. Bricoliere, please use the 993 command manually to set a VPT configuration, and then download from the remote. On the Raw data tab, look near address 612 - 618 and see what data changes when you set up the remote for no Volume Lock, or with the Volume locked to various devices. Probably one of the bytes will change. We need to know which byte and the values. Also note that 608-609 is a checksum, and we expect it to change whenever any other nearby data changes. Just ignore the checksum.

OK:
VPT OFF
0600: 33 30 39 39 33 30 39 39 A4 5B 07 5F 12 5A 21 8C
0610: 23 49 41 00 3D 00 00 0F 00 19 12 04 23 49 A5 E7
VPT ON
0600: 33 30 39 39 33 30 39 39 A0 5F 07 5F 12 5A 21 8C
0610: 23 49 41 00 3D 04 00 0F 00 19 12 04 23 49 A5 E7

You are really good!. Compliments.

3FG · Post by **3FG** » Tue Nov 06, 2012 2:23 am

Thanks,
We probably still need a little more.

Here is a guess (but just a guess). Save the existing RDF files in case this modification doesn't work, and then add the following under [Settings]

Code: Select all

[Settings]
VPT Status=$015.2.1.1.0 (Off;On)
VPT Device=$016.7.8.0.0 DeviceButtons
TV  uses VPT=$017.0.1.1.0 (No;Yes)
SAT uses VPT=$017.1.1.1.0 (No;Yes)
DVD uses VPT=$017.2.1.1.0 (No;Yes)
AMP uses VPT=$017.3.1.1.0 (No;Yes)

I hope that now when you change the settings on the General tab of RMIR, the remote will change the VPT behave correctly. If this doesn't work, tell us which device VPT was set to. Please also setup VPT for the other 3 devices, and post the values for each. Probably 3 bytes will be involved, depending on which device VPT is assigned to.

Bricoliere · Post by **Bricoliere** » Tue Nov 06, 2012 3:04 pm

Modified RDF. In RMIR not show columns for VPT. Same the old RDF.
Tested also with RMIR_Beta15v

I do prepare another raw for VPT DEV1 and DEV2 (VPT none and VPT all is prev. post) ?
Ciao

3FG · Post by **3FG** » Wed Nov 14, 2012 10:07 pm

Bricoliere has completed development and testing of the RDF, Map and Image files.
The URC-3740 is unusual in that the button numbers follow the layout of the buttons, with the lowest ($02) button number in the upper left, and the largest button number in the lower right of the remote-- with one notable exception. The button numbers for CH+ and CH- are reversed.

Bricoliere · Post by **Bricoliere** » Wed Nov 21, 2012 6:06 am

Thank 3FG everything is in order. The only peculiarity is that as delivered, the key light turns on illumination, and after 5 sec. turns off. With the RDM 3GF this does not happen. Importance: None.
Instead I want to (again) note that this remote has supplanted 7960 for these features:
Bright colors, easy to find
Shape with a narrow waist, grasp it difficult to reverse.
Space under the keys enough to paste small labels.
Observe that the labels unnecessary have removed with a simple rubber.
Add the lighting worried me a bit 'and then I put rechargeable batteries. It works great.
Thank 3FG and the Forum

Post by **The Robman** » Wed Nov 21, 2012 7:46 am

Bricoliere wrote:The only peculiarity is that as delivered, the key light turns on illumination, and after 5 sec. turns off. With the RDM 3GF this does not happen. Importance: None.

What does this mean exactly? I assume "RDM 3GF" means "3FG RDF" so if there's a bug in the RDF we should fix it, but I guess I don't see how using an RDF would cause the backlight to stop working, if that's what you mean.

Bricoliere · Post by **Bricoliere** » Wed Nov 21, 2012 10:29 am

The Robman wrote:
Bricoliere wrote:The only peculiarity is that as delivered, the key light turns on illumination, and after 5 sec. turns off. With the RDM 3GF this does not happen. Importance: None.
What does this mean exactly? I assume "RDM 3GF" means "3FG RDF" so if there's a bug in the RDF we should fix it, but I guess I don't see how using an RDF would cause the backlight to stop working, if that's what you mean.

RDF made by 3GF (Google bad traslate).
Yes, there is something wrong lighting, reported at 3GF, and do not really significant.
Reloading the file downloaded from remote RMIR in original condition, the back lighting off after 5 sec.
Some bits is written where it should not.
After an upload, the first press of any button activates light.
Off with a single click, light, everything returns to normal.
There is also some strangeness in the On and Off when used in macros, it seems impossible to reverse them (for a device).
Again, I am very satisfied with both the remote and the work you have done.

Post by **The Robman** » Wed Nov 21, 2012 10:49 am

If possible we would like to get this figured out so the RDF is as accurate as possible, because this feature might be important to the next user.

3FG · Post by **3FG** » Wed Nov 21, 2012 11:06 am

If I recall this correctly, Bricoliere originally did several Raw Downloads using RMIR so that we could construct the Button Map. As I understand it, if he uploads these IR files, the backlight works normally. However, if he creates a new remote image using the RDF file, the backlight behaves as he described above. We need to find which of the bytes between $612 and $61F (Edit: $612 to $619) controls the behavior of the backlight. Then we can change the RDF file to set that byte or bits correctly, or even find how to vary the duration the backlight stays on.

I think there are two basic ways to find this information.

1) Try various 9XX commands to find one that affects the backlight and compare the downloads from before and after applying this 9XX command.

2) Start with one of the original raw IR files, and systematically change each byte in the range $612 to $619 to FF, uploading after changing each byte. I believe one of the bytes will affect the backlight.

I don't believe that we have tried either of these approaches.

Bricoliere · Post by **Bricoliere** » Wed Nov 21, 2012 1:55 pm

3FG wrote: ...bytes between $612 and $61F

test 61F-612=D = dec 13 value x 16= 208 test?
I understand?
An example please.
Ciao

3FG · Post by **3FG** » Wed Nov 21, 2012 11:42 pm

Load 3099-Audio.ir into RMIR. Upload it to your remote. Check that the backlight works normally.

Then, in RMIR Raw Data tab, change memory location 612 to FF. In the screen shot, location 612 has FF shown in bold font. Upload to your remote, and check what the back light does.

Repeat for 613, 614, and 618. If the backlight still acts normally, repeat for 615, 616, and 617 (these memory locations are used for VPT, but backlight information might be stored here also).

If one of the bytes $612, $613, $614, or $618 changes the way the backlight works, experiment with other values (e.g. 0F, F0, 01, etc.). Maybe the backlight on time (normally 5 seconds, I think) is stored in the byte.

Bricoliere · Post by **Bricoliere** » Thu Nov 22, 2012 2:56 am

Bravi!
Very simple. With the file 3099-AUDIO.ir:
Byte 614 is time ligth-off in 1/10 sec. Es. 64hex =100dec > light off after 10 sec.
Original value is 3Dhex= 61dec > light off after 6.1 sec.

Ciao

3FG · Post by **3FG** » Fri Nov 23, 2012 12:57 am

The RDF has been revised to allow setting the backlight duration.

Bricoliere · Post by **Bricoliere** » Fri Nov 23, 2012 3:59 am

Well, we still need a little change.
Should be put to 0 Byte 613.
Under these conditions, works as sold: Pressing any key activates the lighting for xx seconds.
The key ligth turns on illumination when pressed twice and go off after xx sec..
Instead the ON function (or power) will not work if assigned to the OFF button.
I have repeatedly tried (thanks 3FG), but here it does not work.
Now that activates the light with any button, it matters little.
Ciao