JP1 Remotes

ElizabethD · Advanced Member Joined: 09 Feb 2004 Posts: 2348

Second try of the day, related to above.
I don't know what to make of this.
See another file in diagnosis which might help something in timing perhaps, since keymove lookup takes longer:
http://www.hifi-remote.com/forums/dload.php?action=file&file_id=8836

Macro results in 6131 are slightly different, and similar to 8910, when instead of sending base upgrade codes I sent keymoves from another device.

In case this is clear as mud:
6776 group: When CBL device is selected, I send CBL codes for channel numbers.
2334 group: When TV device is selected, all unshifted numbers go the CBL (TV/2=CBL/2)
2334 group: When TV device is selected, all shifted numbers got to the TV (TV/shift-2=TV.2)
I wonder if the difference between the first two groups tells something.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile

The Robman · Posted: Mon Aug 23, 2010 9:50 am Post subject:

ElizabethD · Advanced Member Joined: 09 Feb 2004 Posts: 2348

Yes.
I haven't worked the real gear with unextended, but IRscope shows unextended will be fine and extended is a problem.
Am I right? Who knows. Somebody skilled in reading widget file might know.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile

ElizabethD · Advanced Member Joined: 09 Feb 2004 Posts: 2348

Well, I came back to the change I made yesterday. Just inserted 3 bytes up front.
In a 6131ext macro, it repeats single signals, always 3 times just fine, as reported by IRscope.

mr_d_p_gumby · Posted: Mon Aug 23, 2010 2:25 pm Post subject:

ElizabethD · Advanced Member Joined: 09 Feb 2004 Posts: 2348

Good news:
The kludge I made worked the equipment perfectly Smile

Mike, I see in the thread you quoted a relevant item for me:
"If the command is in an extender macro where another command follows, it might be necessary to add a short pause after the XMP command. This applies to both the official version and my version."
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile

The Robman · Posted: Mon Aug 23, 2010 3:18 pm Post subject:

mr_d_p_gumby · Posted: Tue Aug 24, 2010 4:06 am Post subject:

No, R0D is counted down during execution, so it won't be 2 at the end. The problem is that the leadout is broken up into small chunks making multiple calls to $010A, so as soon as there are no more repeats and no key is down, the executor exits, making the final leadout too short.
_________________
Mike England

JP1 Group at Yahoo!, JP1 Files Area

The Robman · Posted: Tue Aug 24, 2010 7:28 am Post subject:

I understand that the normal leadout is broken up (presumably to give a better response time to the user, so they don't have to wait for a long leadout to finish), but once the code is in the final frame section, if we know that it's being used in a macro, we could send a long leadout right there.

Maybe we could store R0D somewhere on the way in and then test the stored value on the way out.
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!

mr_d_p_gumby · Posted: Wed Aug 25, 2010 3:18 pm Post subject:

It might be possible to do that, but it's going to be a fair chunk of code because the structure of the executor is highly optimized for the existing logic. I'm on vacation until after Labor Day, and I don't have my JP1 stuff with me, so I'm just going by memory here. I'm only using bit 7 of W5, so maybe another bit could store the result of the test for initial repeat count being 2. Register R0B is available as well.
_________________
Mike England

JP1 Group at Yahoo!, JP1 Files Area