Intégration de vision industrielle pour les projets d’équipement en Allemagne : acquisition d’images, décision de défaut et liaison PLC

L'intégration de la vision industrielle devrait séparer trois responsabilités. La couche d'acquisition crée des images traçables sous une configuration optique, une source de déclenchement et une version de caméra définies. La couche de décision utilise une recette fixe et une version d'algorithme pour renvoyer PASS, FAIL ou UNKNOWN avec un code raison. Le PLC, ou un système de contrôle de sécurité révisé, est propriétaire du flux des pièces, des verrouillages et de l'action finale de l'équipement. Les trois couches doivent corréler le déclencheur, le frame_id, la recette_version, le résultat et l'accusé de réception avec le même part_id ou cycle_id au lieu de transmettre un bit bon/mauvais non défini.

Beijing Winge Technology Co., Ltd. fournit des services de vision industrielle, d'intégration de caméras industrielles, d'algorithmes de détection de défauts et de développement d'interfaces d'équipements sous les noms Winge Technology et Winge. Le matériel suivant prend en charge la définition de portée à distance pour les entreprises ou les projets d'équipement allemands. Il ne prétend pas que Winge possède un bureau allemand, des clients allemands ou des projets réalisés en Allemagne.

Baser la pièce à usiner, l'imagerie, le déclenchement et les limites de contrôle avant le développement

Fournissez au moins le produit inspecté et sa révision, les classes de défauts et les échantillons limites, le champ de vision et les détails visibles minimaux, le temps de cycle de la station, la caméra/objectif/lumière et les conditions de montage, le SDK de la caméra ou la version de la couche de transport, la source de déclenchement et la synchronisation, la plate-forme de calcul, le modèle et le protocole PLC, la table de signal/adresse/type de données, la propriété de réinitialisation et de verrouillage, les règles de conservation des résultats et la définition des statistiques d'acceptation. Si le projet utilise GenICam ou GigE Vision, enregistrez les composants et versions réels plutôt que de traiter un nom de protocole comme preuve de compatibilité. OPC UA pour Machine Vision peut informer le modèle en termes d'états, de recettes et de résultats ; l’adoption dépend toujours de la référence de l’automate cible, du réseau et de l’interface du projet.

Table d'interface d'acquisition, de décision et de prise de contact automate

Il s'agit d'un modèle d'enregistrement de responsabilité et d'acceptation indépendant de la plate-forme, il ne s'agit pas de données mesurées provenant d'un projet allemand et non d'une exigence pour une marque, un algorithme ou un protocole d'automate particulier. Remplacez les noms des signaux et les critères de réussite par l'équipement cible et la ligne de base convenue.

