KEYENCE positionne sa série LJ Developer comme un moyen de raccourcir le chemin entre une inspection 3D configurée et du code d’application appelable. La version initiale du projet PLC ProTech a été préparée en avril 2026 ; cette révision du 30 août 2026 réévalue le produit à la lumière de la documentation actuelle du fabricant et se concentre sur la frontière technique entre la génération de code et une station d’inspection prête pour la production.

Le logiciel permet à un ingénieur de définir des régions et des outils d’inspection sur des données 3D, de générer du code source, puis d’importer la bibliothèque et le code source fournis dans une application. Cela peut supprimer une partie du travail d’intégration répétitif lié aux mesures standard. En revanche, le logiciel ne résout pas automatiquement le déclenchement, le suivi des pièces, l’étalonnage, la temporisation du rejet, la gestion des exceptions, les accès utilisateurs ni la traçabilité. Ces éléments restent sous la responsabilité de la conception du système.

LJ Developer organise visuellement la configuration de l’inspection avant de générer le code source de l’application.

Ce que change le flux de travail avec génération de code

L’intégration traditionnelle de la vision 3D combine souvent la communication avec le capteur, la gestion des cartes de hauteur, les calculs géométriques, la logique d’affichage et le transfert des résultats dans du code personnalisé. Même lorsqu’un fabricant fournit un kit de développement logiciel, l’intégrateur peut encore consacrer beaucoup de temps à transformer des fonctions de bas niveau en une séquence d’inspection reproductible. LJ Developer déplace une plus grande partie de cette configuration vers un environnement graphique.

Selon la description actuelle du produit par KEYENCE, le flux de travail consiste à définir les outils d’inspection et les zones cibles sur des images 3D, à générer le code source à l’aide d’une commande, à importer la bibliothèque et le code pertinents, puis à appeler la fonction de mesure depuis l’application de l’utilisateur. Il faut plutôt y voir une génération de code pilotée par la configuration qu’une plateforme universelle de vision industrielle sans code.

Cette distinction est importante pour la maintenabilité. Le code généré doit suivre le même processus de revue, de contrôle de version, de compilation et de mise en production que le code écrit manuellement. Les ingénieurs doivent savoir quels réglages sont intégrés, lesquels restent modifiables à l’exécution et ce qui doit être régénéré après une modification de recette ou de capteur. Si la génération écrase les modifications locales, les extensions doivent être isolées derrière une interface stable plutôt qu’insérées dans les sections générées.

Les outils d’inspection couvrent les tâches 3D courantes

Le fabricant cite, parmi les fonctions disponibles, l’inspection dimensionnelle et d’aspect, la correction de position, la suppression du bruit, la composition d’images et le rendu 3D. Ces briques couvrent une grande partie des inspections courantes fondées sur la hauteur : mesurer des marches ou des écarts, vérifier des profils, localiser une pièce déplacée, supprimer les points indésirables, combiner des données et afficher le résultat pour la configuration ou le diagnostic.

Cette gamme d’outils est précieuse lorsqu’une image 2D ne permet pas de distinguer une variation de hauteur d’un changement de couleur ou d’éclairage. Les composants électroniques, les pièces usinées, les pièces moulées, les cordons de colle et les produits assemblés peuvent tous présenter des caractéristiques plus faciles à évaluer sous l’angle de la géométrie. L’adéquation dépend néanmoins du champ de vision du capteur, de la plage de hauteur, de la répétabilité, de la réponse de la surface, de la vitesse de ligne et de la stabilité du montage.

Les outils de mesure et d’inspection d’aspect configurés peuvent être combinés à la correction, au filtrage et à la visualisation 3D.

Où commence encore le travail d’ingénierie

Acquisition et suivi des pièces

Un système de production doit associer chaque mesure à la bonne pièce physique. L’application a besoin d’un déclenchement déterministe, de la confirmation qu’un profil complet ou qu’un ensemble complet d’images a été acquis, ainsi que d’un identifiant qui reste associé à la pièce dans les files d’attente et lors du traitement asynchrone. Si un convoyeur avance plus vite que l’inspection ou que le réseau ne peut répondre, le comportement de la mise en mémoire tampon et de la gestion de la contre-pression doit être défini avant le déploiement.

La temporisation du rejet constitue un problème de commande distinct. Une mesure défaillante peut survenir plusieurs postes avant le mécanisme de rejet. L’automate doit associer le résultat à la bonne pièce, tenir compte des écarts et des retouches, et choisir une réponse sûre lorsque les données sont absentes ou en retard. Une fonction de vision générée peut renvoyer un résultat, mais elle ne peut pas déduire le protocole de suivi des pièces propre à la ligne.

Étalonnage et incertitude de mesure

