Як запрограмувати теги NFC з різними типами мікросхем (NTAG, MIFARE тощо)

 

Написання тегу — це три окремі операції, а не одна

 

Коли люди кажуть, що хочуть запрограмувати теги NFC, вони зазвичай описують три різні речі, які запускаються однією кнопкою в телефонному додатку.

 

Першийформатування. Пам’яті чіпа NFC потрібно повідомити, що його область користувача містить повідомлення NDEF, а не довільні байти. Це робиться шляхом написання невеликої структури даних, відомої як контейнер можливостей. На частинах NTAG21x це вже зроблено на рівні пластини, тому мікросхема надходить у форматі NDEF-і може зберігати лише NDEF. На MIFARE Classic та деяких інших чіпах форматування виконується вами, а структура зберігається в одноразово-програмованій-області. Тому форматування є постійним. Немає жодної команди unformat і жодного інструменту постачальника, який надасть вам її.

 

Другий єнаписання корисного навантаження: повідомлення NDEF, що містить один або більше записів, найчастіше запис URI, що вказує на URL. Це та частина, яку всі малюють. Запис корисного навантаження зазвичай повторюється, тому команда маркетингу може перенаправити тег кампанії через шість місяців без зміни замовлення обладнання.

 

Третій єконфігурація: байти пароля, біти блокування, налаштування дзеркала, умови доступу, ключі аутентифікації. На цьому рівні живуть незворотні рішення, і це рівень, якого взагалі не торкається жоден підручник для споживачів. Якщо ви плануєте запрограмувати теги NFC для будь-чого, навколо чого є межа безпеки, проектом є рівень конфігурації.

 

Зберігання цих трьох розділених у вашій голові - це те, що зупиняє партію від утилізації. Більшість помилок запису, які ми діагностуємо, не є помилками корисного навантаження. Це стан форматування або стан конфігурації, про існування якого хтось не знав.

 

Порівняння типів мікросхем тегів NFC перед їх програмуванням

 

Будь-яке серйозне рішення про те, як запрограмувати теги NFC у масштабі, починається з цієї таблиці, оскільки максимальна кількість пам’яті та підтримка платформи встановлюються на момент вибору чіпа, і їх неможливо виправити пізніше в програмному забезпеченні.

 

Чіп	Пам'ять користувача	Тип форуму NFC	Заводський стан NDEF	Захист паролем / ключем	iPhone NDEF читання + запис
NTAG 213	144 байти	Тип 2	Попередньо-відформатований	32-розрядний PWD / 16-розрядний PACK	так
NTAG 215	504 байти	Тип 2	Попередньо-відформатований	32-розрядний PWD / 16-розрядний PACK	так
NTAG 216	888 байт	Тип 2	Попередньо-відформатований	32-розрядний PWD / 16-розрядний PACK	так
MIFARE Ultralight EV1	48 або 128 байт	Тип 2	Можливість форматування	32-розрядний PWD / 16-розрядний PACK	так
MIFARE Classic 1K	Загалом 1024 байти, приблизно 716 доступних для NDEF після вирахування блоку виробника та 16 трейлерів секторів	Не є типом форуму NFC	Можливість форматування,-на основі секторів	Ключі сектора CRYPTO-1 A/B	немає
MIFARE DESFire EV3	Від 2 КБ до 8 КБ, на основі файлу-	Тип 4	Додаток необхідно створити	AES-128 / 3DES, права доступу до кожного файлу	так
NTAG 424 ДНК	Всього 416 байт, розділених на 32-байтний контейнер можливостей, 256-байтовий файл NDEF і 128-байтний файл захищених даних	Тип 4	Попередньо-надані файли	П'ять ключів AES-128, 3-прохідна взаємна автентифікація	так

 