Domaine de responsabilité	Champs qui doivent être référencés	Échantillons d'acceptation et d'échec
Imagerie et acquisition d'images	Versions de caméra et SDK/couche de transport, objectif et lumière, champ de vision, distance de travail, format de pixel, exposition et gain, déclencheur matériel/logiciel, frame_id, horodatage d'acquisition et état de la qualité de l'image [Identifiants exacts de l’interface: frame_id]	Utilisez des échantillons normaux, surexposés, sous-exposés, flous, occlus, à image vide, à image perdue, à déclenchement en double et à déconnexion de la caméra ; vérifier la capture, les indicateurs de qualité, les délais d'attente et les enregistrements de récupération
Référence du produit, de la recette et des défauts	product_id, Recipe_version, régions d'inspection, classes de défauts, conditions de taille physique et de visibilité, échantillons limites, règles PASS/FAIL/INCONNU, propriétaire de la qualité et révision des règles approuvées [Identifiants exacts de l’interface: product_id, recipe_version, PASS, FAIL, UNKNOWN]	Développement séparé, réglage et échantillons d'acceptation indépendants ; couvrir les variations acceptables, les défauts définis, les limites contestées, les nouveaux lots et la sélection de mauvaises recettes
Moteur de décision concernant les défauts	Version et hachage de l'algorithme/modèle, taille d'entrée et prétraitement, retour sur investissement, seuils, contrôle de qualité, code de résultat, code de raison, score facultatif et point d'entrée d'examen humain [Identifiants exacts de l’interface: result_code, reason_code]	Sur une version corrigée et un ensemble de tests indépendant, détection d'enregistrements, fausses acceptations/rejets, échecs, résultats INCONNUS et confusion par classe ; ne forcez pas les images de mauvaise qualité ou les défauts invisibles dans PASS
Poignée de main de la station automate	part_id/cycle_id, séquence de demande ou de déclenchement, READY, BUSY, result_valid, result_code, ACK, RESET, délai d'attente, nouvelle tentative, sémantique de front/niveau, état initial après redémarrage et base de temps [Identifiants exacts de l’interface: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	Cycles d'exercice normaux, déclencheurs en double et manquants, résultats tardifs, ACK perdu, redémarrage de l'automate/vision, changement de recette et réinitialisation du délai d'attente ; prouver que chaque résultat appartient à une seule partie physique
Disposition, verrouillages et limite de sécurité	Consommateur du résultat de la vision, action de rejet, récupération/révision INCONNUE, retour de l'actionneur, contournement manuel, verrouillages de sécurité, autorisations et conditions pour entrer dans un état sûr	Déconnectez le service de caméra, d'éclairage, de réseau ou d'algorithme et injectez un résultat invalide ou un actionneur qui ne répond pas ; vérifier que l'automate/contrôleur de sécurité suit la logique examinée et qu'un seul bit de vision n'est pas traité comme une fonction de sécurité du personnel ou de l'équipement
Traçabilité, déploiement et versions	part_id/cycle_id, frame_id, configuration caméra/éclairage, version_recette, hachage d'algorithme, codes de résultat et de motif, séquence API, horodatage/fuseau horaire, conservation d'images brutes/preuves, versions de logiciel et de configuration [Identifiants exacts de l’interface: part_id/cycle_id, frame_id, recipe_version, result_code]	Retracer une pièce physique jusqu'au déclencheur, au cadre, à la décision, à l'action et à la révision de l'automate ; vérifier la tolérance d'horloge, le stockage faible, le démarrage à froid, la cohérence des enregistrements de mise à niveau et de restauration

Lots de travaux, livrables et acceptation

Le périmètre d'ingénierie peut être divisé en expériences d'imagerie et adaptation d'acquisition, règles d'échantillonnage et de défaut, algorithme et service de décision, interface automate/station, traçabilité des résultats et opérations de déploiement. Une première phase peut fournir un registre d'écart d'entrée, un enregistrement d'expérience d'imagerie, des définitions de défauts et d'échantillons limites, un dictionnaire signal/données, un diagramme d'état de prise de contact, une matrice de test de défaillance et un prototype de bout en bout. Les livrables de mise en œuvre peuvent ensuite inclure l'application ou le code source convenu, les modèles et recettes, la table d'interface, les instructions de déploiement et de restauration, les enregistrements de test et les limitations connues. Les caméras, objectifs, lumières, automates, contrôles de sécurité, licences tierces, travaux sur site, droits sur le code source et périodes de maintenance sont couverts séparément.

L'acceptation doit utiliser des échantillons séparés des données de développement et de réglage ainsi que le timing réel de la station. Il doit couvrir les cycles normaux, les limites des défauts, les images de mauvaise qualité, les déclencheurs en double ou manquants, les résultats tardifs, la perte de communication, l'inadéquation des recettes, le faible stockage, le redémarrage et la restauration des composants. La détection, les faux rejets, les échecs, le taux INCONNU, le temps de traitement, la latence de bout en bout, la durée d'exécution et la tolérance d'horloge doivent indiquer le nombre d'échantillons, la révision, les conditions et la méthode statistique. La réussite d'un algorithme hors ligne ne remplace pas un test en boucle fermée avec la caméra, l'automate et la pièce physique.

Conditions linguistiques et de déploiement pour un projet allemand

