Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
Ich hab mal wieder ein Problem mit einem meiner Programme!
Das Programm zeichnet kontinuierlich (in einem bestimmten Intervall)
Messdaten auf. Allerdings bleibt der Code in einem Teil eines Sub-VIs
manchmal hängen und so friert das Hauptprogramm ein, bis es jemand neu startet.
Wie komme ich hier weiter? Ist es möglich eine Art Timeout einzubauen, damit
sich das VI resettet, wenn sich eine bestimmte Zeit nichts tut? Wie würde das konkret gehen?
Ich wäre für jeden Tipp dankbar! Hoffe es meldet sich jemand,
' schrieb:Allerdings bleibt der Code in einem Teil eines Sub-VIs manchmal hängen und so friert das Hauptprogramm ein
Zitat:Wie komme ich hier weiter?
Fehler suchen?
Du könntest den Teil des Programmes, von dem du meinst er sei fehlerhaft, hier posten. Möglichkeiten, die zu dem bei dir auftretendem Verhalten führen, gibt es mehrere.
Zitat:Ist es möglich eine Art Timeout einzubauen, damit sich das VI resettet, wenn sich eine bestimmte Zeit nichts tut?
Von einer solchen Lösung rate ich ab. Besser ist es den "Fehler" zu suchen und zu beheben.
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
' schrieb:Fehler suchen?
Du könntest den Teil des Programmes, von dem du meinst er sei fehlerhaft, hier posten. Möglichkeiten, die zu dem bei dir auftretendem Verhalten führen, gibt es mehrere.
Von einer solchen Lösung rate ich ab. Besser ist es den "Fehler" zu suchen und zu beheben.
Hallo und Danke für die Antwort.
Beim "fehlerhaften Teil" des VIs, also dem Code an dem es irgendwann nicht mehr weitergeht, wird eine
externe dll-Datei aufgerufen. Diese dll Datei stammt aus den Treiber-Dateien des seriellen Bussytems, welches
für die Datenkommunikation verwendet wird (1-Wire). Der Grund für das "Aufhängen" sind vermutlich Probleme
im Bussystem. Es kann durchaus sein, dass das Programm mehrere Tausend mal korrekt die Schleife durchläuft
bevor es sich plötzlich aufhängt, manchmal aber auch schon viel schneller. Deshhalb der Gedanke an das Timeout.
Wenn das Programm im DLL-Knoten, also in der DLL hängen bleibt - da kann man nix machen. Das "gewaltsame" Beenden des DLL-Knotens, also der DLL, würde immer mindestens zu einer irreperablen Dateninkonsistenz führen. Wahrscheinlicher ist aber, dass ein solchen Beeden zu einem instabilen Gesamtsystem führen würde.
Ich sehe hier folgende Möglichkeiten.
Erstens:
Die DLL hat einen Fehler. Ein Fehler ist es in meinen Augen auch, wenn die DLL (respektive die betreffende Funktion innerhalb der DLL) aufgrund eines Busfehlers ewig weitermacht und sich nicht mit einem Fehler beendet. In diesem Falle müsstest du bei dem DLL-Hesteller nachfragen, was das soll.
Zweitens:
Der DLL-Aufruf ist falsch. Du könntest Anschlüsse am DLL-Knoten z.B. entweder falsch definiert oder mit falschen bzw. ungültigen Werten belegt haben. Sowas muss nicht zwangsläufig zu einem sofortigen Fehler führen. Der Fehler kann genau in der Art auftreten wie bei dir.
Drittens:
Du verwendest die DLL falsch. Möglicherweise hat die DLL bereits einen Fehler festgestellt und den auch zurückgemeldet. Nur: Das hast du ignoriert. Jetzt darfst du möglicherweise den DLL-Aufruf, der hängen bleibt, gar nicht mehr ausführen.
Viertens:
Du ignorierst das Timing innerhalb der DLL. Möglicherweise arbeitet die DLL mit eigenen Threads. Das heißt, sie arbeitet auch, wenn du gar keinen DLL-Knoten aufrufst. Wenn du in einem solchen Falle möglicherweise gewisse DLL-Funktionen zu schnell oder auch nur überhaupt aufrufst - geht was kaputt in der DLL.
Mir würden bestimmt noch mehr Sachen einfallen. Kannst du von den vier hier was ausschließen?
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
' schrieb:Mir würden bestimmt noch mehr Sachen einfallen. Kannst du von den vier hier was ausschließen?
Nein, da kann ich nix ausschließen, weil ich nicht wirklich weiß, was da eigentlich
passiert. Das VI habe ich so übernommen und es umzuschreiben/abzuändern traue ich mir
bei weitem nicht zu. Trotzdem Danke für die ausführliche Antwort.
ich benutze einfach den alten Thread, es dreht sich noch um das selbe Problem.
Ich würde es nun wirklich gerne so lösen, dass zB das Programm neugestartet wird oder
sogar der PC, wenn der Code in besagtem DLL Knoten hängen bleibt.
Ich wäre wirklich dankbar, wenn mir jemand kurz einen Tipp geben könnte, wie ich
eine Art Timeout realisieren kann! Mit der Ereignisstruktur habe ich es nicht hinbekommen,
da normalerweise kein Benutzer am PC sitzt und somit keine Events ausgelöst werden...
Auch wenn es programmiertechnisch vermutlich höchst daneben ist, wäre es sehr nett
wenn ich da Hilfe bekommen könnte!
Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN
71083
Deutschland
SubVI hängt sich manchmal auf
Lad' mal Dein VI und evtl. auch die DLL hoch...., dann kann man Dir wesentlich einfacher helfen.
Gruß Markus
' schrieb:Hallo nochmal,
ich benutze einfach den alten Thread, es dreht sich noch um das selbe Problem.
Ich würde es nun wirklich gerne so lösen, dass zB das Programm neugestartet wird oder
sogar der PC, wenn der Code in besagtem DLL Knoten hängen bleibt.
Ich wäre wirklich dankbar, wenn mir jemand kurz einen Tipp geben könnte, wie ich
eine Art Timeout realisieren kann! Mit der Ereignisstruktur habe ich es nicht hinbekommen,
da normalerweise kein Benutzer am PC sitzt und somit keine Events ausgelöst werden...
Auch wenn es programmiertechnisch vermutlich höchst daneben ist, wäre es sehr nett
wenn ich da Hilfe bekommen könnte!
lg Blondchen
-------------------------------------------------------------------------- Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
