KEYENCE positioniert seine LJ-Developer-Serie als Möglichkeit, den Weg von einer konfigurierten 3D-Inspektion zu aufrufbarem Anwendungscode zu verkürzen. Der ursprüngliche PLC-ProTech-Entwurf wurde im April 2026 erstellt; diese Überarbeitung vom 30. August 2026 betrachtet das Produkt anhand der aktuellen Herstellerdokumentation erneut und konzentriert sich auf die technische Abgrenzung zwischen Codegenerierung und einer produktionsbereiten Inspektionsstation.

Mit der Software kann ein Ingenieur Inspektionsbereiche und Werkzeuge auf 3D-Daten definieren, Quellcode generieren und anschließend die bereitgestellte Bibliothek sowie den Quellcode in eine Anwendung importieren. Dadurch lässt sich wiederkehrender Integrationsaufwand für Standardmessungen reduzieren. Triggerung, Teileverfolgung, Kalibrierung, Ausschusszeitpunkt, Ausnahmebehandlung, Benutzerzugriff und Rückverfolgbarkeit werden dadurch jedoch nicht automatisch gelöst. Diese Punkte bleiben Aufgaben des Systemdesigns.

LJ Developer organisiert die Inspektionskonfiguration visuell, bevor der Anwendungscode generiert wird.

Was sich durch den Workflow mit generiertem Code ändert

Die herkömmliche Integration von 3D-Bildverarbeitung kombiniert häufig Sensorkommunikation, Höhenkartenverarbeitung, geometrische Berechnungen, Anzeigelogik und Ergebnisübertragung in individuellem Code. Selbst wenn ein Hersteller ein Software Development Kit bereitstellt, muss der Integrator oft noch viel Zeit darauf verwenden, Funktionen auf niedriger Ebene in einen wiederholbaren Inspektionsablauf zu überführen. LJ Developer verlagert einen größeren Teil dieser Konfiguration in eine grafische Umgebung.

Nach der aktuellen Produktbeschreibung von KEYENCE werden Inspektionswerkzeuge und Zielbereiche auf 3D-Bildern festgelegt, per Befehl Quellcode generiert, die relevante Bibliothek und der Code importiert und die Messfunktion aus der Anwendung des Benutzers aufgerufen. Am besten lässt sich dies als konfigurationsgesteuerte Codegenerierung verstehen, nicht als universelle No-Code-Plattform für die industrielle Bildverarbeitung.

Dieser Unterschied ist für die Wartbarkeit wichtig. Generierter Code sollte demselben Prüfungs-, Versionsverwaltungs-, Build- und Freigabeprozess unterliegen wie von Hand geschriebener Code. Ingenieure müssen wissen, welche Einstellungen eingebettet sind, welche zur Laufzeit bearbeitet werden können und was nach einer Änderung an Rezept oder Sensor neu generiert werden muss. Wenn die Generierung lokale Änderungen überschreibt, sollten Erweiterungen hinter einer stabilen Schnittstelle gekapselt werden, statt sie in generierte Bereiche einzufügen.

Inspektionswerkzeuge decken gängige 3D-Aufgaben ab

Der Hersteller führt Maß- und Erscheinungsbildprüfungen, Positionskorrektur, Rauschunterdrückung, Bildkomposition und 3D-Rendering als verfügbare Funktionen auf. Diese Bausteine decken einen großen Teil routinemäßiger höhenbasierter Inspektionen ab: Stufen oder Spalte messen, Profile prüfen, ein verschobenes Teil lokalisieren, unerwünschte Punkte unterdrücken, Daten kombinieren und das Ergebnis zur Einrichtung oder Diagnose anzeigen.

Dieser Werkzeugsatz ist besonders wertvoll, wenn ein 2D-Bild nicht zwischen einer Höhenänderung und einer Farb- oder Beleuchtungsänderung unterscheiden kann. Elektronik, bearbeitete Komponenten, Formteile, Klebstoffbahnen und montierte Produkte können Merkmale aufweisen, die sich als Geometrie leichter bewerten lassen. Die Eignung hängt weiterhin vom Sichtfeld, Höhenbereich, der Wiederholgenauigkeit, dem Oberflächenverhalten, der Liniengeschwindigkeit und der Stabilität der Montage des Sensors ab.

