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 habe einen wirklichen nervigen Fehler und hoffe hier Hilfe zu finden. Ich habe einen Code geschrieben und möchte einen Indicator in meinen State-Machine ziehen. Jedes mal wenn ich den String Indicator "ind_Artnr" oder "ind_serialnr" in die Schleife ziehen will bekomme ich folgende Fehlermeldung und das Programm stürzt komplett ab.
Kennt jemand das Problem oder hat eine Lösung?
Das ist echt extrem ärgerlich und zeitraubend, da nach jedem Absturz die letzten 10-15 Minuten Arbeit komplett fehlen..
Zitat:Das ist echt extrem ärgerlich und zeitraubend, da nach jedem Absturz die letzten 10-15 Minuten Arbeit komplett fehlen..
In der Zwischenzeit solltest du doch mal einen Stand gespeichert (und gesichert) haben, kurz bevor du diese Indicators verschieben willst. Am besten natürlich mit einem SCC-System!
Wie sollen wir dir anhand zweier Bilder bei einem Problem in deinem Code weiterhelfen?
Zitat:Das ist echt extrem ärgerlich und zeitraubend, da nach jedem Absturz die letzten 10-15 Minuten Arbeit komplett fehlen..
In der Zwischenzeit solltest du doch mal einen Stand gespeichert (und gesichert) haben, kurz bevor du diese Indicators verschieben willst. Am besten natürlich mit einem SCC-System!
Wie sollen wir dir anhand zweier Bilder bei einem Problem in deinem Code weiterhelfen?
Hallo Gerd,
ja klar speicher ich zwischen. Aber kann ja auch nicht richtig sein, dass ich nach jedem Schritt speichern muss oder?
Ich denke nicht das es ein Fehler des Codes ist. Tippe da eher auf einen Fehler von LabView selbst und hatte/habe die Hoffnung das jemand mit der Erklärung was anfangen kann oder im besten Fall auch schon das Problem hatte. Es handelt sich btw. um LV 2016
EDIT: In der LV-Hilfe konnte ich zu dem Fehler folgendes finden: (LabVIEW) DAbort—interner LabVIEW-Fehler. LabVIEW kann bei einem internen Fehler (DAbort) nicht weiter ausgeführt werden, da sonst VIs im Speicher beschädigt werden können. Interne Fehler (DAborts) werden im Dialogfeld NI-Fehlerprotokoll zusammen mit einem Fehlercode angezeigt. Sie können auf ni.com nach dem Fehlercode suchen, um mögliche Ursachen für den internen Fehler zu finden.
manchmal können VIs aber "insane" werden, und das führt dann zu Abstürzen von LabVIEW.
Insofern kann das Problem durchaus an deinem VI (bzw. dem darin enthaltenen Code) liegen…
Die "insane" Fehlermeldungen habe ich schon länger nicht mehr gesehen, aber da stand doch immer dabei wo der Fehlerauftrat (wenn auch nur eine Zahl).
Frage: Hast du LabVIEW 2016 mit SP1 (Servoce Pack 1)? Falls nicht, dann mache einen Update auf SP1.
Ein paar Vorschläge:
1. Ctrl-Run button = Recompiles the current VI.
2. Ctrl-Shift-Run button = Recompiles all VIs in memory. (dauert etwas länger)
3. Die beiden Controls löschen und neu erstellen.
4. Versuche unterschiedliche Wege um zum gewünschten Ziel zu kommen (auch wenn diese teilweise etwas umständlich sind.
Also z.B. erst in die Schleife ziehen, dann in den Case-Zweig, oder erst einmal in einen anderen Case-Zweig.
Markieren, dann Ctrl+C (Copy) und kurz an die gewünschte Zielposition klicken, dann Ctrl+V (Paste) und anschließend das alte Control löschen und das neue umgebennen. In der Art gibt es ziemlich viele Varianten - lass dir ein paar einfallen.
(17.07.2020 11:42 )Martin.Henz schrieb: Die "insane" Fehlermeldungen habe ich schon länger nicht mehr gesehen, aber da stand doch immer dabei wo der Fehlerauftrat (wenn auch nur eine Zahl).
Frage: Hast du LabVIEW 2016 mit SP1 (Servoce Pack 1)? Falls nicht, dann mache einen Update auf SP1.
Ein wenig : bei LabVIEW 2016 gibt es kein SP1, da in danach die NI Week von August auf Mai umgezogen ist, und somit wurde auch die Veröffentlichung der nächsten Version :: entsprechend vorgezogen.
Weitere Vorschläge:
Wie groß ist das VI? Wenn es zu komplex, das könnte ein Grund sein.
Manchmal hilft es, ein VI komplett neu anzulegen, indem man z.B. das BD in ein neues VI kopiert. Vor allem, wenn das VI mglw. schon lange existiert und viele LV-Versions-Upgrades durchlaufen hat, hat man schon von solchen Sachen gehört.
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
Wir hatten bei uns lange das selbe Problem. Lange ohne Erfolg, inklusive NI-Unterstützung.
Nach einem Jahr hat ein NI-Mitarbeiter herrausgefunden das der Verursacher unser Tortoise-SVN-Server ist. Seitdem steht unter der Versionsverwaltung, inkompatible mit SVN
Die Versionsverwaltung hat jedes mal beim speichern richtig Quellcode zerhackt, welches dann zu Abstürzen führte.
: bei LabVIEW 2016 gibt es kein SP1, da in danach die NI Week von August auf Mai umgezogen ist, und somit wurde auch die Veröffentlichung der nächsten Version :
: entsprechend vorgezogen.
