Hello!

This is a very little issue in this firmware!! but, made my entire software to crash!!
Try use this script:

System.setGlobal ("temperatura" , " °");
label = System.getGlobal ("temperatura");

Believe or not, in the last firmware the button label will show " °" , but now!!! the system reset and go to the home page!!!

In fact the wifi conection restart too... this may have some use some times!!! LOL

In order to show the temperature degrees symbol, use the following ProntoScript:

System.setGlobal ("temperatura" , String.fromCharCode(176));

This uses the character code from the tables in the back of the new PSDG.

Ok! but why it works on the last firmware??

My 2P,

Send a small XCF to prontoteam at philips dot com that will allow them to reproduce your problem. Describe in detail what steps, exactly they need to do to reproduce the problem.


As a workaround, I believe you can use '\uf0b0' as the string instead of using the String.fromCharCode(176).

Ok! thanks! but i don't think that is nessessary to contact prontoteam right?? is just a small thing...

NO!!! It's a bug, a regression bug. They need to know about it. Especially if it worked before.

If your ProntoScript code causes the remote to reset, that's a serious fault and they will indeed want to fix it. That's why I asked to send the config. If you'd prefer I send it, email to me @ my addy on profile.

I've already asked the team lead to look @ this thread.

You are right about it, i will do that!

Thanks Again!!

Lyndel, a little question, it is possible to define a function that will be executed only when the panel wake up?

No. That support is not available.

I'm keeping my fingers crossed.


In the meantime, Barry Gordon has discussed a way to do this (in another thread) by using scheduleAfter() + new Date().valueOf() to track time deltas between current run and last run. If elapsed time is say, for example, > 2 seconds assuming you are using an interval of 777ms, then you can likely expect that the control panel has been to sleep and is waking up.

FYI, my suggest above about building a string with '\uf0b0' works like a charm. I use this for my own Weather device.

Use the scheduleAfter is a good idea, i will try it!!!

Lyndel, your suggest really works, but i think we have some others little bugs in this new firmware, but i didn't find it yet!! some others scripts that works in the last firmware make the system restart!! and i'm sure about that, i have two TSU 9600, one with the new firmware and other with the old one, both with the same xcf...

Well, not always:
I get resets the second time i try to set a label to '\uf0d7'.
Using String.fromCharCode(215) instead works but writes a wrong character. (not Pronto special)
Only current workaround for me is to use standard ASCII characters or go back to the previous firmware. *grml*

The problem occurs when trying to use anything from the 0x7f to 0x80 range, or the \uf0XX range. My workaround for EscientPronto was to assign the play/pause symbol directly to the firmkey in the editor and then use a single space ' ' to wipe it out if not needed. I know this won't be acceptable to many of you so here goes...

I've contacted Philips about this problem and have actually been sent a revision of firmware (alpha only) to test and can confirm that this has been fixed in what should be the next firware release.

No ETA on actual time yet but rest assured that it will be addressed.