Gutes LV Design bei großen Programmen

(03.09.2014 08:26 )elhorst schrieb:  2. Daten die zwischen Cases übergeben werden sollen in Cluster packen EDIT: sollte ich jetzt ganz auf lokale Variablen verzichten?

Wenn es geht, ja. Muss aber nicht immer sein. Hängt auch vom Datentyp ab, da bei lokalen Variablen eine Kopie im Speicher angelegt wird. Bei großen Arrays also besonders schlecht.

(03.09.2014 08:26 )elhorst schrieb:  Fragen: Ich brauche das Enum nicht im FP, da die Reihenfolge während des Ablaufs nicht geändert werden soll. Deshalb lasse ich es als Konstante im BD und stelle es auf den "Init State", richtig?!

Ja

(03.09.2014 08:26 )elhorst schrieb:  Wenn ich im FP ein Netzteil einstellen will, wie geht es am besten, dass er nicht erst wartet bis dieser State wieder aufgerufen wird, sondern das gleich der entsprechende "Steuerung-Netzteil State" aufgerufen wird?

Habe mir dein Programm nicht angeschaut, kann dazu nichts sagen. Hört sich dann nach dem nächst-höheren Programmierschema an, z.B. Producer-Consumer oder Queue-driven State Machine (QSM)

(03.09.2014 08:26 )elhorst schrieb:  Die Kamera ist eine USB-Webcam, die ich über das Vision-Express VI konfiguriert habe. Kann ich die Bilderfassung parallel zu der Statestruktur laufen lassen? Falls ein continous grab zu lahm wird, kann ich auch Einzelbilder jede Sekunde aufnehmen.

Autsch, relativ aktuelles Vision auf einem so schwachbrüstigen Rechner? LabVIEW alleine ist ja schon Speicher-hungrig...

Gruß, Jens