Qu'est-ce que l'anticollision, et quand cela compte-t-il ?
L'anticollision est la procédure par laquelle un lecteur isole un tag quand plusieurs répondent en même temps. Elle procède en resserrant les identifiants jusqu'à ce qu'il n'en reste qu'un. C'est un problème résolu au niveau du protocole, et cela ne sauve pas des tags qui se gênent physiquement.
Le problème qu'elle résout
Un lecteur n'a aucun moyen d'adresser un tag précis avant de savoir qu'il y en a un. Il lance un appel général, et tous les tags du champ répondent en même temps.
Ces réponses se superposent et sont inintelligibles. Sans issue, un lecteur face à plus d'un tag resterait bloqué en permanence, ce qui serait inacceptable dans un portefeuille, une pile de cartes ou un rayonnage d'articles étiquetés.
Comment le resserrement fonctionne
La procédure s'appuie sur les identifiants. Le lecteur demande aux tags dont l'identifiant commence d'une certaine façon de répondre, écoute, détecte si les réponses se heurtent encore, et affine la question.
Chaque tour élimine des candidats jusqu'à ce qu'il n'en reste exactement un, que le lecteur sélectionne, et tout ce qui suit est une conversation privée. Les autres tags restent silencieux jusqu'à ce qu'on les adresse à leur tour ou que le champ disparaisse.
C'est pour cela que les identifiants existent. Distinguer les tags pendant la sélection est le rôle d'origine, et tout autre usage de l'identifiant en est un détournement.
Pourquoi ce n'est pas votre problème
La procédure est définie dans les normes, implémentée dans tout lecteur conforme, et ne demande aucun réglage. Comme acheteur de tags ou concepteur d'un déploiement, il n'y a ici rien à spécifier, à ajuster ni à craindre.
Ce que cela signifie en pratique, c'est qu'un téléphone face à plusieurs tags en choisira un, de façon assez déterministe au niveau du protocole, et arbitrairement de votre point de vue. Lequel vous obtenez n'est pas de votre ressort.
Ce qu'elle ne répare pas
C'est la partie à retenir, car elle explique un échec que l'on attribue constamment à la mauvaise cause.
L'anticollision est une solution de protocole à un problème de protocole. Deux tags empilés l'un contre l'autre échouent pour une raison physique : chacun absorbe le champ dont l'autre a besoin, et chacun désaccorde l'antenne de l'autre. Aucun ne reçoit assez d'énergie pour répondre correctement, il n'y a donc rien à arbitrer pour la procédure.
Le symptôme est identique à l'absence de tag, et c'est pourquoi « le lecteur n'a qu'à en choisir un » semble devoir fonctionner. Cela ne le peut pas, car la collision que la norme traite est une collision de réponses, pas une collision d'antennes.
La règle pratique : séparez les tags physiquement. L'anticollision traite des tags voisins, pas des tags qui se touchent.
Questions fréquentes
Combien de tags un lecteur peut-il traiter à la fois ?
La procédure passe à l'échelle et les lecteurs dédiés isolent couramment un tag dans un groupe important. Les téléphones en sélectionnent généralement un et poursuivent plutôt que de présenter l'ensemble, ce qui est un choix logiciel et non une limite du protocole.
Puis-je choisir le tag que le téléphone sélectionne ?
Par aucune interface ordinaire. S'il vous faut un tag précis, la méthode fiable est de le présenter seul, la sélection n'étant pas une chose dont les applications reçoivent le contrôle.
Pourquoi ma carte cesse-t-elle de fonctionner dans un portefeuille avec d'autres ?
Généralement par interférence physique plutôt que par anticollision. Des cartes sans contact serrées ensemble s'absorbent et se désaccordent mutuellement, ce qui empêche de lire correctement l'une quelconque d'entre elles.
L'anticollision ralentit-elle une lecture ?
Marginalement, quand plusieurs tags sont présents, puisqu'il faut des tours supplémentaires pour resserrer. Avec un seul tag, la procédure se termine presque immédiatement et reste invisible.