Warnung
Sie lesen eine alte Version dieser Dokumentation. Wenn Sie aktuelle Informationen wünschen, schauen Sie bitte unter 5.1 .Protokoll-Spezifikationen
Die Kommunikation mit EYE+ erfolgt über ein einfaches textbasiertes ASCII-Protokoll. Der Client sendet einen Befehl, EYE+ antwortet mit einem Statuscode, gefolgt von einer Nachricht.
Wichtig
Ein ASCII-Befehl muss von einem eindeutigen ASCII Zeilenvorschub-Zeichen (z.B. LF, n) gefolgt werden. Im TCP-Terminal wird das Zeichen automatisch gesendet und muss nicht angegeben werden.
EYE+ Befehl
Der Befehl muss in Kleinbuchstaben mit unterstrichenen Trennzeichen geschrieben werden (z. B. get_parameter). Zwischen dem Befehl und dem Parameter sowie zwischen dem Parameter und dem Wert muss ein Leerzeichen stehen. Im Abschnitt Befehle finden Sie alle verfügbaren Befehle.
ohne Parameter oder Wert
<command>\n
mit Parameter aber ohne Wert
<command>␣<parameter>\n
mit Parameter und Wert
<command>␣<parameter>␣<value>\n
EYE+ Antwort
EYE+ antwortet auf jeden Befehl des Clients mit einem Code, der den Client über den Status des Befehls informiert. Die Antwort läuft immer auf die gleiche Weise ab:
<response_code>␣<further information>\n
Wenn die Antwort mehr als eine Zeile enthält, wird die Anzahl der Zeilen nach <response_code> angefügt.
<response_code>␣<n>␣<further information>\n
<further information>\n
...
<further information>\n
|
Bedeutung |
|---|---|
200 |
Der Befehl wurde erfolgreich ausgeführt |
201 <n> |
Der Befehl wurde erfolgreich ausgeführt und enthält <n> Zeilen in der Ausgabe |
4xx |
Fehler vom Client |
5xx |
Fehler vom Server (d. h. EYE+) |
Fehlercodes
Im Falle eines Fehlers folgt auf den Fehlercode eine eindeutige Beschreibung des Fehlers.
Client-Fehlercodes
- 401
Der empfangene Befehl ist unbekannt
- 402
Das angegebene Argument ist für diesen Befehl nicht gültig
- 403
Das Subsystem Produktion wurde nicht gestartet
- 404
Der angegebene Parameter existiert nicht
- 405
Ein get_part Befehl ist bereits aktiv, höchstwahrscheinlich unter Verwendung einer anderen Verbindung
- 406
Der angeforderte Übergang in einen anderen Systemstatus ist nicht erlaubt
- 407
Der Identifikator des Rezepts wird im System nicht gefunden
- 408
Das Rezept ist nicht bereit, um in Produktion verwendet zu werden
- 409
Das System befindet sich nicht in einem gültigen Status
Server-Fehlercodes
- 501
Timeout beim Versuch, gültige Teile zu finden, erreicht
Prüfen Sie, ob sich die richtige Anzahl Teile auf der Platte befindet, die Platte weder leer noch überfüllt ist.
- 503
Timeout erreicht, während das System darauf wartete, dass can_take_image wahr (true) wird
- 510
get_part wurde durch einen stop/abort unterbrochen, das wahrscheinlich auf einer anderen Verbindung empfangen wurde
- 511
Das System kann sich nicht mit dem Asycube verbinden
Überprüfen Sie die Verkabelung, die Stromversorgung und die IP-Einstellungen.
- 512
Beim Senden/Empfangen einer Nachricht zum/vom Asycube ist ein Kommunikationsfehler aufgetreten
Überprüfen Sie die Verkabelung und die Stromversorgung.
- 513
Der an den Asycube gesendete Befehl hat einen Fehler zurückgegeben (ErXXXXX)
Die Protokolle sollten mehr Informationen enthalten. Schauen Sie bitte in der Asycube-Programmierungsanleitung nach.
- 514
Fehler beim Ein- oder Ausschalten der Hintergrundbeleuchtung
Überprüfen Sie die Verkabelung, die Stromversorgung und die Verbindung zum Asycube.
- 515
Fehler beim Ein- oder Ausschalten der Frontalbelichtung
Die Protokolle könnten weitere Informationen enthalten.
- 516
Die Kamera ist nicht angeschlossen
Die Protokolle sollten mehr Informationen enthalten. Überprüfen Sie die Verkabelung. Die LED sollte grün leuchten.
- 596
Interner Fehler in Zusammenhang mit der Produktion
Die Protokolle sollten mehr Informationen über das Problem enthalten.
- 597
Interner Fehler in Zusammenhang mit der Vision
Die Protokolle sollten mehr Informationen über das Problem enthalten.
- 598
Interner Fehler in Zusammenhang mit dem Zuführsystem
Die Protokolle sollten mehr Informationen über das Problem enthalten.
- 599
Interner Fehler in Zusammenhang mit dem System
Die Protokolle sollten mehr Informationen über das Problem enthalten.