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:
Differences you should be aware of with TSU Firmware 7.2.23 from earlier versions
This thread has 4 replies. Displaying all posts.
Post 1 made on Friday August 13, 2010 at 19:16
Lyndel McGee
RC Moderator
Joined:
Posts:
August 2001
12,764
I am posting this with minor edits but it is what I received from Belgium a while back. When reading this, one should assume that the constraints regarding serial.match likely also apply to any 1-way RS-232 actions that might be running concurrently with your Prontoscript.

Behavioral Differences

Application version 7.2.23 introduces a fix for fast subsequent actions on the same extender.

A side-effect of this fix is a slight change in the behavior of asynchronous operation of a serial port from within ProntoScript.

Previously (application [firmware] version 7.2.22 and earlier), when a non-blocking serial.match(..) operation was not yet timed out, new serial.match() operations would fail (for asynchronously addressed serial ports, this failure is exhibited as a call to an onError handler, the match itself would not throw an exception).

[Beginning with] application [firmware] version 7.2.23 however, performing a serial.match() while a pending serial.match(..) is not yet timed out, will cause the pending match(..) operation to abort, potentially dropping already received data in transit.
Lyndel McGee
Philips Pronto Addict/Beta Tester
Post 2 made on Saturday August 14, 2010 at 04:08
BluPhenix
Long Time Member
Joined:
Posts:
December 2008
371
Urgh?

That's not good. I guess I'll stick to the blocking behavior or make a scheduler that will handle this.

Thanks Lyndel.
Post 3 made on Saturday August 14, 2010 at 04:58
MCFH
Long Time Member
Joined:
Posts:
December 2009
35
The issue with this (and Lyndel am posting this here rather than in the other thread that talks to a similar theme) that I experience is that if I have, say, component A and B, both using schedulers that monitor different COM ports on the same extender (1 and 2 in my case) I lose data and have no way of detecting this.

I have developed a scenario and shared it with Belgium as it was 100% repeatable and am awaiting their analysis - where code works fine when only one of the devices is polled and fails when they both are. Clearly they should be able to co-exist.

I have worked round it by creating another scheduled activity that marshals the data across both ports sychronously and this works at the cost of a slower response time but means that all code referencing serial ports across a single Pronto needs to call the marshalling code and you cannot use the button mappings. In my opinion the marshalling should be done at firmware level not script level so that code I write can co-exist with code someone else writes.

Mark
OP | Post 4 made on Saturday August 14, 2010 at 14:26
Lyndel McGee
RC Moderator
Joined:
Posts:
August 2001
12,764
Mark,

I agree with you as well. I understand that indeed there are times when firmware must change to properly fix an issue. However, a change that breaks backward compatibility as this has done, even in the interest of a bugfix should at least have had some mention in the release notes.
Lyndel McGee
Philips Pronto Addict/Beta Tester
Post 5 made on Thursday August 19, 2010 at 18:43
anderson_ev123
Long Time Member
Joined:
Posts:
May 2010
71
anyone notice firm keys dont execute visual responses anymore they used to... ie pressing a fitm key used to show a pressed state it no longer does???


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