Цифри NTAG21x, поведінка блокування-бітів і відповідність типу 2 / ISO/IEC 14443 типу A відповідно доСпецифікація продукту NXP NTAG213/215/216. Структура MIFARE Classic 1K на аркуші даних NXP MF1S50yyX (16 секторів × 4 блоки × 16 байтів). DESFire EV3 для MF3D(H)x3. NTAG 424 Макет пам'яті ДНК перNXP.

 

Дві колонки вирішують більшість проектів, перш ніж вибрати будь-яке програмне забезпечення: стеля пам’яті та колонка iPhone. Те, що таблиця не може сказати вам, так це врожайність. Правильно вказаний чіп все ще створює відхилення, якщо етап кодування не має проходу перевірки позаду, про що йдеться у другій половині цієї статті.

 

NTAG 213, 215 і 216: вибір за замовчуванням і його справжня стеля

 

Приблизно для чотирьох із п’яти вхідних проектів це сімейство є правильною відповіддю, а навчання програмуванню NFC-тегів NTAG 215 займає приблизно дев’яносто секунд за допомогою телефонної програми. Чіп постачається у форматі NDEF-, тип запису, який однаково поводиться на всіх телефонах, – це звичайний запис URI, і як Android, так і iOS записують його без жодної роботи з SDK.

 

 

Це також сім’я, що стоїть за майже кожною програмою цифрових візитних карток, де окремий запис vCard або URL-адреса є повним корисним навантаженням, і де фізичний формат зазвичай важливіший, ніж чіп. Більшість із цих замовлень закінчуєтьсячисті білі ПВХ карти NFCа не наклейки, тому що картка повинна пережити гаманець і мати відбиток.

 

Стеля приходить швидше, ніж люди очікують. NTAG213 надає вам 144 байти пам’яті користувача, а повідомлення NDEF – це не просто ваша URL-адреса. Є оболонка TLV, заголовок запису, поле типу та поле довжини перед тим, як буде збережено один символ вашої адреси. Запис URI стискає загальні префікси, такі якhttps://www.в один байт, який відновлює від десяти до двадцяти байтів, а на частині 144-байт ця різниця є межею між підгонкою та невдачею. Команди потрапляють не в саму URL-адресу, а в додаткові елементи: додайте текстовий запис для зрозумілої людині мітки, додайте запис додатка Android, щоб тег відкривав програму замість браузера, і зручне корисне навантаження перетворювалося на помилку переповнення.

 

Наше власне емпіричне правило, і це те, про що ви дізнаєтеся, лише закодувавши кілька мільйонів із них: якщо передбачувана URL-адреса, включаючи параметри запиту, перевищує приблизно 90 символів, припиніть вказувати NTAG213 і рухайтеся вгору. Різниця в собівартості одиниці між 213 і 215 досить мала, тому майже ніколи не варто ризикувати перепроектуванням mid-програми. Кампанія, яка пізніше захоче додати параметри UTM або серійний номер до кожної URL-адреси тегу, вдариться про стіну на 213 і не вдарить її на 215.

 

Захист паролем для цього сімейства варто чітко зрозуміти, оскільки він слабший, ніж слово «пароль». 32-розрядне значення PWD передається у відкритому вигляді та перевіряється чіпом, який блокує доступ для запису та, за бажанням, доступ для читання, починаючи з вибраної сторінки. Це зупиняє цікавого представника громадськості, який переписує ваш тег за допомогою телефону. Це не криптографічний елемент керування, і його ніколи не слід описувати клієнту як один. Зауважте також, що не кожне покоління підтримує його взагалі: старіший NTAG203 не має жодного механізму пароля, а в бібліотечній документації чітко зазначено, що виклики захисту від нього просто не вдаються (документація nfcpy).

 

MIFARE Classic: можливість запису на Android, фактично відсутня на iPhone

 

