Atlas/15-13x extender macro troubles

Support forum for extenders. If you're having trouble getting one up and running, this is the place to come.

Moderator: Moderators

greenough1
Posts: 658
Joined: Sun Jan 30, 2005 12:20 am

Post by greenough1 »

unclemiltie wrote: can you describe this more? jeff is seeing a weird problem with this xshift version of the extender as well, it looks like the keys that I moved around are "bouncing" somehow and he's seeing them fire more than once and not seeing it on the keys that didn't move. I'm still chasing it, but this one really has me scratching my head.
My issue, with shift and xshift, is completely resolved after I cleaned up my keymoves. I had duplicate assignments for some key presses, i.e. TV:power was defined in the upgrade as well as in a macro AND as a keymove. This was an artifact of using an ancient upgrade for mits tv's, that had double assignments to some keys.

So search no more for any issues coming from me ;-)

jeff
unclemiltie
Expert
Posts: 1819
Joined: Wed Jan 21, 2004 12:50 pm
Location: Pittsburgh, PA

Post by unclemiltie »

mattg568 wrote:I deleted the built in upgrades before merging the IR file with the extender.


I think it has to do with the number of times you press the shift key.
Aha! I think you may have got it!

as you may have noticed, the change to make Xshift $82 may be the issue here. Shift is adding $80 to the previous key in all of the remotes and the extender. So Shift-Shift is $82, or the value for Xshift in the extender.

So, Shift-Shift-key is really Xshift-key.
this JP1 stuff is a sickness!
mattg568
Posts: 80
Joined: Sat Jan 27, 2007 2:15 pm

Post by mattg568 »

I've noticed something... When I install the extender, Shift keycode is 2 and Xshift keycode is 130. But when I download from the remote, Xshift keycode changes to 2.
unclemiltie
Expert
Posts: 1819
Joined: Wed Jan 21, 2004 12:50 pm
Location: Pittsburgh, PA

Post by unclemiltie »

Woa! that is very weird.

can you send me your IR file? (PM me and I'll send you my direct email) I have to see that. There is NOTHING in the extender that rewrites data back into the extender code where the Xshift key is defined.
this JP1 stuff is a sickness!
mattg568
Posts: 80
Joined: Sat Jan 27, 2007 2:15 pm

Post by mattg568 »

Weird. I've tried to duplicate the effect, but now it stays normal. What I did was delete IR and RM including the RDFs and images and create a new IR file.
unclemiltie
Expert
Posts: 1819
Joined: Wed Jan 21, 2004 12:50 pm
Location: Pittsburgh, PA

Post by unclemiltie »

you very well may have had the wrong RDF that was pointing to a different spot.

The way that this works is that the location specified in the RDF is the location of a hard-coded compare instruction (compare key to $02 for shift) and we patch into the code the value for the compare. Same for Xshift. If the RDF is wrong, it'll read a value of some other random piece of data and will IR will dutifully report it to you.

but having the remote change the Xshift value would be very, very odd.
this JP1 stuff is a sickness!
mattg568
Posts: 80
Joined: Sat Jan 27, 2007 2:15 pm

Post by mattg568 »

But still, the original problem continues to exist.
mattg568
Posts: 80
Joined: Sat Jan 27, 2007 2:15 pm

Post by mattg568 »

I've found a sure-fire way of getting the macros to fire with each press of shift-key. After firing off a macro, press any key that makes the device LED light up. Then I can use the shift-key macro again.
Post Reply