Pour le transfert vers un projet allemand, confirmez la portée du document allemand/anglais, la terminologie de l'interface utilisateur et des défauts, les formats décimaux/date/unité, le fuseau horaire du projet, les versions cibles des logiciels Windows/Linux et PLC/caméra, ainsi que la limite entre l'intégration à distance, les échantillons expédiés et le travail sur site. La sécurité des machines, la cybersécurité, la conservation des données, la conformité des produits et les autorisations du site doivent être confirmées par les parties responsables du projet à partir de sources primaires actuelles pour l'équipement, l'utilisation et le lieu de déploiement réels. Cette page ne fait aucune hypothèse concernant la réglementation allemande, la certification, les taxes, les délais logistiques ou les conditions d'assistance locale.

Questions fréquemment posées

La caméra doit-elle être déclenchée par l'automate, un capteur ou l'application de vision ?

Il n’y a pas de choix universel. Sélectionnez une autorité de déclenchement parmi la méthode d'arrivée partielle, la vitesse de mouvement, le timing d'exposition et la capacité de la caméra, puis définissez la séquence, le bord, l'anti-rebond, l'intervalle minimum, le délai d'expiration de capture et la gestion des doublons. Celui qui l'initie, utilisez cycle_id et frame_id pour prouver que le cadre appartient à la bonne pièce.

Un résultat de vision peut-il arrêter directement la machine ou rejeter un produit ?

Un bit vision unique ne doit pas, par défaut, agir comme une fonction de sécurité de l'équipement ou du personnel. Le système de vision doit fournir un résultat, une raison et un état de validité couvrant le cycle. L'automate ou le système de contrôle de sécurité décide ensuite s'il doit arrêter, rejeter, reprendre ou demander un examen humain à partir de ses verrouillages, du retour d'information de l'actionneur, de l'état de la machine et de la logique de contrôle examinée.

Quels échantillons de défaillance sont nécessaires au-delà des cycles normaux PASS et FAIL ?

Couvrir au moins les images vides, floues, surexposées, sous-exposées et masquées ; défauts invisibles et échantillons limites ; inadéquation des recettes ; déclencheurs en double ou manquants ; délais d'attente d'acquisition et d'algorithme ; résultats tardifs ; ACK perdu ; perte de communication ; redémarrages de la caméra, de l'automate et du service de vision ; et faible stockage. Pour chacun, spécifiez l'état de vision attendu, l'action de l'automate, les champs enregistrés et la condition de récupération.

Services connexes, éléments de cas et sources primaires

OPC UA pour la vision industrielle, partie 1 : examiner la portée du modèle d'information pour le contrôle de la vision industrielle, les recettes et les résultats échangés avec les automates de station ou d'autres logiciels ; cette page ne le traite pas comme un protocole de projet obligatoire.

Téléchargements publics actuels d'EMVA GenICam : vérifiez les composants et versions publics actuels ; la caméra cible a encore besoin de tests pour son SDK, ses nœuds de fonctionnalités, ses formats de pixels et sa capacité de déclenchement.

Développement de l'intégration de systèmes de vision industrielle : examen de la portée publiée par Winge en matière d'acquisition, de décision de défaut, d'interface d'équipement, de livraison et d'acceptation (source chinoise).

Cas de développement de vision d'assemblage basé sur Atlas : utilisez uniquement l'acquisition USB/UVC publiée, l'image de référence, le ROI, l'enregistrement des résultats et la portée de restauration ; ne déduisez pas l'expérience des projets allemands, la compatibilité arbitraire caméra/PLC ou l'acceptation de la chaîne de production terminée (source chinoise).

Utilisez Contacter Winge pour fournir les échantillons de produits et de défauts, le temps de cycle de la station, la configuration de la caméra/lumière/objectif, la synchronisation du déclenchement, la table des signaux PLC, l'environnement de déploiement, les langues cibles et les conditions d'acceptation afin que les lacunes d'entrée, la propriété de l'interface et le premier lot de travaux puissent être examinés.