Це пастка сумісності, яка призвела до завершення більшої кількості проектів NFC, ніж будь-який інший окремий фактор. Будь-хто, хто запитує, як записати NDEF у MIFARE Classic, уже працює проти зерна формату: MIFARE Classic не є типом тегів NFC Forum, це карта ISO/IEC 14443-3A із власним сектором і ключовою структурою, яка передує екосистемі NDEF, і підтримка NDEF на ній існує лише через угоду про відображення, накладену зверху.

 

 

Android обробляє цю умову. iOS не робить. Apple Core NFC ніколи не підтримувала MIFARE Classic, а сімейства MIFARE, що підтримуються платформою, обмежені Ultralight, Plus і DESFire, позицію розробників неодноразово підтверджували на власних форумах Apple (Форуми розробників Apple). Оскільки iOS не може звертатися безпосередньо до пам’яті карти, iPhone не може записати на неї NDEF і не може відобразити збережений на ній NDEF.

 

Що робить це таким небезпечним під час оцінки, так це те, що теги MIFARE Classic не відображаються мертвими на iPhone. Картка містить ідентифікатор користувача ISO 14443-A, тому програма «Ярлики» із задоволенням прийме його як тригер автоматизації, а сканування у фоновому режимі все ще може запустити попередньо збережений запис NDEF підтримуваного типу. Керівник відділу закупівель, який тестує зразок на своєму iPhone, бачить відповідь і підписується. Поведінка, яку вони побачили, не мала нічого спільного з вмістом пам’яті тегу, і весь підхід руйнується в той момент, коли проекту потрібні URL-адреси для кожного блоку, які iPhone дійсно може читати.

 

Практичне правило, яке випадає з цього: будь-хто, хто порівнює, як запрограмувати теги NFC для iPhone і Android, повинен провести приймальне тестування на обох платформах із виробничим чіпом, ніколи лише на Android і ніколи не на зразку чіпа, відмінного від того, що зазначено в замовленні на придбання.

 

Дозвольте мені бути відвертим щодо рекомендації, тому що "це залежить від вашого випадку використання" не є корисною відповіддю тут. Якщо ваші теги NFC будуть використовуватися громадськістю, вкажіть будь-що, крім MIFARE Classic.

 

Для команд, які вже працюють у класичній-системі доступу, рішення зводиться до однієї змінної, і це не теги. Це залишок терміну служби вашого зчитувача. Якщо у цих читачів залишилося два-три роки, і жоден смартфон ніколи не торкнеться облікових даних, продовження використання Classic у замкнутому циклі є виправданим рішенням, а практичні питання стосуються джерела IC та формату UID, а не методу кодування, про що ми розповідаємо в наших примітках дозамовлення тегів MIFARE 1K у встановлену систему. Якщо зчитувачі самі повинні бути замінені в цьому вікні, не витрачайте гроші на перехідні облікові дані. Перемістіть весь маєток до частини на основі AES-за один крок і покрийте витрати один раз.

 

У тому ж сімействі є друга пастка, досить тонка, щоб витримати повні цикли контролю якості. Додавання оболонки Smart Poster до запису, яку пропонують звичайні інструменти кодування як зручний спосіб прикріплення заголовка до URL-адреси, змінює тип запису. Записи, упаковані таким чином, взагалі не підхоплюються фоновим скануванням iOS, незалежно від того, що вкладено всередину. Тестування Android проходить на кожному пристрої, iPhone нічого не робить, і ніде немає повідомлення про помилку для діагностики.

 

Ultralight, DESFire і NTAG 424 ДНК: де програмування стає керуванням ключами

 

MIFARE Ultralight EV1 за поведінкою близький до NTAG21x, і ви програмуєте теги NFC на ньому так само, з меншим бюджетом пам’яті 48 або 128 байт і таким самим класом шлюзу пароля. Нічого концептуально нового не відбувається.

 

