L'écriture semble avoir corrompu mon tag
D'ordinaire récupérable. Un effacement suivi d'une écriture neuve répare un tag laissé dans un état incohérent par une écriture interrompue. Les exceptions sont précises et rares : un tag dont les octets de configuration ont été modifiés, et un tag verrouillé pendant que son contenu était incohérent.
Ce que corrompu veut dire d'ordinaire
Le plus souvent, un message qui s'arrête en chemin. Une écriture interrompue a laissé le tag portant une partie d'un nouveau message, et les lecteurs le rapportent comme invalide, vide ou tronqué.
Rien n'est cassé physiquement. La mémoire porte des octets qui ne forment pas un message valide, ce qui est un problème de contenu plutôt que de matériel.
Moins souvent, cela veut dire que le tag se lit de façon inconstante, ce qui est un dommage mécanique plutôt qu'une corruption et se comporte tout autrement.
Et à l'occasion, cela veut dire que des octets de configuration ont été écrits, cas grave et le plus rare.
La tentative de récupération
Effacez le tag avec un outil qui vide le contenu, puis relisez-le et confirmez qu'il s'annonce vide.
Si cela fonctionne, réécrivez votre contenu et vérifiez. Le tag n'a jamais été endommagé et un état de départ propre suffisait.
Si l'effacement échoue, regardez si le tag est verrouillé ou protégé par mot de passe, les deux refusant un effacement comme ils refusent une écriture.
Si l'effacement réussit et que le tag se lit toujours comme invalide, essayez de le formater, ce qui reconstruit la structure marquant la zone comme prête à porter du contenu.
Quand la configuration a été touchée
La zone de configuration fixe des comportements plutôt qu'elle ne porte du contenu : miroir de l'identifiant, compteurs, réglages de protection et mot de passe.
Y écrire par accident est possible avec un logiciel qui adresse directement la mémoire au lieu de passer par les enregistrements. Les outils d'écriture ordinaires ne s'en approchent pas.
Les conséquences peuvent être définitives. Un réglage de protection activé avec une clé inconnue, ou des bits de verrouillage posés, ne s'inversent pas.
Si un tag refuse soudain l'écriture après le passage d'un outil inhabituel, c'est l'explication probable et il n'y a pas de retour.
Quand s'arrêter et remplacer
Quand l'effacement et le formatage échouent tous deux sur un tag qui n'est ni verrouillé ni protégé.
Quand le tag se lit de façon inconstante à une position où un tag neuf se lit de façon fiable, ce qui désigne un dommage mécanique plutôt que le contenu.
Quand vous y avez passé plus de quelques minutes. Un tag coûte quelques centimes, et la valeur de l'exercice est de savoir quelle panne vous avez plutôt que de sauver le tag.
Gardez à part un tag confirmé mort et étiqueté. C'est la façon la moins chère de vérifier que votre étape de contrôle détecte bien un mauvais tag, ce qu'il vaut mieux savoir avant une série de production.
Questions fréquentes
Une application d'écriture ordinaire peut-elle corrompre un tag ?
Elle peut laisser un message incomplet si l'écriture est interrompue, et cela se récupère par un effacement et une réécriture. Les outils ordinaires ne touchent pas à la configuration.
L'effacement répare-t-il un tag corrompu ?
Dans la plupart des cas oui, le problème étant un message invalide plutôt qu'un dommage. Le formatage est l'étape suivante si l'effacement ne suffit pas.
Pourquoi le tag se lit-il comme vide et refuse-t-il l'écriture ?
Vide et protégé sont deux états distincts qui peuvent coexister. Lisez son inscriptibilité, rapportée séparément de son contenu.
Un dommage de configuration peut-il être défait ?
Les réglages de protection et les bits de verrouillage sont définitifs une fois posés. C'est pourquoi les outils qui adressent directement la mémoire doivent être employés délibérément.