Votre propre appareil peut-il se comporter en tag ?
Trois voies, et elles échouent différemment. Un tag dynamique câblé au microcontrôleur, qui répond même appareil éteint. Une puce de lecteur qui sait aussi émuler une carte, qui demande l'appareil alimenté. Ou un tag ordinaire qui porte une adresse, une autre radio faisant le travail.
Voie une, un tag dynamique
Le tag dynamique est la voie qui pose le moins de conditions. La puce présente au téléphone un type de tag standard, le microcontrôleur écrit le contenu par I2C ou par SPI, et le téléphone le lit que l'appareil tourne, dorme ou soit débranché, puisque le champ alimente le tag.
Sa limite est que le contenu est ce que le firmware a écrit en dernier. Un appareil éteint depuis un mois répond avec l'état qu'il avait il y a un mois, ce qui est juste pour une configuration et faux pour une mesure.
Voie deux, une puce qui émule
Un émetteur-récepteur de lecteur sait jouer l'autre rôle. La fiche du TRF7970A de TI liste l'émulation de carte à côté du mode lecteur et du pair à pair, une machine d'état d'anticollision intégrée pour l'émulation de transpondeur ISO/IEC 14443 A, et un détecteur de champ à seuils de réveil programmables fait pour le fonctionnement en cible passive : la puce dort jusqu'à ce que le champ d'un téléphone paraisse, puis répond.
Deux conditions l'accompagnent. L'appareil doit être alimenté, parce que la puce tire sur la platine et non sur le champ, et les réponses doivent être écrites : émuler un tag de type 4 veut dire répondre aux commandes que liste la page du type 4, le même travail qu'un service Android fait en logiciel sur la page de l'émulation de carte.
Ce que cela achète est une réponse fraîche à chaque contact, calculée à cet instant, ce qu'aucun tag stocké ne sait faire.
Voie trois, passer la main à une autre radio
La troisième voie renonce à porter l'échange sur le NFC. Le tag détient une adresse, un identifiant ou les paramètres d'une autre liaison, et le téléphone passe au Bluetooth ou au Wi-Fi pour tout ce qui est plus long, le partage que trace la page de la comparaison.
C'est la moins chère des trois, et la seule qui marche quand l'échange dépasse quelques centaines d'octets : un contact décide qui parle à qui, et une radio bâtie pour le débit fait la conversation.
Choisir entre elles
Demandez-vous ce qui doit être vrai quand le téléphone arrive. Si l'appareil peut être éteint ou à plat, seul le tag dynamique répond. Si la réponse doit différer à chaque contact, c'est la puce qui émule. Si ce qui suit le contact est un fichier, un flux ou une session, prévoyez le relais et laissez le NFC faire les présentations.
Demandez-vous ensuite ce qu'il faut du côté du téléphone. Un type de tag standard est lu par n'importe quel téléphone sans application, là où un échange propriétaire suppose d'écrire une application des deux côtés, et sur iPhone la page de l'émulation de carte montre à quel point cette route est étroite. Ce sont d'ordinaire les contraintes du téléphone qui tranchent avant celles de la platine.
Questions fréquentes
Un appareil peut-il répondre à un téléphone pendant qu'il est éteint ?
Seulement par un tag que le téléphone alimente, un tag dynamique par exemple. Une puce qui émule tire son énergie de la platine, donc l'appareil doit tourner.
Un appareil qui émule a-t-il besoin d'une application sur le téléphone ?
Pas s'il émule un type de tag standard et répond en NDEF. Un échange propriétaire demande une application des deux côtés.
Quelle voie donne une réponse différente à chaque contact ?
La puce qui émule, qui calcule sa réponse au moment où le lecteur demande. Un tag dynamique répond avec ce que le firmware a écrit en dernier.
Et si l'échange est volumineux ?
Passez-le à une autre radio. Le NFC présente les deux appareils, et le Bluetooth ou le Wi-Fi porte ce qui suit.