Prüfverfügbarkeit bei Netzwerkausfall: warum der Edge weiterläuft.

Warum ist Netzwerkabhängigkeit ein Verfügbarkeitsrisiko für die Prüfung?

Jeder Netzwerksprung zwischen einer Kamera und der Entscheidung, die ein schlechtes Teil stoppt, ist ein einzelner Ausfallpunkt. Wird das Gut/Schlecht anderswo als in der Zelle berechnet, dann sitzen ein Switch, eine Firewall, ein WAN-Link, eine Cloud-Region und ein gemeinsamer Server alle zwischen dem Sehen des Teils und dem Handeln darauf, und geht auch nur einer davon aus, nimmt er die Prüfung mit. Für eine Linie, die kein ungeprüftes Teil ausliefern darf, ist das keine Leistungsfrage, es ist eine Verfügbarkeitsfrage.

Verfügbarkeit wird meist als Prozentsatz der geplanten Zeit angegeben, in der ein System laufen kann, und veröffentlichte Zahlen für gut geführte Produktionsausrüstung liegen oft in den hohen 90er-Prozentbereichen. Diese Zahl ist eine Branchenspanne, keine Adente-Behauptung, und sie hängt von der Linie ab. Was für die Architektur zählt, ist einfach: Jede Abhängigkeit, die Sie dem Prüfpfad hinzufügen, kann sie nur senken, denn die Zelle ist dann nur so verfügbar wie ihr schwächster entfernter Link.

Adente Vision ist eine Edge-KI-Einheit für die visuelle Inspektion, entwickelt von ADENTE Advanced Engineering Technologies innerhalb der Aden Group und vertrieben über Automatisierungs-Systemintegratoren, und sie ist so ausgelegt, dass die Prüfentscheidung keine entfernte Abhängigkeit hat, die verloren gehen könnte.

Was passiert mit einer Cloud-Prüfpipeline, wenn das WAN ausfällt?

Fällt das Weitverkehrsnetz aus, hört eine Cloud-Prüfpipeline auf, Entscheidungen zu treffen. Die Kamera erfasst vielleicht noch, aber die Bilder haben keinen Ort, wohin, das Modell ist nicht erreichbar, und das Gut/Schlecht kommt nie zurück. Die Zelle bleibt dann mit zwei schlechten Optionen: die Linie halten, bis die Verbindung zurückkehrt, oder weiterlaufen und Teile ohne Prüfung durchlassen. An einer qualitätskritischen Linie sind beide teuer, eine im Stillstand, die andere im Schlupf, der später als Rücksendungen oder Rückruf auftaucht.

Ein WAN-Ausfall ist auch der Ausfall, den Sie am wenigsten kontrollieren. Er kann vom ISP des Werks kommen, von einem anbieterseitigen Vorfall, einem Routing-Problem oder geplanter Wartung in einer Region weit vom Werksboden entfernt, nichts davon kann das Produktionsteam beheben, während die Linie wartet. Die Prüfung so auszulegen, dass sie diese Verbindung nie braucht, ist der einzige Weg, den Ausfall vom kritischen Pfad zu nehmen.

Wie prüft eine in sich geschlossene Edge-Einheit offline weiter?

Eine in sich geschlossene Edge-Einheit prüft weiter, weil Aufnahme, Entscheidung und Protokollierung alle im Gehäuse geschehen. Das Bild wird aufgenommen, das hybride Modell aus klassischer Bildverarbeitung plus KI klassifiziert es, das Gut/Schlecht wird über digitale I/O oder Feldbus an die SPS ausgegeben, und das Ergebnis wird lokal aufgezeichnet, alles ohne einen Aufruf, der die Linie verlässt. Die Inferenz läuft auf einem lüfterlosen Board der Jetson-Klasse mit 8-16 GB in der Einheit, es gibt also keinen Server zu erreichen und nichts, das eine Zeitüberschreitung erleiden kann.

Das Ergebnis erreicht die Steuerung über das eigene Netz des Werks. Die Einheit signalisiert Gut/Schlecht über PROFINET, EtherNet/IP, Modbus TCP, EtherCAT oder OPC UA, oder über 4 Eingänge und 4 Ausgänge mit 24V, von denen keiner eine Route vom Boden weg braucht. Weil Modell-Updates per USB-Stick statt über eine Live-Verbindung kommen, kann eine Zelle ganz ohne ausgehendes Netzwerk laufen und dennoch volle KI-Prüfung erhalten, und das Remote-Dashboard wird zur Bequemlichkeit für die Überwachung statt zu einer Abhängigkeit für das Entscheiden. Ist das Netzwerk gesund, meldet die Einheit Metriken stromaufwärts; ist das Netzwerk aus, prüft sie weiter und hält die Ergebnisse, bis die Verbindung zurückkehrt.

Prüfverfügbarkeit gegenüber Linienverfügbarkeit: was schützen Sie?

Prüfverfügbarkeit und Linienverfügbarkeit sind verschiedene Metriken, und das Edge-Design schützt die, die das Qualitätsrisiko trägt. Linienverfügbarkeit ist, ob die Linie produziert; Prüfverfügbarkeit ist, ob jedes laufende Teil tatsächlich geprüft wird. Eine vernetzte Pipeline kann so ausfallen, dass die Linie in Bewegung bleibt, während die Prüfung still steht, was der schlimmste Fall ist, weil ungeprüfte Teile ausgeliefert werden und einwandfrei aussehen, bis ein Kunde den Fehler findet.

Die Entscheidung am Edge zu halten, schließt die Lücke zwischen den beiden Metriken: Hat die Einheit Strom und einen Trigger, prüft sie, die Prüfverfügbarkeit folgt also der Zelle statt der Werks-IT. Deshalb gehört Netzwerkabhängigkeit auf das Verfügbarkeitsrisikoregister neben mechanische Ausfälle, nicht als separate IT-Sorge behandelt.

Wie puffert und gleicht man Ergebnisse nach einem Ausfall ab?

Das Muster ist, lokal zu entscheiden und später abzugleichen. Während eines Ausfalls gibt die Einheit weiter in Echtzeit Gut/Schlecht an die Steuerung aus und speichert jedes Ergebnis und seine Metadaten On-Device, kein Teil wird also verpasst und keine Entscheidung wartet auf die Verbindung. Ist die Verbindung zurück, synchronisieren die gepufferten Datensätze zum Dashboard oder MES, und die Flottensicht holt auf, ohne dass Rohbilder sich bewegen müssen. Derselbe lokal gehaltene Datensatz pro Teil ist auch die Grundlage der Rückverfolgbarkeit aus einer Edge-KI-Prüfzelle: Jedes Urteil wird mit den Metadaten gespeichert, die es einem bestimmten Teil zuordnen.

Diese Trennung, eine Echtzeit-Lokalentscheidung plus eine aufgeschobene Metrik-Synchronisation, ist das, was eine Architektur sowohl einer vollständig Air-Gapped-Linie als auch einer verbundenen dienen lässt. Der Entscheidungspfad hängt nie vom Netzwerk ab; nur der Berichtspfad tut es, und der Berichtspfad darf zu spät sein.

Für den breiteren Kompromiss dahinter siehe den Schwesterbeitrag zu Edge- vs. Cloud-Sichtprüfung; für die vollständige Methode siehe den Leitfaden zur KI-Sichtprüfung.