Is it possible to defer panel updates on the PDA?

[M_Kunze]

Dear comunity members,

I have performance problems with my PDA application.

Mainly while LEDs are blinking, properties change, tab

indicators change and string changes.

At this very moment I stil use the 8.0.1 PDA toolkit because

I cant get the 8.2 running on my target but this is another

story.

I would like to defer panel updates while changing proberties and

other things. Is this possible with the PDA toolkit?

[Philipp R.]

Dear Martin

If I get you right you want to programmatically trigger screen updates. I don't think this is possible, it's controlled by the OS.

Best regards

Philipp Roessler

[M_Kunze]

Dear Phillip,

in LV it is possible since LV 6, I think.
With the PDA toolkit I havn't found something
like this.

Btw. in LV is still a bug inside of this function
because if you set defer panel updates to TRUE
the window will be redrawed once.
Now you are allowed to cange all the values of
all components without a panel redraw. When
you set defer panel updates to FALSE all changes
will take effect at once.
This parameter is often used to enhance tree and table
updates.

[Philipp R.]

Dear Martin

You are right about the 'Defer Panel Updates' property in LabVIEW; it is not
available for PDA targets, though.

I don't think there's a bug in the function: the behaviour you describe is
exactly the one documented in the LabVIEW help.

Best regards

Philipp Roessler

[M_Kunze]

Dear Philipp

You are right the function does what it should do but where is the sense?
You defer the panel updates to inc. speed. OK
Why is it nessesary to make a redraw before the panel is froozen?
When we talk about performance we talk about embedded conputers too.
They are mostly passive cooled and they have less performant CPUs.
If you do a panel redraw without the need you loose performance again.
From my point of view it doesn't make sense and it is a bug even when the
maual descibes the function as is.

[shoneill]

You need to redraw once because there might be indicators which have received new values BEFORE the "defer front panel" option is set, but have not yet actually been updated on the screen.

In order to prevent these normally scheduled updates being wrongly excluded by the "defer panel updates" function, they're drawn once the option is called.

The screen updates are asynchronous to setting the values of the respective terminals....

Shane.