DESFire і NTAG 424 DNA – це різні дисципліни. На цих частинах типу 4 ви не записуєте байти в плоску карту пам’яті, ви працюєте у файловій системі з-правами доступу до кожного файлу, і кожна значима операція вимагає спочатку автентифікації за допомогою ключа AES-128. NTAG 424 DNA містить п’ять визначених користувачем ключів AES, використовує 3-прохідну взаємну автентифікацію для захищеного файлу даних і підтримує сертифікацію Common Criteria EAL4 як на апаратному, так і на програмному забезпеченні. Команди, які програмують теги NFC для автентифікації продукту, а не простого перенаправлення, зазвичай шукають саме цю частину через одну особливість.

 

Цією функцією є безпечний динамічний обмін повідомленнями, який часто записують як SUN. Якщо його ввімкнено, URL-адреса NDEF, яку чіп представляє, змінюється під час кожного натискання: чіп відображає свій UID і монотонно зростаючий лічильник читання в URL-адресу, необов’язково зашифровану, і додає CMAC, обчислений за допомогою ключа, збереженого лише вами та чіпом. Тоді ваша серверна частина може відрізнити справжній тег від сфотографованої URL-адреси, а також кран номер 4 від крана номер 4000.

 

Правильно налаштувати це те, де специфікація кусається. Правила дзеркального відображення не є вільною-формою: коли дані PICC зашифровані, віддзеркалення UID і лічильника читання стає обов’язковим, а не необов’язковим, обидва завжди переміщуються разом, а CMAC має знаходитися в кінці повідомлення NDEF. Створіть свою структуру URL-адреси відповідно до цих обмежень, а не навпаки, інакше зсуви не будуть вирішені, а серверна частина відхилятиме кожне читання.

 

Збій, який ми найчастіше спостерігаємо під час розгортання SUN, не має нічого спільного з цим. Кожна загальнодоступна довідкова реалізація та демонстраційний сервер постачаються з конфігурацією-за замовчуванням-нульовими ключами, тому що саме це робить демонстраційну версію готовою. Проектує прототип проти цього, прототип працює, а крок ротації ключів ніколи не потрапляє в контрольний список запуску. Теги виходять криптографічно відкритими, тоді як усі, хто бере участь, вважають, що розгортання зашифровано, тому наша власна процедура випуску зразків перевіряє диверсифікацію ключів на виробничих одиницях, а не на тому, що було використано для демонстрації.

 

Шість операцій, які не можна скасувати після програмування тегів NFC

 

Перезапис корисного навантаження дешевий. Це не так. Кожне з них — це рішення, яке перетворює партію тегів на основний засіб, і кожне з них стало причиною утилізованого інвентарю, який нам особисто довелося замінити.

 

Операція	Що він робить	Чому це не можна скасувати	Коли це має бути заплановано
Форматування NDEF	Записує контейнер можливостей	Зберігається в одноразово-програмованій пам’яті	На заводі після підтвердження типу мікросхеми
Статичні стопорні насадки	Блокує перші 16 сторінок на чіпах типу 2	Біти блокування встановлюються лише-і не можуть бути скинуті	Лише після підписання остаточного вмісту
Біти динамічного замка	Охоплюють 96 байт даних на NTAG213, 456 на NTAG215 і 840 на NTAG216, з деталізацією 2 сторінок на NTAG213 і 16 сторінок на NTAG215 і NTAG216, відповідно до наведеної вище таблиці даних NXP	Той самий набір-тільки механізм, така ж постійність	Такі самі ворота, як і статичні замки
Перемикач-лише читання	Встановлює прапор запису NDEF постійно	Зворотної команди не існує	Ніколи до завершення польових випробувань
Режим LRP на NTAG 424 DNA	Перемикає AES на -захист від витоків	Увімкнено SetConfiguration, без шляху назад до режиму AES	Лише якщо цього вимагає задокументована модель загрози
Зміна ключа без депонування	Замінює заводські ключі AES	Чіп не має шляху відновлення, якщо новий ключ буде втрачено	Лише після офіційного призначення ключа

 