Konfigurierte Mess- und Erscheinungsbildwerkzeuge können mit Korrektur, Filterung und 3D-Visualisierung kombiniert werden.

Wo die eigentliche Entwicklungsarbeit weiterhin beginnt

Datenerfassung und Teileverfolgung

Ein Produktionssystem muss jede Messung dem richtigen physischen Teil zuordnen. Die Anwendung benötigt einen deterministischen Trigger, die Bestätigung, dass ein vollständiges Profil oder ein vollständiger Bilddatensatz erfasst wurde, sowie eine Kennung, die Warteschlangen und asynchrone Verarbeitung übersteht. Wenn ein Förderband schneller taktet, als Inspektion oder Netzwerk reagieren können, müssen Pufferung und Verhalten bei Rückstau vor der Inbetriebnahme definiert werden.

Der Ausschusszeitpunkt ist ein separates Steuerungsproblem. Eine fehlerhafte Messung kann mehrere Stationen vor dem Ausschussmechanismus auftreten. Die SPS muss das Ergebnis dem richtigen Teil zuordnen, Lücken und Nacharbeit berücksichtigen und bei fehlenden oder verspäteten Daten eine sichere Reaktion wählen. Eine generierte Bildverarbeitungsfunktion kann ein Ergebnis zurückgeben, aber sie kann den Teileverfolgungsvertrag der Linie nicht selbst ableiten.

Kalibrierung und Messunsicherheit

Die Konfiguration von Werkzeugen macht die Festlegung eines Messsystems nicht überflüssig. Ingenieure sollten Referenzkörper, Kalibrierintervalle, Wiederholgenauigkeit der Montage, Umgebungsgrenzen und die im Verhältnis zur Toleranz zulässige Unsicherheit dokumentieren. Eine saubere 3D-Darstellung ist kein Beweis für die Fähigkeit einer Messung. Messsystemanalysen und Prüfstücke sollten die in der Produktion erwarteten Oberflächen, Positionen und Fehlergrößen abdecken.

Eine Positionskorrektur kann die Empfindlichkeit gegenüber einer normalen Teilepositionierung verringern, doch die Korrekturgrenzen sollten begrenzt werden. Eine extreme Abweichung kann auf ein Vorrichtungsproblem, ein falsches Teil oder einen Handhabungsfehler hinweisen. Wenn die Software jedes Bild normalisieren darf, kann dies ein Prozessproblem verdecken, das der Betrieb erkennen muss.

Rezepte, Zugriffsrechte und Rückverfolgbarkeit

Inspektionsparameter sind Produktionsrezepte und sollten entsprechend verwaltet werden. Legen Sie fest, wer Schwellenwerte bearbeiten darf, wie freigegebene Versionen gekennzeichnet werden, wie Änderungen protokolliert werden und was geschieht, wenn Anwendung und generierter Code nicht übereinstimmen. Speichern Sie mit jedem Ergebnis genügend Kontext, um die Entscheidung zu rekonstruieren, einschließlich Rezeptversion, Sensorstatus, Kalibrierzustand und relevanter Messwerte statt nur eines Gut- oder Schlecht-Bits.

Auch die Softwareumgebung unterliegt Einsatzbeschränkungen. Die am 30. August 2026 geprüfte Produktseite des KEYENCE-Modells LJ-H1LP nennt 64-Bit-Windows 10 oder Windows 11 Pro und führt eine Bibliotheksumgebung mit Visual Studio 2017 und C# 7.3 oder höher auf. Integratoren sollten die aktuell geltenden Anforderungen für das jeweils lizenzierte Modell prüfen, bevor sie ein Industrie-PC-Image standardisieren oder Entwicklungstools aktualisieren.

