JP1 Remotes

[nevolc]

I've been in the process of migrating from the Cinema7 platform over to 8810/8811 using Extender V3.1 which I love. For my development, I used a cheap 8810w I picked up at WalMart a year or so ago. Now that I completed the migration and my Cinema7's are wearing out, I decide to haul off and order several 8811s from BlueDo so I could have an 8811 in each room with a TV plus a store a couple of spares. I download my image using IRv6.0 into the first new 8811 only to find the Extender quits after a few keystrokes. Fortunately, I found thread:

"8810 Extender 3.1 problem--new report" at http://www.hifi-remote.com/forums/viewtopic.php?t=29 .

Towards the end of this thread, it was concluded timing issues were causing problems with some new 8810/8811 hardware and Extender V3.2 generally fixed this. I converted to Extender V3.2 (a bit painful) and everything works right now except the BACKLIGHT. If the BACKLIGHT is enabled, it occasionally stays on for the four seconds I requested via IR but most of the time it lights for fours seconds, goes off for a few milliseconds, light another fours seconds, etc. until approximately 35 seconds go by and the BACKLIGHT finally turns off. Occasionally I'll get two or three intervals of four seconds light. This backlight problem was mentioned at the end of the thread referenced above but I haven't found a fix. My question finally, has anyone found a fix for the BACKLIGHT problem on the "new" 8810/8811s? Does this sound like and RDF problem or a minor problem with the Extender? I've tried both RDF V1.20 as well as the RDF packaged with the Extender V3.2.

Thanks for any help,
-Cliff

[mtakahar]

I don't see anything obviously wrong in the RDF packaged with ex3.2, and the one in the RDF package is basically the same as far as the extender aspects are concerned.

Is the extender still working after the backlight gone erratic? Have you tried fresh batteries?

Hal

[nevolc]

Yes, the extender continues to work fine on the new 8811 even though the red BACKLIGHT acts erratic. My older 8810W remote and it's green BACKLIGHT behaves normal regardless (i.e. Extender V3.1, V3.2, etc.). The reason I mentioned the backlight colors is I saw another post where Rob indicated newer 8810/8811s use red backlighting.

The batteries were brand new in the new 8811 when I started (around 6.4V). I have been doing a lot of testing trying to fix the problem (hacking RDFs, etc.) when it suddenly started working ! I wasn't sure what I did to "fix" it so I tried to reproduce the problem (original .IR, .RDF) and could not. So at this point I have blown a fuse.

Your question on batteries (thanks for responding) reminded me of the voltage discussion in the thread referenced above so I checked the batteries and they had dropped down to 5.7V (probably due to the BACKLIGHT running for extended periods while I've been doing a lot of testing). I can put fresh batteries in the 8811 and the BACLKIGHT problem returns. So at this point, it does appear voltage related which I realize sounds bazaar.

I'll try some more battery testing. If I get brave enough, I may try inserting a dropping diode into the power feed to the ATMEL EEPROM. I haven't seen the 8811 circuit board yet so I don't know if there is plenty of room for this type mod.

-Cliff

[Nils_Ekberg]

This finding leads me to believe that there is something in the extender that is more sensitive to the interrupts that are being set when the batteries are fresh. They could simply be set very rapid and and at the same time the extender is trying to change it confusing the extender.

When the batteries wear down a little it must be acting more like the old remote. All of this also assumes that without the extender it never behaves this way.

I have taken a quick look through 3.2 and nothing jumps out at me so I will have to look deeper unless John gets to it before me.
_________________
Nils
Files Section
Diagnosis File Section

[johnsfine]

[Nils_Ekberg]

The 3_2 2K version of the extender currently has 2 NOP's in it after the stop so it may be worth trying to add one more and see what it does.

Cliff, if you want to experiment make the following changes and assemble the .asm file. If you don't want to get into the assembly process I will try to find time to do it but I don't have a remote to try it on.

If you add a third NOP after line 356 of the 6012-2K-3.asm file you will need to change the following 3 lines in the RDF

FROM

Shift Button Keycode=$7E4.7.8.2.0
Alt Shift Button Keycode=$7E9.7.8.2.0
Alt Shift=$7EE.6.1.0.1 (Xshift;Ordinary)

TO

Shift Button Keycode=$7E5.7.8.2.0
Alt Shift Button Keycode=$7EA.7.8.2.0
Alt Shift=$7EF.6.1.0.1 (Xshift;Ordinary)

NOTE: Make sure bot the .asm and RDF are from the current RDF and extender distribution zip files
NOTE 2: If one more does not do it you can try a 4th and just increment the hex values by one more in the RDF.

If this solves the problem I will be happy to update the 3_2 extenders.
_________________
Nils
Files Section
Diagnosis File Section

[mtakahar]

How many NOPs you really need depends on how long the resonator takes to get stabilized. Perhaps the resonator is generating a little too big initial "swings" at high voltage and taking longer in these remotes.

Hal

[mtakahar]

[Nils_Ekberg]

That will teach me to look fast at something .

Your right that:

Backlight timer=$7XX.7.8.0.0 - XX decrements by one for each NOP added.
_________________
Nils
Files Section
Diagnosis File Section

[nevolc]

I tried 3, 4, and 5 NOPs last night. I saw in the "6012-2K-3.lst" file that only the Backlight timer=$YYY.7.8.0.0 value was decrementing. I did not know to make corresponding changes to the AdvCodeAddr=$401..$79X so read the next paragraph with a "grain-of-salt".

Using 3 NOPs reduced the manifestation which is the backlight repeating the 5 second timer value I have set in IR. When it repeats another 5 seconds of light, it may do so anywhere from 2 to 6 times - it is not consistent. Some keys seem much more prone to cause a high repeat count. It is significant that approximately 50% of the time it now works correctly (just the desired 5 seconds of light). Using 4 NOPs seemed to improve this a little more but this may have been wishful thinking. I saw no difference between 4 and 5 NOPs.

I'll correct the AdvCodeAddr=$401..$79X section tonight and post the results. I'll also open another 8811 that I received with the first one and verify it's behavior matches the first one.

One other point worth mentioning is the Extender in the new 8811 is rock solid except for the backlight - I have not had any problems with strange behavior, lockups, etc. I've been using it every night since I received it (I do my development from from a lazy-boy using a laptop in front of the "home theater" system ).


Thanks for all your input,
-Cliff

[mtakahar]

Hey Cliff,

Can you try inserting "DI" at the label L50, before calling LightOff?

I previously thought your remote may have a poor quality resonator or other parts, but it doesn't sound right inserting 5 NOPs not fixing the problem, but you would see the problem even without the extender if the parts are that bad.

Hal

[nevolc]

I did try correcting the "AdvCodeAddr=$401..$79X" and it didn't help (I do realize this counter needs to be correct though). I finally opened the second 8811 (bought five) and to my dismay it worked fine with Extender V3.1. So did the 3rd and 4th. The 5th had the same problem as the first one. I still feel better at this point - I had assumed they all five had the same problem.

I just tried adding the "DI" instruction:

[mtakahar]

[Nils_Ekberg]

Hal, I am glad you jumped in on this one since I was pretty sure from my earlier experiments when I updated 3_2 that the 3rd NOP was not going to solve the problem. I was sure something was not getting cleared but could not figure out what it was. I think you nailed it.
_________________
Nils
Files Section
Diagnosis File Section

[mtakahar]

Oops. Sorry, the backlight wouldn't go off with my previous version of the changes.
Please try the revised one.

Hal