Le tag accepte l'écriture mais le contenu disparaît
L'écriture a annoncé une réussite et rien n'a persisté. D'ordinaire l'échange a été interrompu avant que le tag n'ait fini d'inscrire. Parfois la liaison de la puce lâche par intermittence. À l'occasion, vous avez écrit un tag et lu un autre, ce qui est plus facile qu'il n'y paraît.
L'écriture interrompue
Écrire prend plus longtemps que lire, et le tag a besoin que le champ reste présent jusqu'à ce qu'il ait inscrit ce qu'il a reçu.
Levez le téléphone un instant trop tôt et un outil peut annoncer une réussite pour des données qu'il a envoyées et que le tag n'a jamais fini de stocker.
Le résultat est un tag qui se lit comme vide, ou comme portant son contenu précédent, après une écriture apparemment réussie.
Posez le téléphone sur le tag, gardez-le là jusqu'à ce que la confirmation apparaisse, et attendez un temps de plus. Cette seule habitude supprime la plupart des cas.
Un tag défaillant
Une liaison fatiguée entre la puce et l'antenne fait contact par intermittence. Le tag peut s'alimenter, répondre, accepter une écriture, et perdre la connexion avant d'inscrire.
La signature est l'incohérence : l'écriture fonctionne parfois, sur certains téléphones, à certaines positions.
Comparez avec un tag identique qui n'a pas été manipulé. Si le tag neuf s'écrit de façon fiable à la même position sur le même téléphone, le premier est endommagé.
Un dommage ne se rétablit pas et empire. Remplacez le tag plutôt que de continuer à le tester.
Vous avez lu un autre tag
Cela paraît improbable et c'est courant en production, où des tags identiques sont posés côte à côte sur un établi.
Cela arrive aussi quand un ancien tag est resté collé sous le nouveau, si bien que l'écriture est allée au tag du dessus et que la lecture a répondu depuis celui du dessous, ou l'inverse.
Et cela arrive avec un tag dans un portefeuille ou un porte-badge, où un second tag se trouve dans le même objet.
Séparez physiquement les tags écrits des tags non écrits, dans deux contenants, avant d'écrire quoi que ce soit. Cela ne coûte rien et cela évite une panne réellement déroutante à tracer.
Confirmer ce qui s'est passé
Écrivez un tag, délibérément, en restant immobile jusqu'à la confirmation. Éloignez-le ensuite de tous les autres tags et lisez-le.
S'il porte le contenu, le procédé est bon et l'échec précédent était une interruption ou un tag confondu.
S'il est de nouveau vide, recommencez avec un tag neuf pris dans une autre partie du lot. Un second échec sur un tag neuf désigne l'outil ou le téléphone plutôt que le tag.
Et relisez chaque tag après écriture, en routine. Une écriture qui annonce une réussite sans avoir persisté est exactement la panne pour laquelle un passage de vérification existe, et c'est celle qui a le plus de chances d'atteindre un client.
Questions fréquentes
Un tag perd-il ses données avec le temps ?
Non. La rétention des données dépasse de loin la durée de vie de tout déploiement, donc un contenu disparu n'a jamais été inscrit plutôt qu'oublié.
Pourquoi l'outil a-t-il annoncé une réussite ?
Parce qu'il a rapporté l'envoi des données plutôt que confirmé leur stockage par le tag. C'est la relecture qui confirme une écriture.
Une coque de téléphone peut-elle causer cela ?
Elle le peut, en affaiblissant le couplage au point que l'échange se rompe en chemin. Retirez la coque pour écrire et restez immobile.
Faut-il vérifier chaque tag écrit ?
Oui, partout où un mauvais tag arrivé chez un client porte à conséquence. La relecture prend quelques secondes et attrape exactement cela.