Your Universal Remote Control Center
RemoteCentral.com
Philips Pronto Professional Forum - View Post
Previous section Next section Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

Topic:
Dirty IR codes?
This thread has 6 replies. Displaying all posts.
Post 1 made on Saturday November 29, 2008 at 21:50
jack D
Long Time Member
Joined:
Posts:
August 2006
206
I have several ir codes that work when I attach them as a single action to a button on my 9800 but when I put them into a series of actions they don't work.

I obtained some of them by using the 9800 to learn them with the original remote. Could it be that it is because they are not not be entirely "clean" commands? I've added additional delays into the series of commands thinking that maybe the device gets overloaded with receiving commands in the series meant for other devices but that doesn't seem to work.

Thanks for help.
Post 2 made on Sunday November 30, 2008 at 06:21
blang2006
Long Time Member
Joined:
Posts:
May 2008
162
What is your hardware configuration?
Did you try to repeat the commands between time delay?
Did you try different duration settings?
OP | Post 3 made on Sunday November 30, 2008 at 12:01
jack D
Long Time Member
Joined:
Posts:
August 2006
206
I did play around with the duration but I did not add repeat commands.

In the end, I got the RC5 codes for at least one of my pieces of equipment. Once I put those in there things seem to be working more consistently.

The associated hex for the RC5 code is very short and clean. The hex I had in there from having the pronto learn the code was a real mess. I'm not exactly sure why the messed up hex would work when attached to a button that only activates only that code but when put into a series of actions would not work correctly but I'm sure all that mess must have something to do with it.

I guess I'm going to have to track down the RC codes for the other pieces of equipment for which some of the commands act inconsistently.

One piece of equipment I have for which I have not found the RCs is an Algotith HD Mosquito video noise reducer. The Philips database has some sort of generic versions but the codes don't always work correctly. I haven't seen anything on this forum about Algolith codes so I guess I'm going to have to contact the company directly.

thanks.
Post 4 made on Sunday November 30, 2008 at 14:10
Barry Gordon
Founding Member
Joined:
Posts:
August 2001
2,157
The pronto when learning will deal with two versions of the RC5 code. If the learning is bad, that is it does not recognize it as an RC5 code it will treat it as a normal learned code (first word 0000) which will not be able to handle the toggle bit of an RC5 code correctly.

If when learning the code it recognizes it as an RC5 (or RC6 for that matter) it will use a special short form that explicitly tells the pronto it is an RC5 code. The first word will be 0500 or 5000 (don't remember which). In this case the pronto will properly handle the toggle bit.
OP | Post 5 made on Sunday November 30, 2008 at 15:49
jack D
Long Time Member
Joined:
Posts:
August 2006
206
Thanks Barry. BTW for RC5 the first word is 5000. In any case, I'm not sure that explains why the learned code would work on a button that only triggers that code but does not work for a button that triggers a series of commands. The problems I had were, for the most part, not for toggle commands but for commands that choose an input on a surround processor. Those input commands do turn on the power of the processor so maybe there is some sort of power toggle in the input commands. I did have a problem consistently turning off the processor and that inconsistency is most likely explained by what you describe.
Post 6 made on Sunday November 30, 2008 at 16:43
Barry Gordon
Founding Member
Joined:
Posts:
August 2001
2,157
Jack, you may be misunderstanding my use of the word toggle since it is often used in two different contexts in the world of IR.

Most times it is used to describe a command thet when sucessively processed advances through a set of states. Power is the most common one that toggles through on-off-on-off-... Other toggle commands come about for things like inpout selection or video mode where they needed to conserve button space on a remote.

Certain IR protocols wish to distinguish between the same command sent twice due to contact bounce, or to differentiate between a repeated command and a command sent multiple times due to contact bounce. The Microsoft MCE remotes use the Code known as RC6, which like RC5, has the "Toggle bit capability". IR protocols that use a toggle bit take one bit of the message and alternate it each transmission; 1-0-1-0-...

How they deal with two successive messages whose toggle bit is the same is dependent on how they want to. Some disregard the second message completely, some assume that it is a repeated command and act on it if it is the same command . . In fact Microsoft in its desire to be everything to all people allow you to turn off the Toggle Bit check in the MCE system and disregard it.
OP | Post 7 made on Sunday November 30, 2008 at 17:50
jack D
Long Time Member
Joined:
Posts:
August 2006
206
Ok. I think I get it. Thanks.


Jump to


Protected Feature Before you can reply to a message...
You must first register for a Remote Central user account - it's fast and free! Or, if you already have an account, please login now.

Please read the following: Unsolicited commercial advertisements are absolutely not permitted on this forum. Other private buy & sell messages should be posted to our Marketplace. For information on how to advertise your service or product click here. Remote Central reserves the right to remove or modify any post that is deemed inappropriate.

Hosting Services by ipHouse