Per aprire la mia risposta userò le informazioni dalla pagina degli sviluppatori Android , prima frase dal sottotitolo Sistema di invio tag:
I dispositivi Android sono in genere alla ricerca di tag NFC quando lo schermo è sbloccato, a meno che NFC sia disabilitato nel menu Impostazioni del dispositivo.
Ciò indica che il dispositivo utilizza corrente per alimentare continuamente l'antenna, in attesa che un tag entri in campo, quindi utilizzando piccole quantità di corrente, utilizzando <100 mA per alimentare i circuiti TX per la lettura, quando si scrive utilizza più di 100 mA in alcuni casi. Queste informazioni sono tratte dalla scheda tecnica PN532 , questa è breve e utilizzata in alcuni piccoli progetti aperti.
Un altro riferimento che mostra il basso consumo di corrente CI, un integrato Bluetooth e chip NFC per questi orologi intelligenti e monitor salute, dall'aria articolo rilascio:
Il dispositivo raggiunge un consumo di energia di picco di 5,9 mA per la comunicazione Bluetooth (@ 3,3 V, -4 dBm di potenza di uscita del trasmettitore o funzionamento del ricevitore) e solo 600 µA o inferiore per la comunicazione Tag NFC (@ 3,3 V).
Leggendo il link di Cowboydan alla nota dell'applicazione , non sarei sorpreso se questo fosse implementato in qualche modo su telefoni NFC, ma non credo che farai ottenere un designer da una nota azienda che dice: "Ehi, ecco il circuito e il firmware che utilizziamo con le app NFC ". :)
Un sensore NFC vende fogli di AMS, si dice che il sensore raccolga 4mA a 3.3V tipico, questo avrà ovviamente un piccolo effetto sul lettore, anche dalla lettura dei fogli dati dei comuni chip tag NFC tipo 2 il consumo è estremamente basso.
Esistono diversi modi in cui potrebbero aver implementato un metodo per non leggere un tag due volte,
Il firmware può memorizzare l'UID dal tag una volta che ha eseguito la sua operazione all'interno dell'applicazione desiderata e mette il lettore in modalità di sospensione e attende il x
tempo, dopodiché si riavvia e legge nuovamente il tag e, se è cambiato, esegue l'appropriato roba di nuovo, altrimenti aspetta di nuovo ecc. Or
Il firmware può leggere il tag e avviare la sequenza di invio e tale utilizzato dalle app Android, quindi archiviare l'UID tag e ignorare quel tag per un tempo specifico prima di vederlo come un'altra istanza, senza una modalità di sospensione, oppure
L'implementazione hardware e firmware utilizzata sulla nota dell'app Texas potrebbe essere implementata per ridurre l'utilizzo corrente.
Quindi, per concludere, i tag varieranno in base alla corrente assorbita, 3<mA<30
questi non trarranno molto dal circuito di alimentazione dei lettori quando funzionano alle gamme tipiche.
Inoltre, ci sarà un firmware provocatorio per ripetere la scansione "silenziosa" del tag per vedere se è diverso, ma probabilmente lo farà in modo che utilizzi la minima quantità di energia.