Eine praxisgerechte Zellenarchitektur

Eine robuste Zelle trennt die Zuständigkeiten. Sensor und die mit LJ Developer generierte Funktion erfassen und bewerten die 3D-Daten. Die Anwendung verwaltet Rezepte, Bildpuffer, Diagnosen, Bedieneransichten und Ergebnisdatensätze. Die SPS steuert Maschinenablauf, Teileidentität, Freigabebedingungen und Ausschusszeitpunkt. Das HMI zeigt einen handlungsrelevanten Status an, ohne unkontrollierte Schwellenwerte für jeden Benutzer zugänglich zu machen.

Teams, die Sensortechnik auswählen, können die Kollektion industrieller Sensoren der Website prüfen; Optionen für Rechentechnik und Bedienerschnittstellen sind unter HMI und industrielle Computertechnik zusammengefasst. Die Hardwareauswahl sollte auf einem Leistungstest mit repräsentativen Teilen, Zykluszeit, Oberflächen und Netzwerkauslastung beruhen.

Definieren Sie die Schnittstelle zwischen Bildverarbeitungsanwendung und SPS als zustandsbehafteten Handshake und nicht als einzelnes Gut-Bit. Sinnvolle Zustände sind bereit, ausgelöst, beschäftigt, Ergebnis gültig, Ergebniskennung, Fehler und Rücksetzung akzeptiert. Sequenznummern oder Teile-IDs verringern das Risiko, dass ein verspätetes Ergebnis auf das nächste Produkt angewendet wird. Timeouts sollten zwischen Erfassungsfehler, Überschreitung der Verarbeitungszeit, Kommunikationsverlust und einer zwar laufenden, aber nicht bereiten Anwendung unterscheiden.

Warum dies für die Einführung von 3D-Bildverarbeitung wichtig ist

Anbieter von Bildverarbeitung verlagern gängige Algorithmen zunehmend in konfigurierbare Werkzeuge und erzeugen Integrationsartefakte auf höherer Ebene. Dieser Trend senkt die Programmierbarriere und hilft Werken, Inspektionen über mehrere Linien hinweg zu replizieren. Gleichzeitig verändert sich die knappe Ressource: Möglicherweise wird weniger Zeit für die Implementierung von Geometrie aufgewendet, während Validierung, Datenverwaltung, Änderungssteuerung und das Zusammenspiel zwischen Inspektionsergebnissen und Maschinenbewegung mehr Aufmerksamkeit erfordern.

Für Integratoren liegt der stärkste Anwendungsfall in einer standardisierten Inspektionsaufgabe, die dennoch eine individuelle Anwendungshülle benötigt. LJ Developer kann diese mittlere Ebene beschleunigen, indem konfigurierte Werkzeuge in C#-Code umgewandelt werden. Weniger wahrscheinlich entfällt der Aufwand dort, wo das eigentliche Problem der optische Zugang, unvorhersehbare Oberflächen, gemischte Teilelogistik, Hochgeschwindigkeitspufferung oder der Nachweis für regulatorische Anforderungen ist.

Redaktionelle Bewertung

Die zutreffende Aussage ist enger gefasst und glaubwürdiger als „3D-Bildverarbeitung ohne Programmierung“. KEYENCE hat einen Workflow geschaffen, der die wiederkehrende Anwendungsentwicklung rund um die unterstützten Werkzeuge reduzieren kann. Werke profitieren am meisten, wenn sie den generierten Code als eine validierte Komponente eines kontrollierten Inspektionssystems behandeln.

Vor der Freigabe sollte das Team die Zykluszeit mit Daten im Worst Case nachweisen, jeden Fehlerpfad prüfen, freigegebene Rezepte sperren, Versionsinformationen aufzeichnen und verifizieren, dass die SPS bei verspäteten Ergebnissen das richtige Teil ausschleust. Codegenerierung kann die Inbetriebnahme beschleunigen; disziplinierte Schnittstellen und belastbare Messnachweise machen die Umsetzung vertrauenswürdig.