Quel est le débit du NFC, et qu'est-ce qui tient dedans ?
La couche radio du NFC transporte quelques centaines de kilobits par seconde. C'est assez pour faire passer une adresse web, un identifiant Wi-Fi ou un échange de paiement dans le temps où votre main reste immobile. C'est très loin de suffire pour un fichier, et la limite que vous atteindrez d'abord est la mémoire du tag plutôt que le débit.
Les chiffres, et pourquoi ils trompent
La couche radio définit des débits de 106, 212 et 424 kilobits par seconde.
Ces chiffres décrivent le canal, pas l'expérience. Presque rien de la sensation d'un contact n'en découle, car les contenus en jeu sont si petits que le temps de transfert est une erreur d'arrondi à côté de tout le reste de ce qui se passe pendant une lecture.
Ce qui tient réellement dans un contact
Une adresse web fait typiquement quelques dizaines d'octets. Un identifiant Wi-Fi, un numéro de téléphone, une fiche de contact : quelques centaines d'octets tout au plus. Même au débit le plus bas défini, faire passer quelques centaines d'octets prend une poignée de millisecondes.
Ce qui ne tient pas, c'est tout ce qui ressemble à un fichier. Une photographie pèse des millions d'octets, et la contrainte n'est pas vraiment le débit : un tag qui contient quelques centaines d'octets n'a nulle part où la mettre. Les deux limites se renforcent, et c'est pourquoi la réponse à « puis-je mettre une image sur un tag » est un non net plutôt qu'un oui lent.
La conception qui contourne cela
Stockez un lien court sur le tag et mettez le contenu sur un serveur. Ce n'est pas un contournement, c'est le schéma prévu : le tag devient un pointeur que l'on peut réorienter plus tard sans toucher à l'objet physique.
Où passe vraiment le temps
Entre l'approche du téléphone et l'action obtenue, le transfert de vos données est la partie la plus courte. La détection, l'alimentation de la puce, l'activation du protocole, la sélection du tag, la lecture de sa structure, puis la remise du contenu au système d'exploitation viennent toutes avant.
Optimiser le débit est donc presque toujours un effort perdu. Optimiser la fiabilité du contact ne l'est pas.
Pourquoi un contact peut sembler lent
Quand une lecture traîne, la cause n'est presque jamais la bande passante. Trois choses en rendent compte pour l'essentiel : le téléphone n'est pas tout à fait au-dessus de son antenne et la détection recommence ; le tag est en limite de couplage et l'échange redémarre ; ou le contenu s'étale sur plus d'octets que nécessaire, que le lecteur doit récupérer bloc par bloc sur un canal où un seul côté parle à la fois.
Réduire le nombre d'enregistrements aide davantage que tout ce que vous pourriez faire sur le débit.
Questions fréquentes
Le NFC peut-il transférer une photo ou un document ?
Non. Un tag standard contient des centaines d'octets, pas des millions, le fichier n'a donc nulle part où aller, quel que soit le débit. Le transfert de fichiers de téléphone à téléphone par NFC n'est pas non plus la façon dont les plateformes mobiles fonctionnent aujourd'hui. La réponse habituelle est un lien sur le tag et le fichier sur un serveur.
Un tag plus rapide vaut-il son prix ?
Rarement. Les écarts entre les débits définis sont invisibles pour des contenus de quelques centaines d'octets, et la vitesse ressentie d'un contact tient davantage à la détection et à l'établissement du protocole qu'au transfert. Mettez plutôt l'argent dans une antenne plus grande.
Pourquoi l'écriture prend-elle plus de temps que la lecture ?
L'écriture demande à la puce de graver les données en mémoire non volatile, ce qui est plus lent que de les relire, et exige que le tag reste alimenté du début à la fin. Un tag qui se lit instantanément en limite de portée peut malgré tout refuser une écriture à la même position.
La quantité de données change-t-elle la durée pendant laquelle je dois tenir le téléphone immobile ?
Un peu, mais le facteur dominant est le nombre d'échanges distincts plutôt que le total des octets. Un enregistrement unique de 200 octets se termine plus vite que cinq enregistrements de 40 octets.