Para abrir mi respuesta, usaré información de la página de desarrollador de Android , primera oración del subtítulo Sistema de envío de etiquetas:
Los dispositivos con Android generalmente buscan etiquetas NFC cuando la pantalla está desbloqueada, a menos que NFC esté deshabilitado en el menú de Configuración del dispositivo.
Esto indica que el dispositivo está usando corriente para alimentar la antena continuamente, esperando que una etiqueta entre en el campo, por lo tanto, usando pequeñas cantidades de corriente, usando <100 mA para alimentar el circuito TX para la lectura, cuando la escritura usa más de 100 mA en algunas instancias Esta información es de la hoja de datos PN532 , esta es la breve y se usa en algunos proyectos pequeños y abiertos.
Otra referencia que muestra el bajo consumo de los circuitos integrados actuales, una integrada Bluetooth y chip NFC para estos relojes inteligentes y monitores de salud, desde el artículo de prensa:
El dispositivo alcanza un consumo de energía máximo de 5.9mA para la comunicación Bluetooth (@ 3.3V, -4dBm de potencia de salida del transmisor u operación del receptor) y solo 600µA o menos para la comunicación NFC Tag (@ 3.3V).
Al leer el enlace de cowboydan con la nota de la Aplicación , no me sorprendería si eso se implementa de alguna manera en los teléfonos NFC, pero no creo que vaya a obtener un diseñador de una compañía conocida que diga: 'Hola, Aquí está el circuito y el firmware que usamos con las aplicaciones NFC. :)
Una hoja de venta de sensores NFC de AMS, se dice que el sensor cosecha 4 mA a 3.3 V, esto obviamente tendrá poco efecto en el lector, también al leer las hojas de datos de los chips comunes tipo 2 de etiquetas NFC, el consumo es extremadamente bajo.
Hay varias formas en que pueden haber implementado un método para no leer una etiqueta dos veces,
El firmware puede almacenar el UID de la etiqueta una vez que ha realizado su operación dentro de la aplicación deseada y pone al lector en modo de suspensión y x
tiempo de espera , después de lo cual se reinicia y lee la etiqueta nuevamente y, si ha cambiado, ejecuta el correcto cosas de nuevo, de lo contrario espera de nuevo, etc. O
El firmware puede leer la etiqueta e iniciar la secuencia de envío y las que usan las aplicaciones de Android, luego almacenar el UID de la etiqueta e ignorar esa etiqueta durante un tiempo específico antes de verla como otra instancia, sin un modo de suspensión, o
La implementación de hardware y firmware utilizada en la nota de la aplicación de Texas podría implementarse para reducir el uso actual.
Por lo tanto, para concluir que las etiquetas variarán con el consumo actual 3<mA<30
, estas no cosecharán mucho del circuito de alimentación de los lectores cuando se ejecutan en los rangos típicos.
Además, definitivamente habrá firmware para volver a escanear 'silenciosamente' la etiqueta para ver si es diferente, pero esto probablemente se hará para que use la menor cantidad de energía.