Graph aus VISA

(22.06.2012 08:29 )Diabolik666 schrieb:  Also mein Problem liegt darin, dass ich nichts habe was ich an das Shift Register anschließen könnte damit es initialisiert wäre?

Und wegen RaceCondition: Am besten die lokale Variable nicht verwenden oder anderst positionieren ? Wenn ich sie nicht verwende, könnte ich stattdessen probieren mit VISA read einfach den Wert auszulesen , dann müsste ich doch beim wandeln VI nicht mehr den String parsen , jedoch habe ich es bereits so mal versucht ohne Erfolg ?
Es wäre gut wenn das jemand mal so versuchen könnte.

Wenn loklale Variablen eine Racekondition bewirken bedeutet das IMMER, das sie unnötig sind. Lokale Variablen sind NICHT gedacht um Wires zu sparen. Eine solche Verwendung der lokalen Variablen hat fast immer Race Konditions zur Folge. Du kannst die lokalen Variablen dann zwar meist mit extra Sequenzframes davor behüten um in falscher Reihenfolge gelesen und geupdated zu werden, aber die sinnvollere Variante ist fast immer, um die lokalen Variablen ganz schnell wegzuschmeissen und durch explizite Wires zu ersetzen. LabVIEW ist Dataflow und das ist das Basisprinzip auf dem die Diagrammlogik aufbaut. Deshalb sollte man auch Dataflow verwenden wann immer das geht. Das ermöglicht LabVIEW um effizienter zu sein (lokale Variablen verursachen meist extra Datenkopien), und bringt auch eine eindeutige Logik in den Programmablauf.

Grundsätzlich können in LabVIEW Dinge die nicht durch Wires voneinander abhängig sind, in absolut beliebiger Reihenfolge durch LabVIEW abgearbeitet werden. Das ist grossartig für automatisches Paralleliseren von Codeteilen, aber ein Alptraum für Code der eine bestimmte Ablauflogig folgen sollte, die aber durch lokale (oder globale Variablen) völlig ausgehebelt wird.

Anzeige