Fehlerbehebung

Die Anwendung wurde nicht initialisiert (Setup). Das automatische Setup beim Start (enableAutomaticSetup) ist standardmäßig deaktiviert.

Die Kamera wurde mit der Funktion Reset Camera zurückgesetzt, und das Setup wurde nicht erneut ausgeführt.

Wenn die Anwendung nicht initialisiert wurde: Führen Sie vor der Aufnahme das Setup aus:

Wenn die Kamera zurückgesetzt wurde: Führen Sie das Setup wie oben beschrieben erneut aus. Nach dem Zurücksetzen der Kamera muss das Setup erneut ausgeführt werden.

Wenn das Setup beim Start automatisch laufen soll: Setzen Sie enableAutomaticSetup im Abschnitt system auf true.

CAMERA_NOT_CONNECTED (3): Es konnte keine Verbindung zur Kamera hergestellt werden.

CAMERA_ACQUISITION_ERROR (4): Bei der Kommunikation mit der Kamera oder beim Erfassen von Daten ist ein Fehler aufgetreten.

CAMERA_HARDWARE_TRIGGER_AGAIN (12): Die automatische Belichtung war nicht erfolgreich.

CAMERA_BAD_EXPOSURETIME_SETTING (13): Die angeforderte Belichtungszeit kann nicht erreicht werden.

Nur OPC UA: CAMERA_RESTART_REQUIRED: Kameratreiber oder Firmware erfordern einen Neustart.

Die Kamerahardware ist nicht erreichbar, zum Beispiel wegen der Verkabelung oder des Kameranetzwerks.

Die Bildaufnahme ist wegen eines Belichtungs-, Trigger- oder Übertragungsproblems fehlgeschlagen.

Die automatische Belichtung hat keine gültige Belichtung erreicht.

Der konfigurierte Belichtungsbereich ist für die aktuellen Lichtverhältnisse zu kurz oder zu lang.

Kameratreiber oder Firmware erfordern einen Neustart.

Wenn die Kamera nicht erreichbar ist (CAMERA_NOT_CONNECTED):

Wenn die Bildaufnahme fehlgeschlagen ist (CAMERA_ACQUISITION_ERROR): Setzen Sie die Kamera zurück und führen Sie das Setup erneut aus, wie oben beschrieben. Bleibt der Fehler bestehen, prüfen Sie die LumiScanX-Dokumentation.

Wenn die automatische Belichtung nicht erfolgreich war (CAMERA_HARDWARE_TRIGGER_AGAIN): Lösen Sie die Kamera erneut aus (Trigger Camera oder CaptureImage). Prüfen: Der Rückgabewert ist SUCCESS (0).

Wenn die Belichtungszeit nicht erreicht werden kann (CAMERA_BAD_EXPOSURETIME_SETTING): Prüfen Sie die Einstellungen der automatischen Belichtung oder wenden Sie sich an HD Vision Systems.

Wenn ein Neustart der Kamera erforderlich ist (CAMERA_RESTART_REQUIRED, OPC UA): Rufen Sie ResetCamera auf.

Die Windows-Firewall ist nicht korrekt konfiguriert und blockiert die Geräte.

Der Virenschutz blockiert die Geräte.

Wenn die Windows-Firewall die Geräte blockiert: Konfigurieren Sie die Windows-Firewall wie im LumiScanX-Handbuch beschrieben. Nehmen Sie dann erneut ein Bild auf. Prüfen: Das Bild ist nicht schwarz, und es erscheint keine Timeout-Meldung.

Wenn der Virenschutz die Geräte blockiert: Konfigurieren Sie den Virenschutz wie im LumiScanX-Handbuch beschrieben und nehmen Sie dann erneut ein Bild auf.

Die PROFINET-Verbindung ist unterbrochen.

Die Anwendung führt die Funktion noch aus.

Der SPS-Handshake ist unvollständig, zum Beispiel hat die SPS IN_GripBestResultRequest nicht auf 0 zurückgesetzt oder es gesetzt, bevor OUT_GripBestResultReady gleich 1 war.

Die SPS hat die Anforderung nicht gesetzt, zum Beispiel weil eine Bedingung im SPS-Programm nicht erfüllt ist.

LumiScan VGR ist nicht im Betriebsmodus AUTOMATIC.

Die Anwendung befindet sich in einem unerwarteten internen Zustand.

Wenn die PROFINET-Verbindung unterbrochen ist (IN_HeartBeat und OUT_HeartBeat blinken nicht):

Wenn die Anwendung die Funktion noch ausführt (OUT_GripBestResultRunning ist 1, die Anforderung ist wieder 0, und das Log enthält called, aber noch nicht finished): Warten Sie, bis OUT_GripBestResultRunning gleich 0 ist. Prüfen Sie dann den Rückgabewert und lesen Sie die Ausgabevariablen (Handshake-Schritte 14 bis 16). Prüfen: Das Log enthält PLC - Procedure "GripBestResult" finished.

Wenn der SPS-Handshake unvollständig ist: Stellen Sie sicher, dass das SPS-Programm den Handshake einhält:

Wenn die SPS die Anforderung nicht gesetzt hat (IN_GripBestResultRequest bleibt im Tab PROFINET auf False, und das Log enthält keinen Eintrag called): Bitten Sie den SPS-Programmierer zu prüfen, ob das SPS-Programm eine nicht erfüllte Bedingung zum Setzen der Anforderung hat, ob die SPS auf ein Signal wartet und ob eine SPS-interne Prüfung, die nicht mit LumiScan VGR zusammenhängt, den Ablauf blockiert (zum Beispiel ein Roboterfehler oder ein Zylinderfehler). Prüfen: IN_GripBestResultRequest wechselt im Tab PROFINET auf True (grün).

Wenn LumiScan VGR nicht im Betriebsmodus AUTOMATIC ist: Siehe Problem: Die SPS kann nach dem manuellen Modus keine Funktionen mehr starten.

Wenn sich die Anwendung in einem unerwarteten internen Zustand befindet: Setzt die SPS die Anforderung auf True, zeigt der Tab PROFINET sie aber weiterhin als False an, hat LumiScan VGR einen internen Fehler aufgrund nebenläufiger Ausführung. Ist OUT_Error gleich 1, befindet sich LumiScan VGR in einem Fehlerzustand. Informieren Sie in beiden Fällen HD Vision Systems und senden Sie die unten aufgeführten Informationen.

der Softwareversion (Strg + Umschalt + V) und dem Betriebssystem des IPC,

den relevanten Logs: der exportierten Logdatei LumiScanVGR.log, die den Zeitpunkt der Anforderung abdeckt,

Datum und Uhrzeit des Fehlers,

dem Kommunikationsstatus: einem Screenshot des Tabs PROFINET im Admin-Modus, den Werten von OUT_ReturnCode, OUT_OperationMode und OUT_Error und nach Möglichkeit dem gespeicherten Status der SPS-Variablen,

dem Handshake-Schritt, bei dem die SPS oder LumiScan VGR hängt,

der Angabe, ob die SPS noch eine Verbindung zu LumiScan VGR hat, ob die SPS auf Signale wartet und ob die SPS das Anforderungssignal bereits gesetzt hat,

der Angabe, ob die SPS interne Prüfungen oder Prozessstatusprüfungen hat, die nicht mit LumiScan VGR zusammenhängen (zum Beispiel Roboterfehler oder Zylinderfehler).

Der manuelle Modus ist noch aktiv. Solange der manuelle Modus aktiv ist, ist die SPS-gesteuerte Verarbeitung angehalten.

Der manuelle Modus wurde verlassen. Das System wechselt dann nach IDLE (0), in dem nur Funktionen zum Setzen von Parametern verfügbar sind.

Wenn der manuelle Modus noch aktiv ist: Beenden Sie den manuellen Modus in der Benutzeroberfläche. Die SPS kann das System nicht aus dem manuellen Modus holen. Das System wechselt dann nach IDLE (0); fahren Sie mit dem nächsten Schritt fort.

Wenn sich das System in IDLE befindet: Setzen Sie den Betriebsmodus von der SPS aus mit der Funktion Set Parameter wieder auf AUTOMATIC:

Das Timeout für Methodenaufrufe im Client ist zu kurz. Viele Methoden dauern deutlich länger als übliche SPS-Operationen; die typische Ausführungszeit beträgt 3 bis 10 Sekunden. Die Standard-Timeouts der SDKs (oft 2 bis 5 Sekunden) sind zu kurz.

Ein anderer Client führt gerade eine Methode aus, oder der Client ruft Methoden parallel auf. Der Server bearbeitet immer nur eine Methode gleichzeitig; parallele Aufrufe werden mit BadResourceUnavailable abgewiesen.

Wenn das Timeout zu kurz ist: Setzen Sie das Timeout für Methodenaufrufe im Client auf mindestens 15 Sekunden. Prüfen: Die Methode liefert einen ReturnCode statt BadTimeout.

Wenn ein anderer Client eine Methode ausführt oder Methoden parallel aufgerufen werden: Rufen Sie Methoden nicht parallel auf. Führt ein anderer Client gerade eine Methode aus, warten Sie und wiederholen Sie den Aufruf. Prüfen: Der Aufruf wird nicht mehr mit BadResourceUnavailable abgewiesen.

Der Server ist nicht im Betriebsmodus AUTOMATIC, zum Beispiel weil er in IDLE oder MANUAL ist (lokale Steuerung bzw. Steuerung über die Benutzeroberfläche aktiv).

Wenn der Server nicht in AUTOMATIC ist: Rufen Sie SetOperationMode mit dem Wert 1 (AUTOMATIC) auf und wiederholen Sie dann die Methode. Prüfen: GetOperationMode liefert 1, und die Methode liefert nicht mehr OPERATION_MODE_INVALID.

Die Kamera meldet keine Temperatur.

Wenn die Kamera keine Temperatur meldet: Behandeln Sie den Wert als „nicht verfügbar“, nicht als gemessene Temperatur.

Das Beenden aus der Ferne ist noch nicht implementiert. Shutdown ist ein Platzhalter und hat keine Auswirkung auf den laufenden Prozess.

Wenn LumiScan VGR beendet werden muss: Beenden Sie den Serverprozess auf dem Host-Rechner.

Die Objekte wurden noch nicht berechnet.

Alle Kandidaten der letzten Erkennung wurden bereits verbraucht. Jeder Aufruf von Grip Best Result liefert den nächsten Kandidaten.

Es wurden keine Objekte erkannt (Objektanzahl 0).

Die 3D-Informationen sind ungültig, zum Beispiel wegen einer schlechten Punktwolke oder einer falschen Konfiguration.

Wenn die Objekte nicht berechnet wurden oder alle Kandidaten verbraucht sind: Nehmen Sie ein neues Bild auf und berechnen Sie die Objekte erneut (PROFINET: Trigger Camera und Compute Objects; OPC UA: CaptureImage und ComputeObjects). Prüfen: Get Best Result liefert SUCCESS (0).

Wenn keine Objekte erkannt wurden: Siehe Problem: Es werden keine Objekte erkannt (Objektanzahl 0).

Wenn die 3D-Informationen ungültig sind: Prüfen Sie die Punktwolke im Tab Scene und die Konfiguration der aktiven Kamera, Pipeline und des aktiven Roboters in der Einstellungsdatei.

Kameraposition oder Beleuchtung lassen keine Erkennung der Objekte zu.

Die Objekte liegen außerhalb der Region of Interest (ROI), des lila Rechtecks im Tab Image, in dem das Netz nach Objekten sucht.

Die falsche Pipeline ist aktiv, oder die Pipeline-Konfiguration passt nicht zu den Objekten.

Das neuronale Netz liefert für die Objekte noch keine ausreichend robusten Erkennungsergebnisse.

Wenn Kameraposition oder Beleuchtung nicht geeignet sind: Korrigieren Sie Kameraposition oder Beleuchtung, nehmen Sie dann ein Bild auf und berechnen Sie die Objekte erneut. Prüfen: Die Objektanzahl ist größer als 0.

Wenn die Objekte außerhalb der ROI liegen: Platzieren Sie die Objekte innerhalb der ROI, oder korrigieren Sie die ROI der Pipeline in der Einstellungsdatei.

Wenn die falsche Pipeline aktiv ist: Wählen Sie die richtige Pipeline, bevor Sie die Objekte berechnen (PROFINET: Set Parameter mit IN_ParamId 2 = SET_PIPELINE_ID, ID in IN_ParamArgString; OPC UA: SetActivePipeline).

