LabVIEWForum.de - Labview hängt sich auf

LabVIEWForum.de

Normale Version: Labview hängt sich auf
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2
Hi leute,

ich automatisiere gerade eine Forschungs-Anlage mit Labview. Die Experimente dauern immer zwischen 24 Stunden und einer Woche. Das Problem das ich habe ist, dass Labview nach ca 1000 min mit der Abarbeitung der Funktionen aufhört.
Der Computer wird immer über die Nacht gelockt. Die anderen Programme, die noch nebenbei am PC laufen, zeichnen aber die ganze Zeit Daten auf. Also am PC sollte es nicht liegen.
Wenn man dann in der früh den PC wieder entsperrt arbeitet das Programm dort weiter wo es sich in der Nacht aufgehängt hat.

Hat jemand eine Idee warum Labview nicht weitermacht??

lg Scherni

EDIT jg: CROSSPOST (Dank an Gerd für den Hinweis)
Hallo Scherni,

Zitat:Wenn man dann in der früh den PC wieder entsperrt arbeitet das Programm dort weiter wo es sich in der Nacht aufgehängt hat.
Also hat sich LabVIEW doch nicht aufgehangen? Dann ist doch alles schick...

Im Ernst: Eine bessere Titelzeile wäre nicht schlecht gewesen! Erstelle in deinem LV-Programm doch mal ein Logfile, in dem du alle möglichen Dinge in deinem Programm protokollierst. Vielleicht bekommst du so mit, wann und evtl. auch warum dein Programm über Nacht nicht arbeiten mag... Auf die Schnelle würde ich auf irgendwelche Stromspar-Einstellungen des PCs tippen!
Mir ist keine bessere eingefallen.

Ich zeichne so ziehmlich alle Daten in einem CSV file auf. Ich sehe auch genau waun er sich aufhängt. Nur sehe ich da keinen Zusammenhang warum. Es erscheint ja in der früh auch keine Fehler oda etwas ähnliches.

Es kann nicht an den energieeinstellungen des PC's liegen, da die anderen Programme über Nacht problemlos weiterlaufen und weiterloggen.

Labview sollte von sich aus fehlerfrei 24h durchlaufen?
Kann es sein dass das Locken des PC's zu dem Fehler fürht.
1. Ja, wäre schlimm, wenn nicht.
2. Evtl., kommt darauf an, was Du da machst, bzw. wie und was Du loggst. Deshalb wäre das VI (mit SubVIs) nicht schlecht.

Gruß Markus

(03.09.2012 09:48 )Scherni schrieb: [ -> ]Labview sollte von sich aus fehlerfrei 24h durchlaufen?
Kann es sein dass das Locken des PC's zu dem Fehler fürht.
Hallo Scherni,

Zitat:Kann es sein dass das Locken des PC's zu dem Fehler fürht.
Eigentlich nicht. Aber es wäre doch ein sehr einfacher Test, den Rechner in der nächsten Nacht nicht zu sperren, oder?
Ich stell mal das VI rein.
Ist nicht die aktuellste Version....aber die die sich am häufigsten Aufhängt

EDIT: Hab jetzt gerade einen neuen Test gestartet bei dem ich den Pc nicht locke.
Aber ich sehe keine Grund warum das locken des PC's das Labview Programm abbricht
Hallo Scherni,

und welches ist das Haupt-VI?

Ich finde es toll, ein Verzeichnis mit lauter kopierten VIs verschiedener Versionsstände zu erhalten und dann darin suchen zu dürfen...
Sry...habs vergessen dazuzuschreiben.

Baco_v0.65

Der rest sind SUB-VI's oder ältere Versionen
Hallo Scherni,

tut mir leid, aber mein Monitor ist nicht groß genug für dein VI, weder FP und erst recht nicht BD...

Außerdem verstehe ich nicht, warum man VISA-Close und VISA-Read allein in einzelne subVIs verpacken muss.
Warum so viele lokale Variablen, unübersichtliche Sequenzen, RubeGoldberg-Code?
Warum kein ordentliches Clustern der Konfigurationsdaten?
Warum, warum, warum...
Hallo GerdW

Ich weiß, dass es zur Zeit sehr unübersichtlich ist!
Weiß aber auch nicht wirklich wie ich das BD übersichtlicher gestalten kann.
Das ein oda andere SUBVI ist etwas unnütz. Ich habs hald wegen der einheitlichkeit so gemacht.

Bin leider noch nicht so erfahren mit Labview und mehr das programmieren mit C# oder ähnliche gewohnt. Von daher kommt immer der Weg zur Variable anstatt der direkten verbindung. Ich versuche so gut es geht ablauforientiert zu programmieren
Seiten: 1 2
Referenz-URLs