Übersicht der Fehlercodes
Die Fehlerprüfung im Produkt TF3710 TwinCAT 3 Interface for LabVIEW™ folgt dem Standard-LabVIEW™-Datenflussmodell. Während der Ausführung der LabVIEW™-VIs findet an jedem ausgeführten Knoten eine Fehlerprüfung statt. Nur wenn kein Fehler auftritt, werden die Blöcke weiter durchgeführt. Wenn ein Fehler in einem Block auftritt, wird dieser an den nächsten Block übergeben und der betroffene Teil der Funktion oder der Block wird entsprechend nicht mehr ausgeführt.
Bei der Fehlerprüfung werden die LabVIEW™-Fehler-Cluster genutzt, die dann dementsprechend folgende Angaben weiterleiten:
- Status: Ein boolescher Wert, der TRUE ausgibt, wenn ein Fehler aufgetreten ist.
- Fehlercode: Eine Fehlerkennung in Form eines vorzeichenbehafteten 32-Bit-Integers. Wenn der Fehlercode nicht 0 lautet und der Status-Ausgang FALSE ausgibt, handelt es sich um eine Warnung und nicht um einen Fehler.
- Quelle: Gibt die Fehlerquelle in Form einer LabVIEW™-Zeichenkette an.
Die Beschreibung von dem Fehlercode befindet sich unter LabVIEW™
Menü > Hilfe > Fehler Beschreiben.

Um eine Kollision mit bestehenden LabVIEW™-Fehlern zu vermeiden, werden alle Fehlercodes in benutzerdefinierten Fehlercodes beschrieben. Beim Ausführen von LabVIEW™-VIs können folgende Fehlercodes auftreten.
error value | Siehe… |
---|---|
16#FFFF_DE04 - 16#FFFF_DCD9
| Gelistet in TwinCAT (ADS) Error Codes (dort ohne höherwertiges WORD). Weitere Informationen unten auf der Seite. |
16#0000_1414 - 16#0000_1432 | Gelistet in Support Return Codes. |
16#0000_1464 - 16#0000_157C 16#FFFF_E05C – 16xFFFF_DFF9 | Gelistet in Runtime Return Codes. |
![]() | Wenn ein Fehler während der Initialisierung auftritt, kann der Funktionsbaustein nicht genutzt werden. |
Weitere Informationen für Standard TwinCAT Error Codes:
error value | symbol | Fehlerbeschreibung | Behebungsmöglichkeit |
---|---|---|---|
16#FFFF_DDFA | NOMEMORY | Keinen Speicher | Falsche Speicher-Einstellungen |
16#FFFF_DDEB | TIMEOUT | Gerät hat einen Timeout | Ein Timeout kann während des Wartens von Rückmeldung oder Schickens von Anfrage auftreten. Bei einem überlasteten Netzwerk kann das häufig der Fall sein. Beim Einmaliges Lesen oder Einmaliges Schreiben ist das Timeout nicht so kritisch, da hier das Datenpaket in einem Durchgang gelesen oder geschrieben wird. |