Щоб відкрити свою відповідь, я використовуватиму інформацію на сторінці розробника Android , перше речення з підзаголовка Система відправки тегів:
Пристрої, що працюють на Android, зазвичай шукають теги NFC, коли екран розблокований, якщо тільки NFC не вимкнено в меню налаштувань пристрою.
Це вказує на те, що пристрій використовує струм для живлення антени безперервно, очікуючи надходження тега в поле, таким чином, використовуючи невелику кількість струму, використовуючи <100mA для живлення схеми TX для читання, при записі він використовує більше 100 мА в деякі екземпляри. Ця інформація є з таблиці даних PN532 , ця коротка та використовується у кількох невеликих відкритих проектах.
Ще одна довідка, що показує низьке споживання поточних ІМС, інтегрованого Bluetooth і NFC чіпа для цих смарт-годинників та моніторів здоров’я, з статті випуску:
Пристрій досягає пікового енергоспоживання 5,9 мА для зв'язку Bluetooth (при 3,3 В, вихідної потужності передавача -4 дБм або роботи приймача) і лише 600 мкА або нижче для зв'язку NFC Tag (@ 3,3 В).
Читаючи посилання ковбойдана на замітку про додаток , я не здивуюсь, якщо це якимось чином реалізується на телефонах NFC, але я не думаю, що ви збираєтесь отримати дизайнера якоїсь відомої компанії, що говорить: "Ей, ось схема та мікропрограмне забезпечення, які ми використовуємо з програмами NFC. ' :)
Лист з продажу датчика NFC від AMS, як кажуть, датчик збирає 4 мА при 3,3 В типово, це, очевидно, мало вплине на читача, також від читання таблиць даних загальних мікросхем типу NFC типу 2 витрата вкрай низький.
Є кілька способів, якими вони могли реалізувати метод не читати тег двічі,
Прошивка може зберігати UID з тегу після того, як він виконав свою роботу в межах потрібного додатку і переведе читач у сплячий режим і чекає x
часу, після чого він перезавантажиться і знову прочитає тег, і якщо він змінився, він запускає відповідний речі знову, інакше вона знову чекає тощо. Або
Прошивка може прочитати тег, ініціювати послідовність відправки та таке, що використовується додатками Android, потім зберігати UID тегів та ігнорувати цей тег протягом певного часу, перш ніж він бачить його як інший екземпляр, без режиму сну або
Реалізація апаратного та програмного забезпечення, що використовується в примітці програми Техас, може бути реалізована для зменшення поточного використання.
Отже, щоб зробити висновок, теги будуть залежати від поточного розіграшу, 3<mA<30
вони не зароблять багато з живлення схеми живлення, коли працює на типових діапазонах.
Крім того, буде викликати програмне забезпечення, щоб "мовчки" повторно сканувати тег, щоб побачити, чи це інший, але це, мабуть, буде зроблено для того, щоб він використовував найменший обсяг енергії.