Aktualisiert Juli 2026 · 7 Min. Lesezeit · Mert Aytunur · Mechanical Engineer, University of Illinois Chicago
Wie sieht Vendor Lock-in in einem Bildverarbeitungsprojekt aus?
Lock-in in der Bildverarbeitung ist selten eine einzelne Entscheidung. Er baut sich aus kleinen Abhängigkeiten auf, die zum Kaufzeitpunkt jede für sich vernünftig aussahen. Eine Software-Lizenz pro Kamera, die Sie ständig verlängern müssen, um weiter zu prüfen. Ein Cloud-Dienst, von dem die Inferenz still abhängt. Eine Kamera, ein Beleuchtungsaufbau und ein Analysepaket von drei verschiedenen Lieferanten, jedes mit eigenem Release-Zyklus. Jedes davon kann der Grund werden, warum eine laufende Linie stillsteht.
Das Muster, das die meisten Qualitäts- und OT-Teams wiedererkennen, ist die Multi-Vendor-Schuldzuweisungsschleife. Bei einem Schlupf zeigt der Kameraanbieter auf die Beleuchtung, der Beleuchtungslieferant auf die Software, und der Softwareanbieter verlangt Protokolle, die auf fremder Hardware liegen. Keine einzelne Partei verantwortet das Ergebnis, die Kosten der Diagnose landen also in Ihrem Werk. Das sind branchenübliche Muster, keine Aussage über einen bestimmten Wettbewerber, aber sie beschreiben die Reibung, die ein Käufer vermeiden will.
Die zweite Falle ist die Datenexport-Vorgabe. Müssen Rohbilder der Teile die Linie in eine Anbieter-Cloud verlassen, um ein Modell zu trainieren oder auch nur eine Prüfung auszuführen, dann liegen Ihre Bilder, und oft sensible Prozessdetails mit ihnen, außerhalb Ihrer Kontrolle. Ein späterer Lieferantenwechsel bedeutet, sowohl die Hardware als auch die Daten zu entwirren.
Keine dieser Abhängigkeiten kündigt sich beim Kauf an. Jede taucht später auf, wenn eine Lizenzverlängerung eintrifft, ein Cloud-Endpunkt abgekündigt wird oder eine Kamera, auf die Sie gezählt haben, still eingestellt wird, also genau dann, wenn eine laufende Linie die Störung am wenigsten verkraften kann. Lock-in ist eine Kostenlast, die Sie zum schlechtestmöglichen Zeitpunkt zahlen, nicht am Tag der Unterschrift.
Wie verändert der Eigenbau von Kamera, Beleuchtung und KI die Verantwortung?
Wenn ein Lieferant Kamera, Beleuchtung, Edge-Rechenleistung und KI-Modell als eine Einheit entwirft, kollabiert die Schuldzuweisungsschleife zu einer verantwortlichen Stelle. Es gibt einen Ansprechpunkt, einen Release-Zyklus, einen Supportpfad für den gesamten Prüf-Stack. Adente Vision ist eine Edge-KI-Einheit für die visuelle Inspektion, entwickelt von ADENTE Advanced Engineering Technologies innerhalb der Aden Group, vertrieben über Automatisierungs-Systemintegratoren, und dieser durchgängige Aufbau ist der Punkt: Optik, Beleuchtung, die lüfterlose Rechenleistung der Jetson-Klasse und das Modell sind gemeinsam entworfen, nicht aus getrennten Katalogen zusammengesetzt.
Der gemeinsame Entwurf ändert auch, was eine spätere Variante kostet. Weil Modell, Sensor und Beleuchtung zusammen abgestimmt wurden, ist das Hinzufügen eines neuen Teils eine Trainingsaufgabe auf derselben Einheit, keine neue Integration zwischen Lieferanten, die einander nie begegnet sind. Die Abhängigkeit, die Sie verwalten, ist die Roadmap eines Lieferanten, nicht der Schnittpunkt dreier.
Warum ist geräteinterne Verarbeitung wichtig, um eine Datenexport-Falle zu vermeiden?
Geräteinterne Verarbeitung hält die beiden Dinge, die ein Anbieter als Geisel nehmen kann, Ihre Inferenz und Ihre Bilder, im Werk. Die Inferenz läuft auf einem lüfterlosen Board der Jetson-Klasse im Gehäuse, eine Entscheidung hängt also nicht davon ab, dass ein Abo live bleibt oder ein Cloud-Endpunkt erreichbar bleibt. Modell-Updates kommen per USB-Stick, was bedeutet, dass die Einheit an einer air-gapped Linie ganz ohne eingehenden Internetpfad läuft.
Dieses Design beantwortet die Datenexport-Falle direkt. Rohbilder der Teile werden dort verarbeitet, wo sie aufgenommen werden, und verlassen die Linie nicht, es gibt also keine Anbieter-Cloud, die als Nebenwirkung der Prüfung Ihre Prozessdaten anhäuft. Zur ausführlicheren Behandlung, warum Edge-Inferenz einen Cloud-Umweg bei Latenz und Datenkontrolle schlägt, siehe den Schwesterbeitrag zu Edge versus Cloud bei der visuellen Inspektion.
Wo beißt Lock-in meist, und was beantwortet eine integrierte Einheit?
Jedes klassische Lock-in-Risiko hat ein konkretes Gegenstück in einer vertikal integrierten Einheit. Die Tabelle bildet das Risiko auf die Antwort ab.
| Lock-in-Risiko | Wie es auftritt | Was eine integrierte Einheit beantwortet |
|---|---|---|
| Proprietäre Lizenz | Eine Lizenz pro Arbeitsplatz oder Kamera, die Sie verlängern, um weiter zu prüfen | Kamera und KI sind zusammen gebaut; keine separate Lizenz sperrt die Linie |
| Cloud-Abhängigkeit | Die Prüfung stoppt oder verschlechtert sich, wenn ein Abo oder die Cloud ausfällt | Die Inferenz läuft geräteintern auf einem lüfterlosen Board der Jetson-Klasse; Updates per USB |
| Multi-Vendor-Schuldzuweisung | Kamera, Beleuchtung und Software zeigen bei Schlupf aufeinander | Ein Lieferant verantwortet Kamera, Beleuchtung, Edge-Rechenleistung und Modell |
| Datenexport-Falle | Rohbilder müssen die Linie in eine Anbieter-Cloud verlassen | Bilder bleiben an der Linie; Rohbilder verlassen nie das Werk |
| Abgekündigte Hardware | Eine Drittkamera erreicht ihr Lebensende, und die Software passt nicht mehr zum Ersatz | Optik, Rechenleistung und Modell sind gemeinsam entworfen und als eine Einheit unterstützt |
Was bedeutet vertikale Integration für den Integrator, der sie installiert?
Für einen Automatisierungs-Systemintegrator ist die Verantwortung eines einzigen Lieferanten ein kaufmännisches Argument, nicht nur ein technisches. Adentes Kanalprinzip ist eindeutig: Wir vertreiben über Integratoren, nicht an ihnen vorbei. Der Integrator installiert die Einheit, behält die Beziehung zum Endkunden und muss weder Bildverarbeitungsspezialist werden noch drei getrennte Lieferantenverträge hüten, um die Zelle am Laufen zu halten.
Das ist wichtig, weil ein Multi-Vendor-Stack die Marge eines Integrators still aufzehrt. Jeder Koordinationsanruf, jede Versionsabstimmung, jede Schuldzuweisungssitzung ist unfakturierte Zeit. Eine Einheit, die in rund 30 Minuten von einer Person montiert wird, unter 9 kg wiegt und die Protokolle spricht, die die Zelle bereits nutzt, beseitigt den größten Teil dieses Aufwands. Die Marge des Integrators liegt in der Inbetriebnahme und der Kundenbeziehung, nicht im Abstimmen von Lieferanten. Die Einheit gelangt ohnehin über einen Integrator-Partner an die Linie.
Wann ist ein Ein-Lieferanten-Stack dennoch ein Risiko, und wie entschärfen Sie es?
Konzentration ist das ehrliche Gegenargument: sich auf einen Lieferanten zu stützen, ist selbst eine Form von Abhängigkeit. Die Minderung sind offene Schnittstellen an den Grenzen. Eine Einheit, die Gut/Schlecht und Ergebnisse über offene Industrieprotokolle ausgibt, PROFINET, EtherNet/IP, Modbus TCP, EtherCAT und OPC UA, sperrt ihre Ergebnisse nicht in einen proprietären Bus, die Liniensteuerung, das MES und der Historian bleiben also unabhängig vom Prüfanbieter Ihre. Offene Protokolle wie OPC UA, veröffentlicht von der OPC Foundation, sind genau die Naht, die eine Ein-Lieferanten-Einheit davor bewahrt, zur geschlossenen Insel zu werden.
Die nützliche Frage ist also nicht "ein Lieferant oder mehrere", sondern "wo sind die Schnittstellen offen". Vertikale Integration innerhalb der Einheit, dazu offene Standards an ihren Rändern, gibt Ihnen eine verantwortliche Stelle ohne geschlossenen Datenpfad. Für eine eng verwandte Lektüre, warum gemeinsam entworfene Optik und Rechenleistung eine angeschraubte Kamera schlagen, siehe den Schwesterbeitrag zu eigener versus Drittanbieter-Kamera.