Ця деталізація сторінки є практичною деталлю, яку більшість людей пропускають, коли запитують, як заблокувати тег NFC після програмування. Блокування — це не один перемикач-або-нічого. На NTAG215 і NTAG216 ви можете заблокувати блоки по 16 сторінок, що робить змішаний макет життєздатним: область серійного номера заблокована на заводі, область URL-адреси кампанії залишається доступною для запису для маркетингової команди. На NTAG213 деталізація становить дві сторінки, дрібніші, але на набагато меншій карті. Визначення межі є проектним завданням, і воно має відбутися до запуску кодування, а не після.

 

Звичка, яку варто виробити, — це відокремити ворота кодування від воріт блокування. Ми радимо клієнтам уникати блокування на місці замовлення, і причина цілком комерційна, а не технічна.

 

У нашій історії замовлень найчастішим запитом на-поштову доставку є не претензія щодо дефекту, а зміна місця призначення, і вона зосереджується впродовж першого року обслуговування. Звичайними тригерами є міграція цільової сторінки або передача агентства, жоден із яких не видно під час розміщення замовлення. Вам не потрібна статистика чиїхось несправностей, щоб діяти з цього приводу, оскільки асиметрія вирішує це сама: розблокований тег, який ніколи не потрібно змінювати, вам нічого не коштує, тоді як заблокований тег, який потребує зміни, коштує замовлення на повну заміну та роботу з повторного встановлення. Спочатку запрограмуйте теги NFC, запустіть польові випробування, а потім заблокуйте.

 

Перевірка чіпа відповідає рахунку-фактурі

 

 

Автентичність чіпа не є параноїдальним занепокоєнням у цій категорії, це звичайний вхідний{0}}об’єкт перевірки, і він належить до того ж етапу контролю якості, що й будь-яка інша перевірка, яку ви виконуєте перед програмуванням міток NFC у виробничих кількостях. Сімейства NTAG, MIFARE, Ultralight і ICODE від NXP мають підпис оригінальності на основі ECC-, написаний під час виробництва чіпа, 32 байти на частинах NTAG21x, який можна зчитати та перевірити за відкритим ключем виробника. Тег, який поводиться ідеально, може не пройти перевірку.

 

Це трапляється частіше, ніж допускає ринок. Інженери, які купують теги NTAG21x через загальні канали роздрібної торгівлі, повідомили власній спільноті виробника, що зразки функціонують точно так, як зазначено, включаючи зворотне віддзеркалення, але повідомляють як клон кремнію під перевіркою оригінальності, а опублікована відповідь NXP полягає в тому, що такі частини не підтримуються та непридатні для безпечного використання, оскільки сама мікросхема може бути вразливою (Спільнота NXP).

 

Операційні наслідки є вужчими, ніж люди припускають, і варті точного формулювання. Якщо ваша програма є маркетинговим перенаправленням, чіп-клон буде служити вам належним чином, і вам може бути байдуже. Якщо ваша програма включає автентифікацію, докази фальсифікації або будь-яку заяву про захист-підробок, зроблену вашому власному клієнту, чіп, який не підлягає перевірці, робить усі передумови недійсними, і жодне правильне кодування не компенсує це. Перевірка займає кілька секунд для кожного зразка за допомогою програми для читання, і вона належить до вашої вхідної процедури контролю якості, а не до-посмертного дослідження. Пов’язане читання для всіх, чий запис завершується, але читач мовчить:чому клонована наклейка добре читається, але все одно не вдається поставити двері.

 

Класичне питання безпеки MIFARE, чесно повторене

 

Будь-хто, хто вказує на MIFARE Classic сьогодні, повинен працювати з поточної дослідницької позиції, а не з репутації, яку платформа мала десять років тому.

 

