La plupart des syst\u00e8mes RFID, y compris les cartes sans contact \u00e0 13,56 MHz et le NFC, reposent sur le principe RTF (Reader Talk First) : le lecteur envoie p\u00e9riodiquement des trames de recherche, et chaque carte pr\u00e9sente dans son champ y r\u00e9pond en transmettant son identifiant.<\/p>\n
Mais que se passe-t-il lorsque deux cartes \u2014 ou plus \u2014 sont pr\u00e9sentes en m\u00eame temps dans le champ du lecteur ? Elles r\u00e9pondent simultan\u00e9ment \u00e0 la trame de recherche : c’est la collision. Sauf cas tr\u00e8s particuliers, le lecteur est alors incapable de d\u00e9coder la r\u00e9ponse.<\/p>\n
Le m\u00e9canisme d’anti-collision r\u00e9sout ce probl\u00e8me : il permet au lecteur de savoir pr\u00e9cis\u00e9ment combien de cartes se trouvent dans son champ, et d’obtenir, l’une apr\u00e8s l’autre, l’identifiant de chacune. Le nom est un peu trompeur : il ne s’agit pas d’emp\u00eacher la collision \u2014 elle a d\u00e9j\u00e0 eu lieu lorsque le m\u00e9canisme s’active \u2014 mais au contraire de la r\u00e9soudre, en faisant r\u00e9p\u00e9ter leur r\u00e9ponse aux cartes, mais de mani\u00e8re non simultan\u00e9e.<\/p>\n
Plusieurs m\u00e9thodes permettent de r\u00e9soudre une collision.<\/p>\n
La partie A de la norme ISO 14443 repose sur un principe bien adapt\u00e9 aux cartes \u00e0 logique c\u00e2bl\u00e9e : les cartes r\u00e9pondent de mani\u00e8re synchrone, et le lecteur est capable de d\u00e9terminer pr\u00e9cis\u00e9ment sur quel bit se produit la premi\u00e8re collision. Il g\u00e9n\u00e8re alors une nouvelle trame de recherche indiquant le d\u00e9but de la r\u00e9ponse qu’il a re\u00e7ue, en fixant al\u00e9atoirement ce bit de collision \u00e0 0.<\/p>\n
S’il n’y a que deux cartes, celle dont le bit vaut 1 ne r\u00e9pond pas, et le lecteur peut recevoir l’identifiant complet de la premi\u00e8re carte. Il g\u00e9n\u00e8re ensuite une nouvelle trame en fixant le bit \u00e0 1 pour obtenir l’identifiant de la seconde carte. S’il y a davantage de cartes, il suffit de r\u00e9p\u00e9ter ce m\u00e9canisme autant de fois que n\u00e9cessaire pour explorer l’ensemble des identifiants pr\u00e9sents.<\/p>\n
La partie B de la norme ISO 14443 repose sur un principe plus simple \u00e0 impl\u00e9menter en logiciel. Dans sa premi\u00e8re trame de recherche, le lecteur annonce un nombre de cr\u00e9neaux temporels (slots). Chaque carte choisit al\u00e9atoirement le num\u00e9ro de cr\u00e9neau dans lequel elle r\u00e9pondra, ce qui r\u00e9duit la probabilit\u00e9 de collision. Si une collision se produit malgr\u00e9 tout dans un cr\u00e9neau, le lecteur demande aux cartes dont il a d\u00e9j\u00e0 obtenu l’identifiant de rester silencieuses, puis g\u00e9n\u00e8re une nouvelle trame de recherche, jusqu’\u00e0 r\u00e9soudre toutes les collisions.<\/p>\n
Enfin, la norme ISO 15693 repose sur un principe hybride entre les deux pr\u00e9c\u00e9dents. Comme pour le type B, l’anti-collision s’appuie sur des cr\u00e9neaux, mais le num\u00e9ro de cr\u00e9neau choisi par la carte n’est pas al\u00e9atoire : il correspond \u00e0 une partie de son identifiant. Comme pour le type A, le lecteur r\u00e9alise une exploration en profondeur en annon\u00e7ant la longueur d’identifiant qu’il conna\u00eet d\u00e9j\u00e0, ce qui revient \u00e0 faire d\u00e9filer la portion d’identifiant que les cartes utilisent pour choisir leur cr\u00e9neau.<\/p>\n
M\u00eame si les lecteurs qui int\u00e8grent ces algorithmes les ex\u00e9cutent tr\u00e8s rapidement, l’anti-collision repr\u00e9sente toujours un temps de traitement suppl\u00e9mentaire par rapport \u00e0 une situation sans collision. Ce temps reste heureusement impercep\u00adtible pour un utilisateur humain \u2014 c’est tout l’int\u00e9r\u00eat de l’anti-collision dans de nombreuses applications.<\/p>\n
Un lecteur qui prend en charge l’anti-collision peut, sous le contr\u00f4le d’une application, s\u00e9lectionner la \u00ab bonne \u00bb carte parmi plusieurs. Pour un lecteur de contr\u00f4le d’acc\u00e8s par exemple, l’utilisateur peut pr\u00e9senter son portefeuille contenant sa carte de transport, une ou deux cartes de paiement, le badge d’acc\u00e8s \u00e0 son immeuble et sa carte d’acc\u00e8s \u00e0 l’entreprise. L’anti-collision permet au syst\u00e8me de contr\u00f4le d’acc\u00e8s de tester l’authenticit\u00e9 de chaque carte, une par une, jusqu’\u00e0 trouver celle qui ouvre la porte \u2014 un vrai gain d’ergonomie pour l’utilisateur.<\/p>\n
Certains cas rendent l’anti-collision peu pertinente, voire proscrite par principe.<\/p>\n
C’est le cas d’un terminal de paiement : un utilisateur poss\u00e9dant plusieurs cartes bancaires doit choisir explicitement celle avec laquelle il souhaite payer. Si une collision est d\u00e9tect\u00e9e, le terminal refuse la transaction et invite l’utilisateur \u00e0 r\u00e9soudre lui-m\u00eame la situation.<\/p>\n
C’est aussi le cas des lecteurs sans contact conformes au standard PC\/SC pour la connexion \u00e0 un ordinateur. Le PC\/SC a \u00e9t\u00e9 con\u00e7u pour les cartes \u00e0 contact et repose sur le principe d’une seule carte ins\u00e9r\u00e9e dans le lecteur : il ne peut pas g\u00e9rer la pr\u00e9sence simultan\u00e9e de deux cartes sans contact sur un m\u00eame lecteur. Un lecteur sans contact PC\/SC peut impl\u00e9menter l’anti-collision via des m\u00e9canismes propri\u00e9taires, mais dans une impl\u00e9mentation respectueuse du standard, il ne pr\u00e9sentera aux applications que la premi\u00e8re carte d\u00e9tect\u00e9e.<\/p>\n","protected":false},"excerpt":{"rendered":"
Comment un lecteur RFID\/NFC distingue plusieurs cartes pr\u00e9sentes en m\u00eame temps dans son champ : principes et m\u00e9thodes de l’anti-collision.<\/p>\n","protected":false},"featured_media":0,"template":"","class_list":["post-80","article","type-article","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/578bd2a683.7a9.mcms.ovh.net\/index.php?rest_route=\/wp\/v2\/article\/80","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/578bd2a683.7a9.mcms.ovh.net\/index.php?rest_route=\/wp\/v2\/article"}],"about":[{"href":"https:\/\/578bd2a683.7a9.mcms.ovh.net\/index.php?rest_route=\/wp\/v2\/types\/article"}],"wp:attachment":[{"href":"https:\/\/578bd2a683.7a9.mcms.ovh.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=80"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}