Übersichtliche Struktur und das Problem mit Events

' schrieb:Da das Programm sehr umfangreich ist / wird lege ich sehr viel Wert auf eine übersichtliche und klare Struktur. Vorallem da meine Arbeit von anderen auch nachvollzogen werden soll und eventl. eigene Änderungen dran vornehmen können.

Das ist schonmal löblich

' schrieb:Mein komplettes Programm besteht aus einer großen While-Loop, die solange durchlaufen wird - bis das Programm beendet wird. In der While-Loop habe ich eine Case, die die verschiedenen Programm Teile wiedergibt. Jede Case kann somit als einzelner Schritt eins Ablaufdiagramms gesehen werden - die je nach "programmierter Caseauswahl" zum nächsten Schritt springt.

Es gibt im Moment die folgenden Programmschritte:
- Initialisierung von Variablen und Daten
- Initialisierung des Frontpanels
- Verbindungsaufbau
- Hauptprogramm
- Programm beenden

Gibts dafür eine Möglichkeit, den Event-Puffer zurückzusetzen?
Oder nach welcher Struktur arbeitet ihr - Ein Verbindungsaufbau muss bei euch ja auch immer der Fall sein.

Toplevel VI (ist das VI dessen Frontpanel der User zu Gesicht bekommt) --> Producer-Consumer-Architektur
Sub VI's --> Statemachines
Damit hast du eine übersichtliche, gut lesbare und leicht zu erweiternde Anwendung. Allerdings hast du das nicht von heute auf morgen drauf. Es bedarf einer gewissen einarbeitungszeit, die sich aber allemal auszahlen wird.

' schrieb:Wie handhabt ihr das auftauchen eines Fehlers und die damit verbundene Neu-Initialisierung etc..

Ganz einfach mit einem Errorhandler. Das musst du schon selbst machen. LV ist Datenfluss orientiert d.h. am Ende des Datenstroms kannst du schön nach Fehelern ausschau halten. Wie du welchen Fehler behandelst bleibt dir überlassen. Bei mir geht das von einer einfachen Warnmeldung bis hin zum Beenden der Applikation.

Gruß, abrissbirne