У 2024 році дослідження FM11RF08S, сумісного з MIFARE Classic чіпа, випущеного в 2020 році з контрзаходами, спеціально розробленими для протистояння всім відомим{4}}атак лише на карти, подолало ці контрзаходи та виявило апаратний бекдор у процесі. Бекдор дозволяє будь-якій стороні, яка знає про нього, скомпрометувати кожен-визначений користувачем ключ на картці протягом кількох хвилин фізичного доступу, і це діє навіть у тих випадках, коли ключі повністю диверсифіковані для картки (Архів криптології ePrint). Відповідні бекдор-ключі були визначені в більш широкому наборі частин, включаючи попередні покоління Fudan і конкретні пристрої NXP і Infineon.

 

Уважно прочитайте це, перш ніж зробити з цього неправильний висновок. Це не аргумент, що всі, хто використовує MIFARE Classic, завтра будуть піддані ризику, і ми не представляємо це як один. Мільйони облікових даних Classic працюють у -середовищі з низькими наслідками, де клонування картки отримує зловмисника доступ до шафки в спортзалі. Це аргумент, що фраза «безпечний» не повинна з’являтися ніде в документі зі специфікаціями разом із цим сімейством мікросхем, і що будь-хто, хто збирається запрограмувати мітки NFC для готельних номерів, доступу до офісу чи безготівкової оплати на класичному кремнієвому процесорі, повинен оцінити перехід на частину на основі AES- у той самий бюджетний цикл.

 

Масове програмування тегів NFC: що змінюється після тисячі одиниць

 

Усе описане досі погано масштабується. Програма для телефону записує один тег за раз без пакетного запису, без проходу перевірки та неможливості підтвердити, яка URL-адреса перейшла на який фізичний пристрій. Існує три рівні масового програмування тегів NFC, і перехід між ними є радше оперативним, ніж технічним.

 

Перший рівень — це телефон і програма, придатні для приблизно ста одиниць, які підходять для прототипів і внутрішніх пілотів.

 

Другий рівень – це місце, де з’являється більшість-власних команд: ви програмуєте теги NFC за допомогою пристрою для запису зчитувачів на настільному комп’ютері, керованого пакетним файлом, як правило, через USB-кодер у класі ACR12xx або uTrust. Він добре працює, поки не зміниться чіп. Наприклад, широко використовуваний пакетний інструмент із відкритим кодом у цьому просторі, наприклад, націлений на ACR122 і кодує лише MIFARE Ultralight і Ultralight C, які є частинами типу 2, тому перенесення цього проекту на чіп типу 4 означає перебудову інструментів, а не редагування файлу конфігурації. Якщо ви все ще обираєте обладнання для цього рівня, нашUSB і настільний NFC-зчитувач-записохоплює моделі читачів, які очікують ці ланцюжки інструментів.

 

Промислова практика для третього рівня передбачає попереднє-кодування під час виробництва, і це рівень, про існування якого більшість покупців не знають. На наших лініях на заводі площею 3600 м² кодування виконується між з’єднанням чіпів і остаточним складанням, на обладнанні, яке індексує кожну мітку на місце, записує запис і зчитує її, перш ніж мітка рушить далі. Вся справа в проходженні перевірки. Тег, який не вдалося прочитати-зворотно, відхиляється в-рядку, а не виявляється клієнтом у полі, і пакет виходить із файлом зіставлення, що пов’язує кожен UID або TID із точним записаним вмістом, що є тим, що потрібно вашій CMS або платформі аналітики в перший день. Потужність автоматизованого склеювання на п’яти виробничих лініях перевищує 100 000 мікросхем на день, тому кодування не стає обмеженням часу виконання.

 

Те, що цей опис навмисно пропускає, так це поріг прийнятності. Повторна-перевірка є шлюзом «пройшов/не пройшов», але частота відмов, яку ви повинні прийняти за контрактом, відрізняється залежно від сімейства чіпів, форм-фактора та того, чи мітка потім ламінується; анти{2}}металева наклейка та ПВХ-картка не поводяться однаково на одній лінії. Це число належить до цитати щодо вашої конкретної збірки, а не до статті, і це перше, що ми встановлюємо, коли запускається нова програма.

 

