Чтобы раскрыть свой ответ, я буду использовать информацию со страницы разработчика Android , первое предложение из подзаголовка «Система диспетчеризации тегов»:
Устройства на базе Android обычно ищут теги NFC, когда экран разблокирован, если только NFC не отключен в меню настроек устройства.
Это указывает на то, что устройство непрерывно использует ток для питания антенны, ожидая появления метки в поле, таким образом, используя небольшие величины тока, используя <100 мА для питания схемы TX для чтения, при записи оно использует более 100 мА в некоторые случаи. Эта информация взята из таблицы PN532 , она короткая и используется в нескольких небольших открытых проектах.
Еще одна ссылка, показывающая низкое потребление текущих микросхем, встроенный чип Bluetooth и NFC для этих умных часов и мониторов работоспособности, из статьи о выпуске:
Устройство достигает пиковой потребляемой мощности 5,9 мА для связи Bluetooth (@ 3,3 В, выходная мощность передатчика -4 дБм или работа приемника) и всего 600 мкА или ниже для связи с меткой NFC (@ 3,3 В).
Читая, cowboydan - х ссылку на записку приложений , я не удивлюсь , если это реализуется в некотором роде на телефонах NFC, но я не думаю , что вы собираетесь получить дизайнер из некоторых хорошо известных компаний , говоря: «Эй, вот схема и прошивка, которую мы используем с приложениями NFC. ' :)
Лист продаж датчика NFC от AMS, как утверждают, датчик собирает 4 мА при 3,3 В типично, это, очевидно, окажет незначительное влияние на считыватель, также при чтении таблиц типовых чипов NFC-меток типа 2 потребление крайне низкое.
Есть несколько способов, которыми они могли реализовать метод не читать тег дважды,
Микропрограмма может сохранить UID из тега после того, как она выполнила свою работу в требуемом приложении, и переводит считыватель в режим ожидания и ждет x
, после чего перезапускает и снова считывает тег, и, если он изменился, запускается соответствующий Снова вещи, иначе они снова ждут. Или
Микропрограмма может считывать тег и инициировать последовательность отправки и тому подобное, используемое приложениями для Android, затем сохранять UID тега и игнорировать этот тег в течение определенного времени, прежде чем он увидит его как другой экземпляр, без спящего режима, или
Реализация аппаратного и микропрограммного обеспечения, используемая в примечании к приложению Texas, может быть реализована для сокращения текущего использования.
Таким образом, чтобы сделать вывод, что метки будут отличаться в зависимости от потребляемого тока 3<mA<30
, они не будут сильно использовать схему питания считывателей при работе в типичных диапазонах.
Также обязательно будет встроенное программное обеспечение для «тихого» повторного сканирования тега, чтобы увидеть, не является ли он другим, но, вероятно, это будет сделано для того, чтобы он потреблял наименьшее количество энергии.