 |
 |
|
|
Philips Pronto Professional Forum - View Post
|
|
 |
|
11/18/09 - A major update brings our collection to over 1,350 manuals for 115 brands.
11/04/09 - New features, hundreds of 2-way and RS-232 modules, plus a web browser for the MX-6000.
9/04/09 - Latest activity-based model features a color screen at an economical price.
9/03/09 - * OK, one string – you may have to learn something!
8/22/09 - As it turns out, those who do not learn from history... still won't repeat it.
|
|
 |
|
|
The following page was printed from RemoteCentral.com:
| Topic: | executeActions() This thread has 22 replies. Displaying posts 16 through 23. |
|
| Post 16 made on Saturday April 18, 2009 at 21:45 |
Barry Gordon Founding Member |
Joined:
Posts: | August 2001
1,589 |
|
|
It appears that one needs to clarify the concept of "repeating portion", as there are two distinct usages of the term which tends to breed confusion.
In the world of IR (not Pronto Hex format), most IR protocols do not have a "repeating portion". To repeat the code they just retransmit it again. Sony is like this. Hold the button down on the remote, and if the code is allowed to repeat, it is sent again. Things like a power toggle code obviously would not be allowed to "repeat".
The original NEC codes did not have a repeat portion but that was changed sometime later. In some of the newer NEC codes (and others that are similar) there is the "One Time" pattern which is sent when you touch the button on the remote. There is also a very short pattern which just has the start and end sections of the One Time pattern but nothing in the middle. It is what is sent when the button is held down. (Note: The buttons I am referring to are on the original manufacturers remote).
Think of that pattern, the "Repeating pattern" as saying "do the last thing you did again". As long as the button was held down that same "Do it again" command is sent. This makes for a very responsive system as the "Do it again" command is generally of very short duration as it is missing all of the detail about what is to be done.
When the original Prontios were built, Philips wanted to cover all cases so they established the Pronto HEX format. Ths format consists of a four word preface that describes the remainder of the data followed by the data set(s) themselves. Philips allowed for two distinct data sets. One data set was for when the Pronto button (or screen) was touched and was called the One Time burst set or the One Time pattern; and one data set was for when the button was held down or the screen continuously touched and was called the Repeat Burst set or the Repeat pattern.
If you now think about it (just a little) you can see that the mapping of either type of IR protocol (with or without seperate and distinct repeat patterns) can be easily mapped into Philips pronto HEX.
In the Sony case where the entire pattern is to be sent to make it repeat, the two burst sets of the Pronto HEX codes are the same. If the command is not allowed to repeat then the second burst set is empty.
In the case of a seperate repeating pattern then The Pronto Hex format allows you to place the main pattern as the One Time burst set, and the repeating pattern as the Repeat Burst set.
Hope that halps explain it.
Last edited by Barry Gordon on April 19, 2009 11:57.
|
|
| Post 17 made on Sunday April 19, 2009 at 02:12 |
Lyndel McGee RC Moderator |
Joined:
Posts: | August 2001
9,152 |
|
|
This post is in reference to last post on Page #1 of this thread.
And, when it comes to duplicating activities, you should then consider putting your main script into panel labels and using eval() to cut down on config file size as script would be duplicated in all copies, but rather evaulated from a common place (1 copy). Search this forum for eval() for more info.
|
Lyndel McGee Philips Pronto Addict/Beta Tester View EscientPronto 1.0.2 Docs - [Link: mediafire.com] |
|
| Post 18 made on Tuesday November 3, 2009 at 09:40 |
jimmymac New Member |
Joined:
Posts: | November 2009
1 |
|
|
Hi All, I'm new to the forums and spotted this post.
I appreciate this is an old post - but I am also suffering with slow response when trying to use the onHold function. I too am trying to integrate several activities into one and use the same volume up/down buttons to control different kit depending on which room you are in and whether you wish to control the TV or AVR volume.
My previous button code stated:
onHold = function()
{volume_up();};
onHoldInterval = 50;
The volume_up function uses executeActions for hidden buttons.
It response is acceptable when changing the volume on TVs or the multi-room amplifier but is very slow with the Yamaha AVR for the cinema room. I have read the posts and although I have a little programming experience I don't know a great deal about IR codes. I need some help...
I have captured the AVR volume codes and I believe I have the short repeat code (by capturing while already holding down the remote control button):
Volume up full code:
0000 006E 0022 0002 0154 00AA 0016 0015 0016 003F 0016 0015 0016 003F 0016 003F 0016 003F 0016 003F 0016 0015 0016 003F 0016 0015 0016 003F 0016 0015 0016 0015 0016 0015 0016 0015 0016 003F 0016 0015 0016 003F 0016 0015 0016 003F 0016 003F 0016 0015 0016 0015 0016 0015 0016 003F 0016 0015 0016 003F 0016 0015 0016 0015 0016 003F 0016 003F 0016 003F 0016 05E3 0154 0054 0016 0E2C
Short code (I think):
0000 006E 0002 0002 0154 0054 0016 0E2C
How can I use the repeat code?
Do I change the button code to:
volume_up();
onHold = function()
{volume_up2();};
onHoldInterval = 1;
Where volume_up points to a button with the full code and volume_up2 would point to a button with the repeat code?
Any help will be greatly appreciated.
Also I saw in the posts a reference to a document by Barry Gordon but I couldn't see it in the document list - could anyone post a link for me?
|
|
| Post 19 made on Tuesday November 3, 2009 at 10:08 |
Lyndel McGee RC Moderator |
Joined:
Posts: | August 2001
9,152 |
|
|
Code #1
0000 006E 0022 0002 0154 00AA 0016 0015 0016 003F 0016 0015 0016 003F 0016 003F 0016 003F 0016 003F 0016 0015 0016 003F 0016 0015 0016 003F 0016 0015 0016 0015 0016 0015 0016 0015 0016 003F 0016 0015 0016 003F 0016 0015 0016 003F 0016 003F 0016 0015 0016 0015 0016 0015 0016 003F 0016 0015 0016 003F 0016 0015 0016 0015 0016 003F 0016 003F 0016 003F 0016 05E3 0154 0054 0016 0E2C
Code #2
0000 006E 0002 0000 0154 0054 0016 0E2C
This might work, depending solely on timing (don't use long onHoldIntervals > 50ms and don't use scheduleAfter to execute the widget). If it does not work, then your only recourse is to remain status quo.
|
Lyndel McGee Philips Pronto Addict/Beta Tester View EscientPronto 1.0.2 Docs - [Link: mediafire.com] |
|
| Post 20 made on Tuesday November 3, 2009 at 11:23 |
Barry Gordon Founding Member |
Joined:
Posts: | August 2001
1,589 |
|
|
|
The yamaha learned code does have the repeat sequence built in it is the last 4 numbers which constitute a null message. That is, a message with no data just a start sequence and a stop sequence. The null message is taken to mean "repeat the last message received". The pronto should issue the repeat sequence (after sending the full message once when the button was depressed, for as long as you hold the button depressed if attached to a button. Teh short code should be expanded by the pronto into the equivalent of the long code, and is just a reference to an algorithm supplying the necessary code numbers as parameters.
|
|
| Post 21 made on Tuesday November 3, 2009 at 18:15 |
Lowpro Senior Member |
Joined:
Posts: | March 2004
1,377 |
|
|
|
I have avoided using executeActions() in cases where the sending of an IR code is needed outside the confines of a macro per the reasons already discussed. I have also gotten quite used to seeing the "Sending Icon" animate while a given IR code is being sent which doesn't happen when using an executeActions() statement instead.
|
LP Related Links:
View my profile to access various
links to key posts and downloads. |
|
| Post 22 made on Tuesday November 3, 2009 at 19:12 |
Lyndel McGee RC Moderator |
Joined:
Posts: | August 2001
9,152 |
|
|
|
On November 3, 2009 at 18:15, Lowpro said...
I have avoided using executeActions() in cases where the sending of an IR code is needed outside the confines of a macro per the reasons already discussed. I have also gotten quite used to seeing the "Sending Icon" animate while a given IR code is being sent which doesn't happen when using an executeActions() statement instead.
There will be way to make the animation happen very soon. :)
|
Lyndel McGee Philips Pronto Addict/Beta Tester View EscientPronto 1.0.2 Docs - [Link: mediafire.com] |
|
| Post 23 made on Tuesday November 3, 2009 at 19:15 |
Lowpro Senior Member |
Joined:
Posts: | March 2004
1,377 |
|
|
|
Excellent! Most excellent indeed. :-)
|
LP Related Links:
View my profile to access various
links to key posts and downloads. |
|
 |
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.
|
|
|
|
|
