INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

XControl - CPU Belastung



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

10.11.2010, 17:11
Beitrag #1

olum Offline
LVF-Grünschnabel
*


Beiträge: 27
Registriert seit: Sep 2007

2011
2007
DE

92263
Deutschland
XControl - CPU Belastung
Hallo,

habe seit kurzem ein Problem mit den XControls festgestellt.

Wenn ich ein VI mit einem eingebautem XControl öffne erhöht sich die CPU Belastung um ca. 20% ohne das das VI läuft. Es befindet sich im Bearbeitungsmodus.
Dieses Verhalten ist mir bei einigen XControls aufgefallen und bei anderen bleibt die Belastung bei 0%.

Kennt jemand das Verhalten oder gibt es eine Lösung dafür?

Vieln Dank
olum
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
10.11.2010, 19:32
Beitrag #2

schrotti Offline
LVF-Freak
****


Beiträge: 842
Registriert seit: Feb 2008

2009 - 2011
2006
kA

70180
Deutschland
XControl - CPU Belastung
Du musst uns entweder das XControl zur Verfügung stellen oder selber im Xcontrol nach dem Fehler suchen. Mach dazu Facade.vi auf und guck rein. Du kannst auch während der Ausführung über Rechtsklick-Fortgeschritten-Diagramm in das Blockdiagramm von Facade.vi wechseln. Wenn die die Fehlerbehandlung aktiviert ist können auch Sonden gesetzt und der Highlightmodus genutzt werden.

Gruß Julius
Empfehlungen: expressionflow, LavaG , mooregoodideas, OpenG, JKI Blog
Tipp
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
12.11.2010, 12:00
Beitrag #3

RHeil Offline
LVF-Grünschnabel
*


Beiträge: 26
Registriert seit: Nov 2010

2011 SP1
2001
EN

81737
Deutschland
XControl - CPU Belastung
Hierbei ist vor allem wichtig, eine grundlegende Eigenschaft von XControls zu verstehen:
Der Code des XControls wird auch dann ausgeführt, wenn das VI nicht läuft.

Klingt komisch, is aber so ;-)


Etwas konkreter: Das Facade VI ist ein Event-Handler, der auf etliche LabVIEW-Events reagieren kann. Das können nun auch Events sein, die es normalerweise nicht zur Laufzeit gibt, die aber in der Entwicklungsumgebung auftreten (z.B. das Ändern eines Controls in einen Indicator).

Mit etwas "Geschick" kann man damit LabVIEW auch ganz toll völlig blockieren, so dass man da nur noch mit Abschießen der labview.exe wieder rauskommt ;-)

Das ist übrigens kein grundsätzlicher Fehler, man muss sich nur bewusst machen, dass das Erstellen von XControls zu den sehr fortgeschrittenen Features gehört, die sehr tief in LabVIEW eingreifen.
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
12.11.2010, 15:20 (Dieser Beitrag wurde zuletzt bearbeitet: 12.11.2010 15:32 von olum.)
Beitrag #4

olum Offline
LVF-Grünschnabel
*


Beiträge: 27
Registriert seit: Sep 2007

2011
2007
DE

92263
Deutschland
XControl - CPU Belastung
Danke für eure Antworten.

Bin jetzt selber auf die Quelle des Problems gestoßen.
In dem XControl habe ich auf eine Umgebungsvariable lesend zugegriffen. Sobald ich den Teil desaktiviert habe, war die CPU Belastung weg.
Das Schreiben von Umgebungsvariablen macht allerdings keine Probleme.

Edit: Das Verhalten tritt nur auf wenn sich die Variable auf einem anderem System befindet. (Netzwerk)

Verdacht Gerade umgekehrt als es meistens der Fall ist.Smile

Sollte man dies NI melden?

Grüße
olum
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
16.11.2010, 15:45
Beitrag #5

RHeil Offline
LVF-Grünschnabel
*


Beiträge: 26
Registriert seit: Nov 2010

2011 SP1
2001
EN

81737
Deutschland
XControl - CPU Belastung
Ich vermute, Du meinst Network Shared Variables?
Da erscheint es mir sogar halbwegs logisch, dass Lesen aufwändiger sein könnte als Schreiben.
An NI melden halte ich für wenig zielführend.

Die entscheidende Frage ist wohl eher:
Wieso muss das XCTL dauernd mit den Variablen hantieren, obwohl das VI nichtmal im Run Mode ist?

Klingt aber so, also wenn Du dieses konzeptionelle Problem nun ausgeräumt hättest.
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30
Antwort schreiben 


Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  exaktes Ausrichten von XControl-Fassaden Hasenfuss 2 2.847 19.10.2016 07:28
Letzter Beitrag: TSC
  CPU-Belastung bei dynamischem VI-Aufruf Marcusius 2 2.621 12.05.2016 16:44
Letzter Beitrag: Ascend
  Probleme mit XControl -> DisplayStateIn Hasenfuss 0 2.408 07.04.2016 09:28
Letzter Beitrag: Hasenfuss
  Wie XControl ausführen? Hasenfuss 2 2.971 29.06.2015 13:03
Letzter Beitrag: Hasenfuss
  XControl sendet keine Daten nach draußen Hasenfuss 4 3.885 06.04.2015 13:52
Letzter Beitrag: macmarvin
  XControl erstellen, Tabelle mit Spaltentitel über n Spalten dali4u 1 3.473 28.03.2015 15:09
Letzter Beitrag: GerdW

Gehe zu: