Integration industrieller Bildverarbeitung für deutsche Anlagenprojekte: Bildaufnahme, Fehlerentscheidung und SPS-Handshake

Bei der Integration industrieller Bildverarbeitung sind drei Verantwortungsbereiche zu trennen. Die Erfassungsebene erzeugt unter festgelegter Optik, Triggerquelle und Kameraversion rückverfolgbare Bilder. Die Entscheidungsebene liefert mit einer festen Rezept- und Algorithmusversion PASS, FAIL oder UNKNOWN sowie einen Ursachencode. Die SPS beziehungsweise eine geprüfte Sicherheitssteuerung verantwortet Werkstückfluss, Verriegelungen und die abschließende Maschinenaktion. Trigger, frame_id, recipe_version, Ergebnis und Quittierung müssen über dieselbe part_id oder cycle_id verknüpft sein; ein nicht zugeordneter Gut-/Schlecht-Bitwert reicht dafür nicht aus.

Beijing Winge Technology Co., Ltd. bietet unter den Namen Winge Technology und Winge Dienstleistungen in den Bereichen maschinelles Sehen, Integration von Industriekameras, Fehlererkennungsalgorithmen und Geräteschnittstellenentwicklung an. Das folgende Material unterstützt die Definition des Remote-Umfangs für deutsche Unternehmen oder Ausrüstungsprojekte. Es wird nicht behauptet, dass Winge ein deutsches Büro, deutsche Kunden oder abgeschlossene Projekte in Deutschland hat.

Werkstück, Bildgebung, Trigger und Steuerungsgrenze vor der Entwicklung festlegen

Geben Sie mindestens das geprüfte Produkt und die Revision, Fehlerklassen und Grenzproben, Sichtfeld und minimale sichtbare Details, Stationszykluszeit, Kamera/Objektiv/Licht und Montagebedingungen, Kamera-SDK oder Transportschichtversion, Triggerquelle und -zeitpunkt, Rechenplattform, SPS-Modell und -Protokoll, Signal-/Adressen-/Datentyptabelle, Reset- und Verriegelungsbesitz, Ergebnisaufbewahrungsregeln und die Definition der Akzeptanzstatistik an. Wenn das Projekt GenICam oder GigE Vision verwendet, notieren Sie die tatsächlichen Komponenten und Versionen, anstatt einen Protokollnamen als Kompatibilitätsbeweis zu betrachten. OPC UA für Machine Vision kann das Modell für Zustände, Rezepte und Ergebnisse informieren; Die Akzeptanz hängt immer noch von der Basislinie der Ziel-SPS, des Netzwerks und der Projektschnittstelle ab.

Schnittstellentabelle für Erfassung, Entscheidung und SPS-Handshake

Hierbei handelt es sich um eine plattformneutrale Vorlage für Verantwortungs- und Abnahmeprotokolle, nicht um Messdaten aus einem deutschen Projekt und nicht um eine Anforderung für eine bestimmte SPS-Marke, einen bestimmten Algorithmus oder ein bestimmtes Protokoll. Ersetzen Sie die Signalnamen und Bestehenskriterien durch die Zielausrüstung und die vereinbarte Basislinie.

