+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Express VI: Kollektor - Problem / Alternative? (/Thread-Express-VI-Kollektor-Problem-Alternative)
Express VI: Kollektor - Problem / Alternative? - ExXeQtor - 22.07.2011 12:09
Hallo zusammen, hier mein erster Eintrag in das Forum, bin Neuling:
Ich habe ein VI gebaut, das anhand des DAQmx Daten erfasst und weiterverarbeitet. In der Weiterverarbeitung kommt es öfter mal vor, dass ich aus dem großen Array für die FFT etc (2400 einträge) kleinere machen muss. Derzeit mache ich das mit den Kollektor-Express VIs.
Nun ist es aber so, dass die Sammlung von einzelwerten (also nicht arrays) -z.B. zeitlich abfolgende Berechnung von Varianzen aus Werten eines Arrays -einen kleinen roten Punkt am Eingang des Kollektors geben - es funktioniert zwar alles, offensichtlich aber nicht so wie es soll.
Wie bekomme ich diesen roten Punkt weg - und gibt es alternativen zum Kollektor, die ich (Labview Neuling) schnell verstehen und nachbauen kann?
Viele Grüße
Alex
RE: Express VI: Kollektor - Problem / Alternative? - Morpheus - 25.07.2011 10:33
Hallo Alex
Den roten Punkt, welchen Du am Eingang der Express-Funktion siehst, ist ein "coercion dot".
Das heisst, dass LabVIEW eine Ungleichheit der Datentypen festgestellt hat und diese umkonvertieren muss.
Diese automatische Typenkonvertierung von LabVIEW sollte, wenn möglich, nicht verwendet werden.
Dadurch wird die Performence der Applikation verbessert.
Grundsätzlich funktioniert Deine Anwendung aber auch, wenn diese "coercion dots" auftreten.
Die roten Punkte verschwinden, sobald Du die Datentypen konvertierst (siehe Bild im Anhang).
Gruss
Christoph
RE: Express VI: Kollektor - Problem / Alternative? - dimitri84 - 25.07.2011 20:07
(25.07.2011 10:33 )Morpheus schrieb: Diese automatische Typenkonvertierung von LabVIEW sollte, wenn möglich, nicht verwendet werden.Sehe ich ein bisschen anders.
Dadurch wird die Performence der Applikation verbessert.
Contra "coercion dot": Nicht explizit ersichtlich wohin konvertiert wird.
Pro "coercion dot": Wenn man LV das konvertieren überlässt geschiet das ganze, wenn möglich, inplace (ohne zusätzliche Speicherallozierung). D.h. mit dot ist es entweder gleich effizient oder effizienter. Auch wenn's irgendwie suggeriert, dass man was falsch gemacht hat
(Wobei beim Konvertieren zum DDT-Format sicher immer ne Kopie gemacht wird - egal wie konvertiert wird.)
Gruß