Hallo allerseits,
vorab ich bin eher noch neu mit LabVIEW und kenne mich daher nicht so gut damit aus.
Zu meiner Frage: ist es möglich diese Fehlermeldung (siehe Anhang) zu umgehen?
Meines Wissens nach tritt dieser Fehler auf weil der String am Anfang leer ist.
Drückt man die Meldung weg funktioniert das Vi wie es soll.(wenn es nicht abgestürzt ist)
Mit freundlichen Grüßen
Schrankwand
Hallo Schrankwand,
wie wäre es, wenn du einfach mal Error-Hanlding implementierst?
Damit könnte man auf jeden Fehler passend reagieren…
Die UnflattenFromString-Funktion bietet doch ErrorIO-Anschlüsse!?)
LabVIEW wirft diese Fehlermeldung automatisch aus, wenn am Ende einer Fehlerkette keine Auswertung passiert (grob gesagt).
[
attachment=62518]
Dein Error Out ist bei keinem der VIs verbunden, somit immer am Ende ohne Auswertung = bei nem Fehler nen Fehlerfenster.
'Clear Error.vi' mit '74' hebt
diesen Fehler immer auf, kann allerdings zu anderen Problemen führen!
GerdW hat natürlich recht, ein anständiges Error-Handling hilft.
Zum Beispiel wenn ein Fehler anliegt, muss alles danach vermutlich gar nicht erst verarbeitet werden..
MfG Timo
(02.05.2023 14:55 )Schrankwand schrieb: [ -> ]ist es möglich diese Fehlermeldung (siehe Anhang) zu umgehen?
Da ich immer mein eigenes Error-Handling verwende, schalte ich in den allgemeinen Einstellungen die automatische Fehleranzeige aus. Es wird auch dann, wenn der Error-Ausgang nicht verdrahtet ist, keine Fehlermeldung angezeigt (wobei der Fehler selbstverständlich weiterhin auftritt).
Hallo,
danke für die schnellen Antworten.
Ich habe das Error Handling nun Implementiert und es funktioniert wie es soll.
Vielen dank.
Mfg. Schrankwand
(02.05.2023 14:55 )Schrankwand schrieb: [ -> ]Hallo allerseits,
vorab ich bin eher noch neu mit LabVIEW und kenne mich daher nicht so gut damit aus.
Zu meiner Frage: ist es möglich diese Fehlermeldung (siehe Anhang) zu umgehen?
Meines Wissens nach tritt dieser Fehler auf weil der String am Anfang leer ist.
Drückt man die Meldung weg funktioniert das Vi wie es soll.(wenn es nicht abgestürzt ist)
Mit freundlichen Grüßen
Schrankwand
Dieser Code hat wahrscheinlich ein sehr hohes Crashpotential. Ich sehe nirgends eine Initialisierung des ersten Arrays. Zwar ist es möglich das das in der Call Library Node mittels entsprechender Konfiguration der minimum Buffergrösse gemacht wird, aber aus dem Bild kann man das nicht beurteilen. Falls das nicht gemacht wird, schreibt die Funktion halt jedesmal in ungültigen Speicher und dann ist es reine Ünglückssache ob das Ganze gleich crasht oder vielleicht "nur" irgendeinen Speicherbereich in Deinem Programm überschreibt und entweder später irgendwann mal crasht oder vielleicht auch nur mit falschen Daten irgendwo anders in Deinem Programm weiterrechnet!!