La configuration des outils ne supprime pas la nécessité d’établir un système de mesure. Les ingénieurs doivent documenter les artefacts de référence, les intervalles d’étalonnage, la répétabilité du montage, les limites environnementales et l’incertitude autorisée par la tolérance. Un rendu 3D net ne prouve pas qu’une mesure est apte. Les études de jauge et les pièces étalons doivent couvrir les surfaces, les positions et les tailles de défaut attendues en production.

La correction de position peut réduire la sensibilité au positionnement normal des pièces, mais ses limites doivent être encadrées. Un décalage extrême peut indiquer un problème de montage, une mauvaise pièce ou un défaut de manutention. Laisser le logiciel normaliser chaque image peut masquer un problème de processus que les opérations doivent pouvoir détecter.

Recettes, accès et traçabilité

Les paramètres d’inspection sont des recettes de production et doivent être gérés en conséquence. Définissez qui peut modifier les seuils, comment les versions approuvées sont identifiées, comment les changements sont audités et ce qui se passe lorsque l’application et le code généré ne concordent pas. Associez à chaque résultat suffisamment de contexte pour reconstituer la décision, notamment la version de la recette, l’état du capteur, l’état d’étalonnage et les mesures pertinentes, plutôt qu’un simple bit conforme ou non conforme.

L’environnement logiciel impose également des contraintes de déploiement. La page du modèle LJ-H1LP de KEYENCE, consultée le 30 août 2026, spécifie Windows 10 64 bits ou Windows 11 Pro et indique un environnement de bibliothèque Visual Studio 2017 avec C# 7.3 ou version ultérieure. Les intégrateurs doivent vérifier les exigences exactes et actuelles du modèle sous licence avant de standardiser une image de PC industriel ou de mettre à niveau les outils de développement.

Une architecture de cellule pratique

Une cellule robuste sépare les responsabilités. Le capteur et la fonction générée par LJ Developer acquièrent et évaluent les données 3D. L’application gère les recettes, les tampons d’images, les diagnostics, les vues opérateur et les enregistrements de résultats. L’automate commande la séquence machine, l’identité des pièces, les autorisations et la temporisation du rejet. L’IHM présente un état exploitable sans exposer à chaque utilisateur des seuils non contrôlés.

Les équipes qui choisissent le matériel de détection peuvent consulter la collection de capteurs industriels du site, tandis que les options de calcul et d’interface opérateur sont regroupées sous IHM et informatique industrielle. Le choix du matériel doit s’appuyer sur un test de performance réalisé avec des pièces représentatives, le temps de cycle, les surfaces et la charge réseau.

Définissez l’interface entre l’application de vision et l’automate comme un échange avec états, et non comme un simple bit de conformité. Parmi les états utiles figurent prêt, déclenché, occupé, résultat valide, identifiant du résultat, défaut et réinitialisation acceptée. Les numéros de séquence ou les identifiants de pièce réduisent le risque qu’un résultat retardé soit appliqué au produit suivant. Les temporisations doivent distinguer un échec d’acquisition, un dépassement du temps de traitement, une perte de communication et une application active mais non prête.

Pourquoi cela compte pour l’adoption de la vision 3D

Les fabricants de systèmes de vision intègrent progressivement les algorithmes courants dans des outils configurables et produisent des éléments d’intégration de plus haut niveau. Cette tendance réduit la barrière liée à la programmation et aide les usines à reproduire les inspections sur plusieurs lignes. Elle modifie aussi la compétence la plus rare : il faudra peut-être consacrer moins de temps à l’implémentation de la géométrie et davantage à la validation, à la gouvernance des données, à la gestion des changements et aux interactions entre les résultats d’inspection et les mouvements de la machine.

Pour les intégrateurs, le cas d’usage le plus convaincant est celui d’un problème d’inspection standard qui nécessite malgré tout une enveloppe applicative personnalisée. LJ Developer peut accélérer cette couche intermédiaire en transformant les outils configurés en code C#. Il est moins susceptible d’éliminer le travail lorsque la difficulté principale réside dans l’accès optique, les surfaces imprévisibles, la logistique de pièces mixtes, la mise en mémoire tampon à grande vitesse ou les preuves exigées par la réglementation.

Évaluation éditoriale

L’affirmation utile est plus limitée et plus crédible que « vision 3D sans programmation ». KEYENCE a créé un flux de travail qui peut réduire le développement applicatif répétitif autour de ses outils pris en charge. Les usines en tirent le plus de bénéfices lorsqu’elles considèrent le code généré comme un composant validé d’un système d’inspection contrôlé.

Avant la mise en production, l’équipe doit démontrer le temps de cycle avec les données les plus défavorables, tester chaque scénario de défaillance, verrouiller les recettes approuvées, enregistrer les informations de version et vérifier que l’automate rejette la bonne pièce lorsque les résultats sont retardés. La génération de code peut accélérer le déploiement ; ce sont des interfaces rigoureuses et des preuves de mesure qui le rendent fiable.