Para abrir mi respuesta, usaré la 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ú 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, y por lo tanto usa pequeñas cantidades de corriente, usa < 100mA para alimentar el circuito de TX para leer, cuando escribe, usa Más de 100mA en algunos casos. Esta información proviene de la Hoja de datos de PN532 , esta es la breve y se utiliza en algunos proyectos pequeños y abiertos.
Otra referencia que muestra el bajo consumo de los IC actuales, un integrado bluetooth y NFC Chip para estos relojes inteligentes y monitores de salud, del artículo de lanzamiento:
El dispositivo alcanza un consumo máximo de energía de 5.9mA para la comunicación Bluetooth (@ 3.3V, -4dBm de potencia de salida del transmisor o funcionamiento del receptor) y solo 600µA o menos para la comunicación NFC Tag (@ 3.3V).
Al leer, enlace de cowboydan a 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 conseguir un diseñador de una compañía bien conocida que diga: 'Oye, aquí está el circuito y el firmware que usamos con las aplicaciones NFC'. :)
Un NFC sensor vende la hoja de AMS, el se dice que el sensor cosecha 4 mA a 3,3 V típico, esto obviamente tendrá poco efecto en el lector, también al leer las hojas de datos de los chips comunes de etiqueta NFC tipo 2, el consumo es extremadamente bajo.
Hay varias maneras en que pueden haber implementado un método para no leer una etiqueta dos veces,
-
El firmware puede almacenar el UID desde la etiqueta una vez que haya realizado su operación dentro de la aplicación deseada y ponga al lector en modo de suspensión y espere x
tiempo, luego de lo cual se reinicia y lee la etiqueta nuevamente y si ha cambiado, vuelve a ejecutar las cosas apropiadas, de lo contrario, vuelve a esperar, etc. O
-
El firmware puede leer la etiqueta e iniciar la secuencia de envío y las utilizadas por las aplicaciones de Android, luego almacenar el UID de la etiqueta e ignorar esa etiqueta durante un tiempo específico antes de que se vea como otra instancia, sin dormir. modo, 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, 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 ejecuten en los rangos típicos.
También definitivamente habrá firmware para volver a escanear la etiqueta 'silenciosamente' para ver si es diferente, pero probablemente se hará para que use la menor cantidad de energía.