Pour ouvrir ma réponse, j'utiliserai les informations de la page développeur Android , première phrase du sous-titre Système de répartition des balises:
Les appareils Android recherchent généralement des balises NFC lorsque l'écran est déverrouillé, sauf si NFC est désactivé dans le menu Paramètres de l'appareil.
Cela indique que l'appareil utilise du courant pour alimenter l'antenne en continu, en attendant qu'une étiquette entre dans le champ, utilisant ainsi de petites quantités de courant, en utilisant <100mA pour alimenter les circuits TX pour la lecture, lors de l'écriture, il utilise plus de 100mA en certains cas. Ces informations proviennent de la fiche technique PN532 , c'est la courte et utilisée dans quelques petits projets ouverts.
Une autre référence montrant la faible consommation de circuits intégrés actuels, un intégré Bluetooth et puce NFC pour ces montres intelligentes et moniteurs de santé, de l'article de sortie:
L'appareil atteint une consommation électrique de pointe de 5,9 mA pour la communication Bluetooth (@ 3,3 V, -4 dBm puissance de sortie de l'émetteur ou fonctionnement du récepteur) et seulement 600 µA ou moins pour la communication NFC Tag (@ 3,3 V).
En lisant le lien de cowboydan vers la note d'application , je ne serais pas surpris si cela est implémenté d'une manière ou d'une autre sur les téléphones NFC, mais je ne pense pas que vous allez obtenir un concepteur d'une entreprise bien connue disant: `` Hé, voici le circuit et le firmware que nous utilisons avec les applications NFC. :)
Une feuille de vente de capteur NFC d'AMS, le capteur est censé récolter 4 mA à 3,3 V typique, cela aura évidemment peu d'incidence sur le lecteur, également à la lecture des fiches techniques des puces NFC de type 2 courantes, la consommation est extrêmement faible.
Ils ont peut-être mis en œuvre plusieurs méthodes pour ne pas lire deux fois un tag,
Le micrologiciel peut stocker l'UID de la balise une fois qu'il a effectué son opération dans l'application souhaitée et met le lecteur en mode veille et attend le x
temps, après quoi il redémarre et relit la balise et s'il a changé, il exécute le approprié encore une fois, sinon il attend encore, etc. Ou
Le micrologiciel peut lire la balise et lancer la séquence d'envoi et les séquences utilisées par les applications Android, puis stocker l'UID de la balise et ignorer cette balise pendant un temps spécifique avant de la voir comme une autre instance, sans mode veille, ou
L'implémentation matérielle et micrologicielle utilisée sur la note d'application Texas pourrait être implémentée pour réduire l'utilisation actuelle.
Donc, pour conclure, les balises varieront avec leur consommation actuelle 3<mA<30
, celles-ci ne récolteront pas beaucoup du circuit d'alimentation des lecteurs lors de leur fonctionnement dans les plages typiques.
Il y aura également un micrologiciel pour réanalyser «silencieusement» la balise pour voir si elle est différente, mais cela sera probablement fait pour qu'elle utilise le moins d'énergie.