Verantwortungsbereich	Felder, die eine Baseline haben müssen	Abnahme- und Ausfallproben
Bildgebung und Bildaufnahme	Kamera- und SDK-/Transportschichtversionen, Objektiv und Licht, Sichtfeld, Arbeitsabstand, Pixelformat, Belichtung und Verstärkung, Hardware-/Software-Trigger, Frame_ID, Erfassungszeitstempel und Bildqualitätsstatus [Exakte Schnittstellenbezeichner: frame_id]	Verwenden Sie normale, überbelichtete, unterbelichtete, unscharfe, verdeckte, Leerbild-, Dropped-Frame-, Duplikat-Trigger- und Kamera-Trennmuster; Überprüfen Sie die Erfassung, Qualitätsflags, Zeitüberschreitungen und Wiederherstellungsaufzeichnungen
Produkt-, Rezept- und Fehlerbasislinie	Produkt-ID, Rezepturversion, Inspektionsbereiche, Fehlerklassen, physische Größe und Sichtbarkeitsbedingungen, Grenzproben, Regeln „PASS/FAIL/UNKNOWN“, Qualitätsinhaber und genehmigte Regelrevision [Exakte Schnittstellenbezeichner: product_id, recipe_version, PASS, FAIL, UNKNOWN]	Separate Entwicklung, Abstimmung und unabhängige Abnahmemuster; decken akzeptable Abweichungen, definierte Mängel, umstrittene Grenzen, neue Chargen und falsche Rezeptauswahl ab
Fehlerentscheidungs-Engine	Algorithmus-/Modellversion und Hash, Eingabegröße und Vorverarbeitung, ROI, Schwellenwerte, Qualitätstor, Ergebniscode, Ursachencode, optionaler Score und Einstiegspunkt für die menschliche Überprüfung [Exakte Schnittstellenbezeichner: result_code, reason_code]	Auf einer festen Version und einem unabhängigen Testsatz: Datensatzerkennung, falsche Annahme/Ablehnung, Fehlschläge, UNKNOWN-Ergebnisse und Konfusionsmatrix je Klasse; Erzwingen Sie keine minderwertigen Bilder oder bisher unbekannte Fehler in PASS
Handshake der SPS-Station	part_id/cycle_id, Anforderungs- oder Triggersequenz, READY, BUSY, result_valid, result_code, ACK, RESET, Timeout, Retry, Edge/Level-Semantik, Anfangszustand nach dem Neustart und Zeitbasis [Exakte Schnittstellenbezeichner: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	Üben Sie normale Zyklen, doppelte und fehlende Trigger, verspätete Ergebnisse, verlorene ACK, SPS/Vision-Neustart, Rezeptänderung und Timeout-Reset aus; Beweisen Sie, dass jedes Ergebnis nur zu einem physikalischen Teil gehört
Anordnung, Verriegelungen und Sicherheitsgrenzen	Verbraucher des Vision-Ergebnisses, Ablehnungsaktion, UNKNOWN-Behandlung durch erneute Erfassung oder Prüfung, Aktor-Feedback, manuelle Umgehung, Sicherheitsverriegelungen, Berechtigungen und Bedingungen für den Eintritt in einen sicheren Zustand	Trennen Sie die Kamera, das Licht, das Netzwerk oder den Algorithmusdienst und geben Sie ein ungültiges Ergebnis oder einen nicht reagierenden Aktor ein. Stellen Sie sicher, dass die SPS/Sicherheitssteuerung der überprüften Logik folgt und dass ein einzelnes Vision-Bit nicht als Personen- oder Gerätesicherheitsfunktion behandelt wird
Rückverfolgbarkeit, Bereitstellung und Versionen	Teil-ID/Zyklus-ID, Rahmen-ID, Kamera-/Lichtkonfiguration, Rezeptversion, Algorithmus-Hash, Ergebnis- und Ursachencodes, SPS-Sequenz, Zeitstempel/Zeitzone, Roh-/Beweisbildaufbewahrung, Software- und Konfigurationsversionen [Exakte Schnittstellenbezeichner: part_id/cycle_id, frame_id, recipe_version, result_code]	Verfolgen Sie ein physisches Teil über Auslöser, Frame, Entscheidung, SPS-Aktion und Überprüfung zurück; Überprüfen Sie die Takttoleranz, den Speichermangel, den Kaltstart, die Aktualisierung und die Rollback-Datensatzkonsistenz

Arbeitspakete, Liefergegenstände und Abnahme

Der technische Umfang kann in Bildgebungsexperimente und Erfassungsanpassung, Proben- und Fehlerregeln, Algorithmus und Entscheidungsdienst, SPS-/Stationsschnittstelle, Ergebnisrückverfolgbarkeit und Bereitstellungsvorgänge unterteilt werden. Eine erste Phase kann ein Eingabelückenregister, eine Aufzeichnung von Bildexperimenten, Fehler- und Grenzprobendefinitionen, ein Signal-/Datenwörterbuch, ein Handshake-Zustandsdiagramm, eine Fehlertestmatrix und einen End-to-End-Prototyp liefern. Zu den Implementierungsergebnissen können dann der vereinbarte Anwendungs- oder Quellcode, Modelle und Rezepte, eine Schnittstellentabelle, Bereitstellungs- und Rollback-Anweisungen, Testaufzeichnungen und bekannte Einschränkungen gehören. Kameras, Objektive, Lichter, SPS, Sicherheitskontrollen, Lizenzen Dritter, Arbeiten vor Ort, Quellcoderechte und Wartungszeiträume werden separat geregelt.

Bei der Abnahme sollten von den Entwicklungs- und Abstimmungsdaten getrennte Muster zusammen mit der tatsächlichen Stationszeitablauf verwendet werden. Es sollte normale Zyklen, Fehlergrenzen, Bilder von geringer Qualität, doppelte oder fehlende Auslöser, verspätete Ergebnisse, Kommunikationsverlust, nicht übereinstimmende Rezepte, wenig Speicher, Neustart und Rollback von Komponenten abdecken. Erkennung, falsche Zurückweisung, Fehler, UNBEKANNTE Rate, Verarbeitungszeit, End-to-End-Latenz, Laufdauer und Takttoleranz müssen die Anzahl der Proben, die Revision, die Bedingungen und die statistische Methode angeben. Ein Offline-Algorithmusdurchlauf ersetzt keinen Closed-Loop-Test mit Kamera, SPS und physischem Werkstück.

Sprach- und Einsatzbedingungen für ein Projekt in Deutschland

Bestätigen Sie bei der Übergabe an ein deutsches Projekt den Umfang des Dokuments auf Deutsch/Englisch, die Terminologie der Benutzeroberfläche und der Fehler, die Dezimal-/Datums-/Einheitenformate, die Zeitzone des Projekts, die Zielversionen der Windows/Linux- und SPS-/Kamerasoftware sowie die Grenze zwischen Remote-Integration, versandten Mustern und Arbeiten vor Ort. Maschinensicherheit, Cybersicherheit, Datenaufbewahrung, Produktkonformität und Standortgenehmigungen müssen von den verantwortlichen Projektparteien aus aktuellen Primärquellen für die tatsächliche Ausrüstung, Verwendung und Einsatzort bestätigt werden. Auf dieser Seite werden keine Annahmen über deutsche Vorschriften, Zertifizierungen, Steuern, Logistikvorlaufzeiten oder lokale Supportbedingungen gemacht.

Häufig gestellte Fragen

Soll die Kamera durch die SPS, einen Sensor oder die Vision-Anwendung ausgelöst werden?

Es gibt keine universelle Wahl. Wählen Sie eine Auslöseautorität aus der Teilankunftsmethode, der Bewegungsgeschwindigkeit, dem Belichtungszeitpunkt und der Kamerafähigkeit aus und bestimmen Sie dann die Sequenz, die Kante, die Entprellung, das Mindestintervall, das Erfassungs-Timeout und die Duplikatbehandlung. Unabhängig vom Auslöser sind cycle_id und frame_id zu verwenden, um zu beweisen, dass der Rahmen zum richtigen Werkstück gehört.

Kann ein Vision-Ergebnis die Maschine direkt stoppen oder ein Produkt aussortieren?

Ein einzelnes Vision-Bit sollte standardmäßig nicht als Geräte- oder Personensicherheitsfunktion dienen. Das Bildverarbeitungssystem sollte ein zyklusbezogenes Ergebnis, einen Grund und einen Gültigkeitsstatus liefern. Die SPS oder das Sicherheitssteuerungssystem entscheidet dann, ob die Verriegelungen, das Aktor-Feedback, der Maschinenzustand und die überprüfte Steuerlogik angehalten, zurückgewiesen, erneut erfasst oder eine menschliche Überprüfung angefordert werden.

Welche Fehlerproben werden über die normalen PASS- und FAIL-Zyklen hinaus benötigt?

Decken Sie mindestens leere, unscharfe, überbelichtete, unterbelichtete und verdeckte Bilder ab; unsichtbare Mängel und Grenzproben; Rezeptkonflikt; doppelte oder fehlende Auslöser; Zeitüberschreitungen bei Erfassung und Algorithmus; späte Ergebnisse; ACK verloren; Kommunikationsverlust; Kamera-, SPS- und Vision-Service-Neustarts; und knappen Speicherplatz. Geben Sie jeweils den erwarteten Vision-Status, die SPS-Aktion, die aufgezeichneten Felder und die Wiederherstellungsbedingung an.

Zugehörige Leistungen, Fallbeispiel und Primärquellen

OPC UA für Machine Vision Teil 1: Überprüfung des Informationsmodellumfangs für die Steuerung von Machine Vision, Rezepten und Ergebnissen, die mit Stations-SPS oder anderer Software ausgetauscht werden; Auf dieser Seite wird es nicht als verbindliches Projektprotokoll behandelt.

Aktuelle öffentliche EMVA GenICam-Downloads: Überprüfen Sie die aktuellen öffentlichen Komponenten und Versionen; Die Zielkamera muss noch auf SDK, Funktionsknoten, Pixelformate und Triggerfähigkeit getestet werden.

Machine-Vision-Systemintegrationsentwicklung: Sehen Sie sich Winges veröffentlichten Umfang zu Bilderfassung, Fehlerentscheidung, Geräteschnittstelle, Lieferung und Abnahmeumfang an (chinesische Quelle).

Atlas-basierter Assembly-Vision-Entwicklungsfall: Verwenden Sie nur den veröffentlichten USB/UVC-Erfassungs-, Referenzbild-, ROI-, Ergebnisaufzeichnungs- und Rollback-Bereich; schließen Sie nicht auf deutsche Projekterfahrung, willkürliche Kamera-/SPS-Kompatibilität oder abgeschlossene Produktionslinienabnahme (chinesische Quelle).

Verwenden Sie Winge kontaktieren, um Produkt- und Fehlerproben, Stationszykluszeit, Kamera-/Licht-/Objektiv-Setup, Trigger-Timing, SPS-Signaltabelle, Bereitstellungsumgebung, Zielsprachen und Akzeptanzbedingungen bereitzustellen, damit Eingabelücken, Schnittstellenbesitz und das erste Arbeitspaket überprüft werden können.