L'écriture échoue avec une erreur de protection
Trois refus différents portent des formulations voisines. Verrouillé est définitif. Protégé par mot de passe se récupère si vous détenez la clé. Non formaté n'est pas du tout un défaut de protection, et lire le tag plutôt que le message dit lequel vous avez.
Trois refus, trois verdicts
Verrouillé. Les bits de verrouillage ont été posés, ce qui est une modification matérielle définitive. Rien ne revient dessus.
Protégé par mot de passe. La puce exige une clé avant d'accepter une écriture. Récupérable si vous avez la clé, et sans issue sinon.
Non formaté. Le tag n'a pas encore de structure NDEF, si bien qu'un outil qui en attend une peut refuser. Ce n'est pas de la protection et cela se corrige par un formatage.
La formulation des erreurs varie d'une application à l'autre et ne correspond pas proprement à ces trois cas. Deux outils peuvent décrire le même tag différemment, et c'est pourquoi le message est un mauvais diagnostic.
Lire le tag, pas le message
Lisez le tag avec un outil qui montre les données techniques. Il rapporte directement l'état d'inscriptibilité, et ce rapport est le même quelle que soit l'application qui a produit l'erreur.
S'il dit lecture seule, vous avez des bits de verrouillage. S'il dit protégé ou réclame une clé, vous avez un mot de passe. S'il ne rapporte aucune structure NDEF, vous avez un tag non formaté.
S'il rapporte une technologie mais aucun type de tag NFC Forum, vous avez une puce que les téléphones ne lisent pas comme un tag, ce qui est un tout autre problème et pas un problème de protection.
Une lecture remplace toute conjecture sur un texte d'erreur, et cela prend quelques secondes.
S'il est verrouillé
Arrêtez d'essayer. Le verrouillage est définitif et les tentatives répétées n'y changent rien.
Regardez si le contenu déjà dessus est juste. Un tag verrouillé au bon contenu n'est pas une perte, c'est un tag que vous ne pouvez pas changer, et pour une adresse de redirection stable cela peut être parfaitement acceptable.
Si le contenu est mauvais, le tag est fini. Mettez-le de côté plutôt que de le remettre au stock, où quelqu'un le reprendra.
Et vérifiez le reste du lot avant d'écrire davantage, parce que si un tag est arrivé verrouillé, d'autres peuvent l'être.
S'il est protégé par mot de passe
Essayez la clé si vous en avez posé une, ou si un lot a été configuré par quelqu'un de votre équipe.
Regardez si la protection a réellement été activée avec une clé choisie plutôt qu'avec une valeur laissée par défaut. Poser une clé et activer la protection sont deux étapes distinctes, et un tag protégé par une valeur inchangée se récupère.
Si personne n'a la clé, le tag se lit normalement et ne peut pas être réécrit. Ce qui reste possible dépend de la capacité de votre système à travailler avec un tag qu'il peut lire sans pouvoir le changer.
N'y passez pas longtemps. Un tag coûte quelques centimes et la main-d'œuvre à courir après une clé dans une équipe coûte plus cher que de remplacer le tag.
Questions fréquentes
Pourquoi deux applications rapportent-elles des erreurs différentes ?
Parce que la formulation des erreurs est choisie par chaque application plutôt que définie par la norme. Lisez l'état rapporté par le tag au lieu d'interpréter le texte.
Puis-je forcer une écriture malgré la protection ?
Non. Les bits de verrouillage comme la protection par mot de passe sont appliqués par la puce, donc aucune application ne les contourne.
Un tag non formaté est-il cassé ?
Non. Il n'a simplement pas encore de structure NDEF, et le formatage l'y prépare. C'est le seul refus de ce groupe qui soit une étape normale plutôt qu'une panne.
Une écriture ratée abîme-t-elle le tag ?
Non. Une écriture refusée laisse le tag exactement tel qu'il était, et c'est pourquoi le contenu précédent reste lisible ensuite.