Compatibilité lecteur–étiquette RFID : vérifications et essais

Vérifier la compatibilité à cinq niveaux

Décrivez d’abord la tâche à accomplir, par exemple inventorier un lot de vêtements avec le lecteur portable existant ou ouvrir un lien produit sur le smartphone visé. Vérifiez ensuite les cinq niveaux ci-dessous, sans confondre la détection radio d’une étiquette avec la validation du projet complet.

• Fréquence et région de déploiement : la version régionale et la configuration de l’équipement conviennent-elles au lieu du projet ?
• Protocole radio : le lecteur et l’étiquette prennent-ils en charge le même protocole de communication requis ?
• Opérations et mémoire : la lecture, l’écriture, la vérification et les commandes nécessaires au projet sont-elles prises en charge ?
• Format des données : le résultat de lecture respecte-t-il les identifiants, contenus et règles d’encodage définis ?
• Logiciel et processus : l’application associe-t-elle les données au bon objet et réalise-t-elle l’opération attendue ?

Partir de la documentation exacte des équipements

Notez le modèle complet du lecteur, sa version régionale, son firmware, son antenne et son mode de connexion, ainsi que les versions de l’application, du système d’exploitation et du SDK. Un nom de modèle abrégé, l’apparence ou la mention « compatible RFID » ne remplacent pas la documentation de l’équipement. Listez ensuite le protocole de l’étiquette, les informations sur la puce et les fonctions nécessaires, puis demandez confirmation aux fournisseurs de l’équipement et des étiquettes.

Le NFC utilise 13,56 MHz, mais cela ne rend pas toutes les étiquettes HF de même fréquence compatibles avec le smartphone visé. Vérifiez la technologie précise de l’étiquette, le format des données et la prise en charge par l’application. Pour un projet UHF, vérifiez également les protocoles de l’équipement et des étiquettes ainsi que la configuration régionale de l’équipement pour le pays de déploiement. Les mêmes réglages de fréquence ou de puissance ne peuvent pas être appliqués à toutes les régions.

• Informations confirmées : conservez la fiche technique du modèle, le manuel de l’équipement et les dates de version.
• Informations encore incertaines : indiquez « À confirmer », fournissez le modèle de l’équipement et les besoins du projet, sans supposer la compatibilité.

Valider séparément lecture, écriture et sens des données

La conformité d’un protocole à une norme ne signifie pas que toutes les commandes optionnelles sont implémentées. Si le projet exige l’écriture, l’accès à une zone mémoire précise ou le verrouillage, vérifiez chaque fonction sur le lecteur, l’étiquette et le logiciel. La simple détection de l’étiquette ne valide pas ces opérations.

Pour une interaction avec un smartphone, vérifiez le contenu NDEF requis et la page ou l’application effectivement ouverte sur le téléphone visé. Pour l’UHF, vérifiez les données attendues par le système, telles que l’EPC, le schéma d’encodage et la correspondance avec les objets. Le protocole de communication et le format des données sont deux vérifications distinctes : une capture d’écran indiquant seulement « étiquette lue » ne suffit pas.

• Données attendues : consignez des exemples d’encodage ou de contenu de test autorisés pour le projet, ainsi que les exigences de format.
• Données réelles : consignez la zone mémoire lue, la sortie brute et le résultat de la vérification, puis confirmez la correspondance avec le bon objet.
• Opération attendue : vérifiez la mise à jour du stock, l’ouverture de la page ou toute autre opération complète requise par le projet.

Tester le processus avec les étiquettes réellement installées

Commencez par un échantillon individuel dans une zone de test clairement définie, puis testez les conditions réelles : suspension, pliage, emballage, empilement ou présence d’objets voisins. Notez le matériau du support, l’emplacement, l’orientation, la position de lecture et les réglages de l’équipement pour pouvoir reproduire le test.

Le protocole GS1 TIPP porte sur les performances des objets étiquetés. Les essais d’achat sur site doivent eux aussi évaluer l’ensemble après installation réelle. Les recommandations de documentation ci-dessous ne constituent pas une procédure d’essai en laboratoire TIPP. Le nombre d’échantillons, les cycles de test et les seuils d’acceptation doivent être convenus entre les parties du projet.

• Échantillon : identifiant, version, informations sur la puce ou le protocole, matériau du support et emplacement.
• Équipement : lecteur, firmware, antenne, configuration régionale et versions de l’application et du système d’exploitation.
• Opération : zone cible, position de lecture, orientation, combinaison d’objets, cycles et étapes de test.
• Résultats : données attendues et réelles, opérations du processus, lectures manquées, lectures hors zone et traitement des anomalies.

Orienter les vérifications selon les symptômes

Les points suivants sont des pistes de diagnostic, pas une identification certaine de la cause. Modifiez une seule condition documentée à la fois, puis recommencez le même test. Transmettez le problème et les résultats initiaux au fournisseur de l’équipement ou des étiquettes.

• Aucune lecture : vérifiez la technologie, le protocole, les réglages régionaux, l’état de l’équipement et les conditions réelles d’installation.
• Étiquette lue, mais contenu incorrect : vérifiez la zone mémoire lue, le contenu écrit, le format des données et la correspondance avec les objets.
• Données correctes, mais aucune action de l’application : vérifiez la connexion, la configuration de l’application, le traitement par l’interface et les enregistrements du processus.
• Lectures manquées intermittentes ou lectures hors zone : vérifiez la position des étiquettes, la combinaison d’objets, l’antenne, la zone de lecture et les étapes de l’opération.

Constituer un dossier d’achat avec les résultats confirmés

Conservez la version confirmée de l’échantillon, la documentation du modèle, les réglages de l’équipement, les fichiers graphiques, les exemples d’encodage, le mode d’installation, les étapes de test et les critères d’acceptation. Les achats, l’équipe technique et le fournisseur doivent utiliser le même dossier pour éviter de sélectionner à nouveau les étiquettes uniquement sur leur apparence au moment de la production en série.

Après un changement de puce, d’encapsulation, de dimensions, de position d’installation, de firmware ou de logiciel, vérifiez les points concernés avant de définir les essais à recommencer. Pour demander un devis, joignez le modèle de l’équipement, le pays de déploiement, des exemples de données et les résultats des échantillons à votre liste de besoins d’achat existante. Laissez les paramètres inconnus marqués « À confirmer ».