Codes Data Matrix : lisible ne signifie pas sans erreur
En production, un code est souvent considéré comme valide s'il est détecté par un lecteur portable lors d'un contrôle aléatoire. C'est précisément là qu'intervient la vérification des codes Data Matrix : la lecture ne répond qu'à une question très limitée : ce lecteur a-t-il pu décoder le contenu dans ces conditions d'éclairage ? Elle ne permet pas de savoir si le code fonctionnera également lors du contrôle des marchandises entrantes chez votre client, dans un autre système, avec un autre capteur, ou après plusieurs semaines de stockage.
Qu'est-ce qui évalue en outre la vérification du code Data Matrix ?
Lors de la lecture, le contenu est décodé. Le résultat est binaire : lu ou non lu. La vérification, quant à elle, évalue la qualité du balisage lui-même, indépendamment du fait que le contenu soit encore déchiffrable par hasard. Elle évalue notamment les éléments suivants :
- Contraste entre les modules clairs et foncés
- Uniformité du module – écarts des cellules individuelles par rapport à la taille cible
- Des motifs fixes, tels que des lignes de délimitation et des pistes de synchronisation, qui déterminent l'orientation du dispositif de lecture.
- Écart de grille – la distorsion de la matrice par rapport à la grille idéale
- Correction d'erreurs non utilisée – quelle marge de manœuvre reste-t-il à la procédure de redondance ?
Le dernier point est crucial. Les codes Data Matrix intègrent une correction d'erreurs qui compense par calcul les modules endommagés. C'est précisément cette réserve qui permet à un code défectueux de rester lisible ; elle est consommée lors du processus. Un code qui requiert déjà 80 % de sa correction d'erreurs dès sa sortie d'usine ne tolère aucune rayure, saleté ou vieillissement. Il tombera en panne chez le client, et non chez vous.
Pourquoi le marquage se détériore-t-il sans que personne ne le remarque ?
La qualité du code se dégrade généralement progressivement : le laser perd de sa puissance, l’aiguille du poinçon s’use, le lot de matériau subit des variations et sa réflexion de la lumière change, et le composant arrive de la phase de préproduction avec un traitement de surface à peine modifié. Chacun de ces facteurs induit un léger décalage dans l’évaluation. Tant que le code est simplement lu et non évalué, ce décalage reste invisible – jusqu’à ce que la marge soit épuisée et que des défaillances surviennent brutalement.
La vérification continue permet précisément de déceler cette dérive avant qu'elle ne devienne problématique. Elle n'apporte pas de réponse binaire (oui/non), mais plutôt une tendance.
La géométrie du composant détermine sa structure
Sur une surface plane et facilement accessible, un poste d'inspection fixe suffit. La situation se complique lorsque le code se trouve sur une surface courbe, est encastré dans le composant ou dépend de son orientation de transport. Dans ce cas, une caméra rigide ne parvient pas à obtenir l'angle correct ou ne capture qu'une partie de la matrice avec une mise au point correcte.
Dans ces cas, nous utilisons un robot pour mettre les capteurs en contact avec le code. La position d'inspection est enregistrée dans le logiciel pour chaque variante de composant ; le changement s'effectue par sélection plutôt que par reconfiguration mécanique. Vous trouverez nos solutions dans la section « Solutions complètes haute vitesse pour codes de données 1D et 2D ».
Lorsque l'effort en vaut la peine
Toutes les applications ne nécessitent pas une évaluation complète de la qualité. Celle-ci est pertinente lorsque le code remplit une fonction autre que celle de la production : pour la traçabilité au niveau de la pièce, dans les industries réglementées avec étiquetage obligatoire, pour les composants à longue durée de vie et partout où un code illisible pourrait entraîner une réclamation client.
À quel moment du processus l'évaluation devrait-elle se situer ?
Pour l'efficacité de la vérification, le point de mesure dans le processus est presque aussi important que la méthode elle-même. Mesuré directement après l'unité de marquage, un écart peut être attribué au même système et souvent même au même état de l'outil : une baisse de la puissance du laser se traduit par une chute continue de la valeur mesurée bien avant qu'un code ne soit défectueux.
Si le contrôle n'est effectué qu'en fin de chaîne, l'affectation est perdue. On constate alors une dégradation des codes, mais sans pouvoir déterminer à quel moment ni à quel poste. Le dépannage s'en trouve considérablement complexifié.
Un deuxième point concerne la documentation : si l’évaluation est enregistrée pour chaque composant et liée au contenu du code, un enregistrement est créé automatiquement et reste valide même des années plus tard en cas de questions sur le terrain. C’est précisément ce lien qui explique pourquoi, en pratique, la vérification et la traçabilité du code Data Matrix sont généralement mises en œuvre conjointement.
L'intérêt de cette démarche dépend en définitive des conséquences d'un code illisible pour le client. Si cela entraîne une réclamation ou un arrêt de la production, la vérification du code Data Matrix est alors la solution la plus rentable.
Si vous souhaitez connaître la performance actuelle de votre marquage, envoyez-nous des échantillons : nous les testerons et vous communiquerons les résultats. Contactez-nous.
Sources complémentaires : Les critères d’évaluation des codes bidimensionnels sont normalisés ; la norme pertinente est l’ISO/IEC 15415:2024 (Essais de qualité des codes bidimensionnels) . L’association VDMA Industrial Image Processing Association propose un panorama des dernières avancées en matière de traitement d’images industrielles .