Quels travaux techniques sont inclus dans la personnalisation de l'inspection visuelle Atlas 200I DK A2 ?

Article technique

La personnalisation de l'inspection visuelle comprend généralement la confirmation de l'appareil et du système d'exploitation, l'accès à la caméra, l'exécution d'algorithmes, l'interface Web ou locale, les E/S du poste de travail, la maintenance du déploiement et l'acceptation du site. La possibilité de lancer le logiciel n'est qu'une partie de la personnalisation ; Ce n'est que si la gestion des entrées, de l'algorithme, des résultats, de l'interface et des versions forme une boucle de contrôle fermée que l'adaptation côté appareil peut être techniquement utilisable.

Les logiciels d'inspection visuelle et les applications algorithmiques actuelles pour les assemblages fonctionnent déjà sur le Huawei Ascend Atlas 200I DK A2. Le fonctionnement de la plateforme indique que les logiciels, les caméras, les appels d'algorithmes et les liens de résultats ont été connectés ; L'acceptation de la production sur le lieu de travail doit encore être complétée sur site en combinaison avec des produits spécifiques, des modèles, un rythme et des interfaces indépendants.

Étape 1 : Confirmez l'environnement matériel et logiciel Atlas

Avant la personnalisation, le modèle de l'appareil, le processeur, le système d'exploitation, le pilote, le micrologiciel, le CANN ou toute autre version d'exécution doivent être enregistrés, ainsi que la question de savoir si la mémoire, le stockage, les interfaces réseau et périphériques répondent aux exigences du projet.

Les spécifications officielles de l'Atlas 200I DK A2 incluent un processeur Ascend série 310, 8 TOPS INT8, 4 TFLOPS. Pour la sélection de la plate-forme, les spécifications nominales de l'équipement sont utilisées et les performances de détection réelles doivent encore être testées sur la base d'algorithmes, d'images et de conditions de travail.

Les projets d'entreprise doivent également confirmer si l'environnement actuel est une vérification du développement ou un environnement commercial formel. Le kit de développement convient à la recherche et au développement et à la vérification de la personnalisation. Pour une livraison officielle, la licence du logiciel commercial, la forme du matériel de production de masse, les canaux d'acquisition d'exécution et la prise en charge des mises à niveau ultérieures doivent être confirmés.

Étape 2 : Connectez la caméra et définissez les conditions d'enregistrement

La qualité d'entrée de l'algorithme de vision est déterminée par la caméra, l'objectif, la source lumineuse, la position de montage et l'état de la pièce. Ce n’est pas parce que la caméra peut être reconnue par le système que l’imagerie répond aux exigences de reconnaissance.

Le travail de personnalisation comprend généralement :

Identifiez les appareils USB/UVC, MIPI ou caméra réseau ;
Confirmez les pilotes, les autorisations des appareils et les utilisateurs exécutant le service.
Vérifiez la résolution, la fréquence d'images, le délai d'attente de récupération d'image et la récupération de déconnexion.
Champ de vision fixe, distance de travail, distance focale et position de la pièce à usiner ;
Conditions d'exposition, de gain, de balance des blancs et de source lumineuse fixes ;
Confirmez la taille des pixels de la plus petite cible ou du défaut de l'image originale.
Créez des règles INCONNUES pour le flou, la surexposition, la sous-exposition et l'occlusion.

Le projet actuel de Winge Technology a connecté la connexion de la caméra USB/UVC à l'Atlas 200I DK A2 et a formé une entrée standard pour la capture d'images et la reconnaissance vidéo. La solution entièrement localisée en Chine intégrera davantage des caméras, des objectifs et des sources de lumière chinois pour compléter la vérification des images de l'ensemble du système.

Étape 3 : Choisir un itinéraire algorithmique adapté au poste de travail

Les modèles d’apprentissage profond ne sont pas toujours requis pour l’inspection visuelle des stations fixes. La sélection de l'algorithme doit être basée sur la définition de l'erreur, le nombre d'échantillons, la variation de pose et les conditions d'imagerie.

Image de référence et vision traditionnelle

Il convient aux lieux de travail avec une position stable, une apparence relativement fixe et normale et peu d'échantillons. Les processus courants incluent l'enregistrement global, le recadrage, la normalisation de la luminosité, le calcul des différences locales et les règles géométriques. Ce type d'algorithme convient à la sortie de différents emplacements et images de preuves. Le projet actuel a terminé sa vérification opérationnelle sur l'appareil Huawei Ascend Atlas.

Extensions pour les algorithmes d'apprentissage profond

Il convient aux scènes comportant de nombreuses catégories, des changements de pose importants, des arrière-plans complexes ou lorsqu'une classification sémantique est requise. Il est nécessaire de préparer des données représentatives, de former des modèles de détection d'objets, de classification ou de segmentation, et de compléter les entrées et sorties, le pré- et post-traitement, la cohérence des résultats et la vérification du déploiement de la plateforme cible.

Sans données réelles et objectifs de précision clairs, le simple déploiement d’un modèle ne peut pas démontrer les capacités de détection sur le terrain.

Étape 4 : Définir l'image de référence, le retour sur investissement et les règles de détection

L’inspection d’assemblage nécessite la traduction des exigences de qualité en règles exécutables. Par exemple :

où la pièce doit être présente ;
Quel est le bon montant ?
Quelles catégories relèvent d'un emballage incorrect ;
Quelle variation est autorisée en termes de position et d’orientation ?
Que faire si la qualité de l'image ne remplit pas les conditions ?
Comment combiner plusieurs règles dans PASS, FAIL ou UNKNOWN.