Варто чітко вказати, де ми проводимо межі наших власних можливостей, оскільки постачальники деталей зазвичай розмивають їх. Ми попередньо-запрограмуємо NFC-теги з вашим шаблоном URL-адреси, серіалізуємо для кожного блоку, перевіримо кожен тег і надамо файл зіставлення. Ми надамо надані вами ключі AES. Ми не зберігатимемо ваші робочі ключі, не керуватимемо вашим механізмом перевірки та не скажемо вам, що фабрика може зробити правильний дизайн-рівня безпеки програми. Ця частина належить вам, і будь-який постачальник, який стверджує протилежне, продає вам передачу ризику, якого не існує.

 

Дев'ять запитань, які потрібно вирішити перед запуском кодування

 

Запустіть це до замовлення на купівлю, а не після надходження зразків. Кожен предмет завершив принаймні один проект, який ми попросили врятувати.

 

#	Питання	Чому це вирішує чіп
1	Чи будуть iPhone використовувати ці теги?	Повністю вилучає MIFARE Classic з розгляду
2	Яка повна довжина URL-адреси, включаючи майбутні параметри?	Встановлює підлогу на NTAG213, 215 або 216
3	Чи достатньо одного запису, чи вам також потрібен текстовий запис чи запис програми?	Додаткові записи споживають той самий бюджет пам’яті
4	Чи зміниться призначення протягом терміну служби мітки?	Визначає, чи є блокування прийнятним
5	Чи заявляє програма кінцевим користувачам про автентичність?	Підштовхує вас до NTAG 424 DNA або DESFire
6	Хто тримає та обертає ключі AES?	Необхідно призначити перед зміною будь-якої клавіші
7	Який критерій приймання поставленої партії?	Визначає, чи є верифікація read{0}}back договірною
8	Вам потрібен UID-to-файл зіставлення вмісту?	Потрібно вказати перед виконанням, а не запитувати після
9	Чи є перевірка оригінальності підпису частиною вхідного контролю якості?	Визначає, чи підлягає аудиту джерело мікросхем

 

Команди, які можуть відповісти на всі дев’ять, зазвичай отримують чисте виробництво з першої спроби. Команди, які можуть відповісти на шість із дев’яти, зазвичай знаходять решту трьох дорого.

 

Дев'ять питань є загальною версією. Той, з яким ми фактично працюємо, додає десятий стовпець, відповідь, яка підходить для вашої збірки, а не загалом, і цей стовпець залежить від речей, які ця стаття не бачить: ваш мікс телефонів, ваш зчитувач, ваш процес ламінування та те, чи серіалізація має бути послідовною чи випадковою. Надішліть нам перші дев’ять відповідей, і ми повернемо коментований варіант відповідно до ваших вимог.

 

Де це залишає покупця

 

Немає загальної процедури програмування тегів NFC, лише процедура для чіпа, платформи, обсягу. Виберіть чіп проти стелі пам'яті та питання iPhone спочатку. Розглядайте форматування, корисне навантаження та конфігурацію як три окремі ворота. Ніколи не блокуйте перед польовим випробуванням. Перевірте оригінальність на вхідних зразках. Більше тисячі одиниць, перестаньте думати про програми та почніть думати про перевірку та відстеження.

 

Якщо специфікація вже розроблена, ми з радістю перевіримо її на відповідність обмеженням чіпа, наведеним вище, і позначимо все, що не переживе виробництво, а безкоштовні зразки доступні для тестування на ваших реальних зчитувачах і телефонах. Ви також можете почати зФормати тегів NFC ми попередньо-програмуємо та перевіряємо-вдомаякщо рішення про чіп все ще відкрито, абонадіслати структуру URL-адреси та цільовий обсяг для перевірки кодуванняякщо це вже виправлено.

 

FAQ