+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Signaldarstellung (/Forum-Signaldarstellung)
+---- Thema: Graph an Control anschließen VS über locale Variable (/Thread-Graph-an-Control-anschliessen-VS-ueber-locale-Variable)
Seiten: 1 2
Graph an Control anschließen VS über locale Variable - Lucki - 28.01.2010 18:43
--Und hier noch das Beispiel, wie man die Update-Rate auf sinvolle auf 10Hz reduziert.
[attachment=24029]
Graph an Control anschließen VS über locale Variable - Y-P - 28.01.2010 19:00
Normal klappt's:
Ich hatte hier mal ein Bsp. für " Defer Panel Updates " hochgeladen:
http://www.LabVIEWforum.de/index.php?s=&am...ost&p=70537
Gruß Markus
' schrieb:das Frontpanelupdate könnte ich doch mit dem Property Node "DeferPanUpdts" vom Frontpanel des VI's verhindern. Mache ich dies, ändert sich an den Zeiten nichts.
Was ich auch irgenwie komisch finde, damit sollte man doch eigentlich auch ein bisschen Geschwindigkeit gewinnen.
Graph an Control anschließen VS über locale Variable - dimitri84 - 30.05.2010 14:40
' schrieb:Normal klappt's:
Ich hatte hier mal ein Bsp. für " Defer Panel Updates " hochgeladen:
http://www.LabVIEWforum.de/index.php?s=&am...ost&p=70537
Gruß Markus
Einer Frage zu dieser Methode: Wenn Defer.Panelupdate auf True ist, werden dann Eigenschaftsknoten die am FP rumpfuschen überhaupt noch abgearbeitet? D.h. sind diese dann immer noch ein Klotz am Bein?
Ich will z.B. einen CPU-schonenderen Modus in meinem Programm anbieten: d.h. wenn das Programm alleine vor sich hin misst, braucht es für das FP keine Ressourcen zu verbrauchen. Reicht es mit der Methode "Defer.Panelupdate" oder muss ich die Eigenschaftsknoten auch explizit nicht mehr aufrufen?
Graph an Control anschließen VS über locale Variable - jg - 30.05.2010 15:33
' schrieb:Einer Frage zu dieser Methode: Wenn Defer.Panelupdate auf True ist, werden dann Eigenschaftsknoten die am FP rumpfuschen überhaupt noch abgearbeitet?Ja, allerdings wird kein Neuzeichnen des FP erzwungen, somit...
' schrieb:D.h. sind diese dann immer noch ein Klotz am Bein?eher nein, dann das was Zeit kostet, ist da FP-Update.
' schrieb:Ich will z.B. einen CPU-schonenderen Modus in meinem Programm anbieten: d.h. wenn das Programm alleine vor sich hin misst, braucht es für das FP keine Ressourcen zu verbrauchen. Reicht es mit der Methode "Defer.Panelupdate" oders.o., sollte langen
' schrieb:muss ich die Eigenschaftsknoten auch explizit nicht mehr aufrufen?Nö, wobei viele PropertyNodes in einen zeitkritischen oder häufig auftretenden Ablauf (also z.B. Messung) sowieso zu vermeiden sind. PropertyNodes belasten auch nicht unbedingt die CPU, das ist dann eher bei häufigem Aufruf das FP-Update.
Gruß, Jens