Winge Technology Le logiciel actuel prend en charge la collecte de plusieurs images de référence OK, la délimitation du retour sur investissement, la configuration des règles d'assemblage pour les pièces manquantes/incorrectes et le stockage des preuves de détection. Plusieurs images de référence sont utilisées pour estimer les fluctuations normales, mais seules trois images de référence atteignent le seuil de nombre d'images défini par le code actuel. Le lieu de travail formel doit continuer à couvrir les lots, les équipes, les températures et les changements d'imagerie acceptables.

Étape 5 : Complétez l’interface utilisateur et la preuve des résultats

Le site d'ingénierie nécessite non seulement la sortie d'un algorithme, mais nécessite également que les opérateurs soient capables de le configurer et de le vérifier. L'interface de personnalisation comprend généralement :

Sélection de la caméra et de la source d'image ;
OK collection d'images de référence ;
ROI et configuration des règles ;
Détection unique, continue ou déclenchée ;
PASS, FAIL, statut INCONNU ;
dessins originaux, dessins de preuves, règles et relevés de temps ;
Interface en chinois, anglais ou autre langue ;
Privilèges d’opérateur, d’ingénieur et d’administrateur.

Le projet actuel a construit une plate-forme de configuration Web en chinois et en anglais et a vérifié les pages principales, les caméras et les liens de résultats sur la machine Atlas réelle. La version commerciale officielle doit également ajouter la connexion, les autorisations, TLS, l'audit et l'approbation des recettes selon les exigences du client.

Étape 6 : Accédez aux E/S, à l'automate ou au système d'entreprise

Les résultats de l’inspection visuelle doivent correspondre exactement à la pièce réelle. La personnalisation du champ doit préciser :

Qui envoie la pièce à sa place et reconnaît le signal de déclenchement ?
Quand l'appareil photo prend-il la photo ?
Gérer les délais d'attente, les déclencheurs répétés et les déclencheurs manqués ;
Comment émettre des PASS, FAIL et INCONNU ;
Comment intercepter ou transférer des produits non qualifiés pour un examen manuel ;
Comment le MES, le code-barres ou le numéro de série corrèlent les résultats ;
Comment récupérer après un redémarrage de service ou une panne de réseau.

Entièrement localisée en Chine, la solution utilise des E/S ou des dispositifs de contrôle chinois pour la connexion. Avant que le débogage conjoint de l'interface ne soit terminé, cela peut seulement signifier que le logiciel dispose de capacités de conception d'interface, mais pas que la boucle fermée a été acceptée sur site.

Étape 7 : Configurer les fonctionnalités de déploiement, de mise à niveau et de restauration

L'environnement de développement peut modifier le code directement, tandis que l'environnement de production nécessite des versions traçables. Il est recommandé de conserver au minimum les éléments suivants :

numéro de version du logiciel et date de sortie ;
Package de version et SHA-256 ;
sauvegarde des recettes et de la configuration ;
Pointeurs sur la version actuelle et la version précédente ;
état du service et hachages de fichiers clés ;
Caméras, interfaces et détecteurs de fumée améliorés ;
Méthode de restauration explicite.

Winge Technology Le projet Atlas actuel a établi un répertoire de versions immuable, des données partagées, une sauvegarde de configuration et des points de restauration. Cette fonctionnalité résout les problèmes de livraison et de maintenance et ne signifie pas que l’exactitude de l’algorithme a été acceptée.

Étape 8 : Acceptation formelle complète en fonction du lieu de travail

L'acceptation formelle doit inclure au moins les éléments suivants :

Ensemble d'échantillons OK/NG indépendant ;
Manque de taux de détection des défauts importants ;
OK, faux taux d'écoute ;
Taux INCONNU ;
le tempo et la consommation de ressources des pièces individuelles ;
changements d'exposition, de position, de lot et de température ;
Fonctionnement continu et récupération après la déconnexion de la caméra ;
Boucle fermée E/S, PLC ou MES ;
Modifications de recettes, autorisations et suivi.

Le nombre de tests, les seuils et les normes de qualification sont confirmés par les deux parties au projet en fonction du risque produit. Les images composites, les échantillons de paramétrage ou les tests de fumée à court terme ne peuvent pas remplacer l'acceptation de la production.

FAQ

Le lancement du logiciel sur Atlas signifie-t-il que la personnalisation est terminée ?

Pas tout de suite. Examinez également les caméras, les algorithmes, les règles, les résultats, les interfaces, le déploiement et l'acceptation de la station cible.

Le logiciel de reconnaissance fonctionne-t-il réellement sur l'appareil Atlas ?

Déjà en marche. Le projet en cours a complété le lancement du logiciel, l'accès aux caméras USB/UVC, les images standard, les règles de retour sur investissement, les interfaces chinoises et anglaises, les résultats de détection et la vérification de la restauration de version sur Atlas 200I DK A2.

Une fois la personnalisation terminée, la personnalisation peut-elle être copiée directement sur d’autres postes de travail ?

Cela ne peut pas être accepté directement. Différentes caméras, objectifs, sources de lumière, pièces à usiner et battements modifient les conditions d'entrée et chaque poste de travail doit encore être reconfiguré et accepté.

Le kit de développement Atlas peut-il être utilisé directement comme base pour une production de masse ?

Vous devez d'abord examiner la licence du logiciel, l'environnement d'exploitation commercial, la forme du matériel de production de masse et les canaux de support avant de finaliser le calendrier de livraison formel.

Sources et explications

Atlas 200I DK A2Spécifications de base :https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/pd/pd_0004.html
Déclaration d'utilisation du logiciel Atlas 200I DK A2 : https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/qs/qs_0018.html