Wenn die Erkennung nicht robust genug ist: Verwenden Sie den manuellen Modus, um erkannte Objekte und Labels zu korrigieren und neue Trainingsdaten zu erstellen.

Die HALCON-Lizenz ist nicht installiert.

Die HALCON-Installation ist nicht Teil der Umgebungsvariablen PATH.

Wenn die HALCON-Lizenz nicht installiert ist: Installieren Sie eine gültige HALCON-Lizenz.

Wenn die HALCON-Installation nicht in PATH enthalten ist: Fügen Sie den absoluten Pfad zum HALCON-Verzeichnis bin zur Umgebungsvariablen PATH hinzu. Prüfen: In PowerShell enthält PATH dieses Verzeichnis.

Die Kamera-, Pipeline-, Roboter- oder Rezept-ID ist in der Einstellungsdatei nicht konfiguriert.

OPC UA: Die ID wurde nach dem Start des Servers in der Konfiguration hinzugefügt oder geändert. Die Arrays PossibleCameras, PossiblePipelines und PossibleRobots werden beim Start des Servers befüllt.

Wenn die ID nicht konfiguriert ist: Verwenden Sie eine konfigurierte ID, oder fügen Sie die Komponente zur Einstellungsdatei hinzu. Prüfen: Die Funktion liefert SUCCESS (0).

Wenn die ID nach dem Start des Servers hinzugefügt oder geändert wurde: Starten Sie den Server neu, damit er die neue Konfiguration übernimmt. Prüfen: Die ID ist in den Arrays Possible* aufgeführt.

Für das aktive Roboter-Kamera-Paar fehlen Hand-Auge-Kalibrierungsdaten.

Wenn die Hand-Auge-Kalibrierungsdaten fehlen: Fügen Sie die Hand-Auge-Transformation für die Kamera-ID zu cameraToRobot des Roboters hinzu, oder wählen Sie ein Roboter-Kamera-Paar, für das Hand-Auge-Kalibrierungsdaten vorhanden sind. Prüfen: Die Funktion liefert SUCCESS (0).

Die von der SPS ausgelesene Position scheint falsch zu sein, weil die SPS nicht für den Pose Mode verwendet wird.

LumiScan Hand-Eye Calibration ist nicht mit der SPS verbunden.

Der cifX-Kartenname ist falsch.

Wenn die SPS nicht für den Pose Mode verwendet wird: Setzen Sie Pose Mode auf SPS und nehmen Sie erneut auf. Prüfen: Pose Status zeigt nicht mehr Can not be interpreted.

Wenn LumiScan Hand-Eye Calibration nicht mit der SPS verbunden ist: Stellen Sie die Verbindung zur SPS her. Prüfen: Der Tab PROFINET zeigt keine Verbindungsfehlermeldung. Nehmen Sie dann erneut auf.

Wenn der cifX-Kartenname falsch ist: Geben Sie in CifX Card Name den richtigen Kartennamen ein (normalerweise cifx0;0 bei einer Hilscher-Karte). Prüfen: Der Tab PROFINET zeigt keine Verbindungsfehlermeldung. Nehmen Sie dann erneut auf.

Das Programm kann das Muster der Kalibrierplatte nicht gut erkennen. Dies kann zu einer schlechten Kalibrierung führen.

Wenn das Muster nicht gut erkannt wird:

Das Kalibriermuster wird nicht gefunden.

Wenn das Kalibriermuster nicht gefunden wird:

Es wurden zu viele oder zu wenige Kalibrierbilder aufgenommen.

Die Kalibrierplatte ist zu weit von der Kamera entfernt.

Die Blickwinkel der Kalibrierbilder unterscheiden sich zu wenig.

Wenn zu viele oder zu wenige Bilder aufgenommen wurden: Nehmen Sie zwischen 6 und 15 Bilder auf.

Wenn die Platte zu weit von der Kamera entfernt ist: Bringen Sie die Kalibrierplatte näher an die Kamera und nehmen Sie die Bilder erneut auf.

Wenn sich die Blickwinkel zu wenig unterscheiden: Nehmen Sie die Bilder aus deutlich unterschiedlichen Blickwinkeln auf, in den empfohlenen Ausrichtungen der Kalibrierplatte.