Aktualisiert Juli 2026 · 8 Min. Lesezeit · Serkan İnkaya · Mechanical Engineer, ODTÜ
Was ist das Abstimmungsproblem zwischen Kamera und KI-Modell?
Der schwerste Teil einer Bildverarbeitungs-Inbetriebnahme ist oft nicht das Modell, sondern das Bild zu erzeugen, das das Modell wirklich braucht. Sensorauflösung, Shutter-Typ, Brennweite und Arbeitsabstand des Objektivs sowie Winkel und Farbe der Beleuchtung entscheiden, ob ein Fehler im Bild überhaupt sichtbar ist. Mit falscher Beleuchtung verschwindet ein Kratzer auf einer glänzenden Fläche; mit einem Rolling-Shutter-Sensor an einer schnellen Linie verschmiert das bewegte Teil.
Wird die Kamera zuerst aus einem Katalog gewählt und die Software danach angepasst, passiert diese Abstimmung per Versuch und Irrtum bei der Inbetriebnahme. Das Team stellt die Beleuchtung gegen ein Modell ein, das nie auf genau diesem optischen Aufbau trainiert wurde, und jede Abweichung wird zu Nacharbeit vor Ort. Das ist ein branchenweiter Fehlermodus, keine Aussage über ein bestimmtes Produkt, aber der Grund, warum zwei Vision-Projekte mit identischen Teilen Monate auseinanderliegen können.
Die Optik mit dem Modell mitzuentwickeln macht die Abstimmung zu einer Designentscheidung statt zu einem Feldproblem. Sensor, Objektiv und Beleuchtung sind gewählt, weil das Modell an genau dieser Kombination entwickelt und validiert wurde; das Bild, das das Modell an Ihrer Linie sieht, ähnelt also dem Bild, aus dem es gelernt hat.
Das verkürzt auch die Inbetriebnahme. Die Beleuchtungsgeometrie und Belichtung, die einen Fehler sichtbar machen, wurden zur Designzeit festgelegt statt von einem Techniker mit Testteil an der Zelle entdeckt; die Zelle erreicht also schneller ein stabiles Ergebnis, und das Modell verhält sich wie in der Validierung. Dem Techniker bleibt das Physische: die Einheit montieren und das Teil ins Bild rücken, und selbst das erledigt sich an der Zelle durch das Ausrichten der Prüfkamera ohne Laptop.
Was spezifiziert der eigene Optik- und Rechen-Stack von Adente Vision?
Adente Vision ist eine Edge-KI-Sichtprüfeinheit von ADENTE Advanced Engineering Technologies, Teil der Aden-Gruppe, vertrieben über Automatisierungs-Systemintegratoren, und Optik, Beleuchtung, Edge-Rechenleistung und Modell werden zusammen gebaut statt angeschraubt. Die Kamera hat bis zu 12 MP, Global Shutter, C-Mount; schnell bewegte Teile werden also ohne Bewegungsschmieren erfasst, und das Objektiv sitzt auf einem standardisierten, wartbaren Anschluss statt einer proprietären Fassung.
Die Beleuchtung ist in Farbe und Winkel konfigurierbar, diffus, gerichtet oder koaxial, an 24V, und genau das lässt die Einheit einen Oberflächenfehler zeigen, den ein festes Ringlicht auswaschen würde. Die Inferenz läuft auf einer lüfterlosen Karte der Jetson-Klasse mit 8-16 GB, direkt beim Sensor im Gehäuse. Weil dasselbe Team Sensorwahl, Beleuchtungsgeometrie und Modell verantwortet, ist die Spezifikation eine bekannte Basis, um die Sie eine Zelle planen können, keine Variable, die davon abhängt, welche Katalogkamera ein Lieferant auf Lager hatte.
Warum hält Rechenleistung neben dem Sensor die Latenz niedrig?
Die Rechenleistung neben den Sensor zu legen entfernt den Netzwerksprung zwischen dem Sehen eines Teils und der Entscheidung darüber. Es gibt keinen Bildtransfer zu einem separaten PC oder einem Cloud-Endpunkt, bevor die Inferenz läuft; Aufnahme, Modell und Entscheidung wohnen im selben Gehäuse. An einer ausgelieferten Linie liegt das gemessene Ergebnis bei rund 30 ms pro Teil, als Hüllkurve, nicht als Versprechen: Die Zahl, auf die Sie sich für Ihren eigenen Takt festlegen können, hängt von Teilen, Auflösung und Beleuchtung ab und braucht eine anwendungsspezifische Messung.
Eine angeschraubte Architektur schickt dagegen jedes Bild von einer Drittanbieter-Kamera an separate Software anderswo, und jeder Sprung addiert Latenz und ein weiteres Element, das aus dem Takt geraten kann. Die Zusammenlegung ist der Grund, warum eine Edge-Einheit pro Teil bei Liniengeschwindigkeit entscheiden kann statt an einer Stichprobe. Wann ein gelerntes Modell überhaupt das richtige Werkzeug ist und wann eine regelbasierte Kontrolle, zeigt der Schwesterbeitrag über regelbasierte vs. KI-Bildverarbeitung.
Im Haus mitentwickelt vs. Drittanbieter angeschraubt: Was unterscheidet sich?
Die beiden Ansätze unterscheiden sich in fünf praktischen Dimensionen, von der Optik-Abstimmung bis dazu, wen Sie anrufen, wenn ein Teil durchrutscht.
| Dimension | Im Haus mitentwickelte Einheit | Drittanbieter-Kamera plus separate Software |
|---|---|---|
| Optik-Abstimmung | Sensor, Objektiv und Beleuchtung auf das Modell abgestimmt | Kamera aus dem Katalog gewählt, Software danach angepasst |
| Latenzpfad | Rechenleistung neben dem Sensor, ~30 ms gemessen an einer Feldlinie | Bild springt vor der Entscheidung zu separatem PC oder Cloud |
| Supportpfad | Ein Lieferant für Kamera, Beleuchtung, Rechenleistung und Modell | Koordination zwischen Kamera- und Softwareanbieter |
| Updates | Modell und Firmware aus einer Quelle, per USB | Zwei Update-Zyklen, die im Takt bleiben müssen |
| Spezifikations-Transparenz | Bekannte Basis: 12 MP Global Shutter, C-Mount, 24V-Beleuchtung | Hängt davon ab, welche Katalogkamera verbaut wurde |
Was ändert ein einziger Supportpfad im Alltag?
Ein einziger Supportpfad ändert, wer verantwortlich ist, wenn etwas driftet. Bei einer mitentwickelten Einheit verantwortet ein Lieferant Kamera, Beleuchtung, Rechenleistung und Modell; eine Beleuchtungsfrage und eine Modellfrage gehen also an dieselbe Stelle und werden am selben validierten Aufbau beantwortet. Es gibt einen Firmware- und Modell-Update-Strom, per USB geliefert, Optik und Software geraten also nie eine Version auseinander.
Mit Drittanbieter-Kamera und separater Analysesoftware koordinieren Sie zwei Roadmaps. Ein Kamera-Firmware-Update kann das Bild gerade genug verändern, um das Verhalten des Modells zu verschieben, und das abzugleichen ist die Aufgabe Ihres Teams. Nichts davon macht einen Zwei-Anbieter-Aufbau unbrauchbar, aber es ist unberechnete Koordinationszeit, die eine einzeln verantwortliche Einheit entfernt. Wo die Verantwortung aus einer Hand in die Gesamtmethode passt, zeigt der Leitfaden zur KI-Sichtprüfung.
Wann ist eine Drittanbieter-Kamera trotzdem sinnvoll?
Eine mitentwickelte Einheit ist nicht die Antwort auf jedes Abbildungsproblem, und es lohnt sich, ehrlich zu benennen, wo eine Drittanbieter-Kamera besser passt. Braucht Ihre Aufgabe einen Sensor außerhalb des Standardumfangs, eine Zeilenkamera für Endlosmaterial, Thermografie oder hyperspektrale Bildgebung oder Auflösung jenseits des Bereichs der integrierten Kamera, ist eine spezialisierte Drittanbieter-Kamera womöglich der einzige Weg, das Bild überhaupt zu bekommen.
Vielleicht betreiben Sie auch schon eine standardisierte Kameraflotte im Werk und wollen aus Ersatzteil- und Schulungsgründen an jeder Station dasselbe Modell. In diesen Fällen sind die Koordinationskosten ein bewusster Tausch gegen Flexibilität oder Standardisierung. Die mitentwickelte Einheit gewinnt, wenn die Aufgabe in ihrem optischen Umfang liegt und Ihnen ein verantwortlicher Lieferant, eine bekannte Spezifikation und niedrige Latenz mehr wert sind als die Freiheit, den Sensor zu tauschen. Passen Sie die Architektur der Aufgabe an, genauso wie Sie regelbasiert gegen KI abwägen würden.