Как программировать теги NFC с использованием чипов разных типов (NTAG, MIFARE и т. д.)

 

Написание тега — это три отдельные операции, а не одна

 

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

 

Первое - этоформатирование. Памяти чипа NFC необходимо сообщить, что его пользовательская область содержит сообщение NDEF, а не произвольные байты. Это делается путем написания небольшой структуры данных, известной как контейнер возможностей. В деталях NTAG21x это уже сделано на уровне пластины, поэтому чип поступает в формате NDEF- и может хранить только NDEF. В MIFARE Classic и некоторых других чипах форматирование выполняется вами, и структура помещается в однократно--программируемую область. Поэтому форматирование является постоянным. Не существует команды unformat и инструмента поставщика, который ее предоставит.

 

Второйнаписание полезной нагрузки: сообщение NDEF, содержащее одну или несколько записей, чаще всего запись URI, указывающую на URL-адрес. Это та часть, которую все рисуют. Запись полезной нагрузки обычно повторяется, поэтому маркетинговая команда может перенаправить тег кампании через шесть месяцев без повторного заказа оборудования.

 

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

 

Разделение этих трех элементов в вашей голове — вот что не дает партии быть утилизированной. Большинство ошибок записи, которые мы диагностируем, не являются ошибками полезной нагрузки. Это состояние форматирования или состояние конфигурации, о существовании которого кто-то не знал.

 

Сравнение типов чипов тегов NFC перед их программированием

 

Каждое серьезное решение о том, как масштабно программировать NFC-метки, начинается с этой таблицы, поскольку потолок памяти и поддержка платформы задаются в момент выбора чипа и не могут быть исправлены позже в программном обеспечении.

 

Чип	Пользовательская память	Тип NFC-форума	Заводское состояние NDEF	Защита паролем/ключем	iPhone NDEF чтение + запись
НТАГ 213	144 байта	Тип 2	Предварительно-отформатированный	32-битный PWD / 16-битный ПАКЕТ	Да
НТАГ 215	504 байта	Тип 2	Предварительно-отформатированный	32-битный PWD / 16-битный ПАКЕТ	Да
НТАГ 216	888 байт	Тип 2	Предварительно-отформатированный	32-битный PWD / 16-битный ПАКЕТ	Да
MIFARE Сверхлегкий EV1	48 или 128 байт	Тип 2	Форматируемый	32-битный PWD / 16-битный ПАКЕТ	Да
МИФАРЕ Классик 1К	Всего 1024 байта, примерно 716 доступны NDEF после вычета блока производителя и 16 трейлеров секторов.	Не тип форума NFC	Форматируемый,-на основе секторов	Ключи сектора КРИПТО-1 A/B	Нет
MIFARE DESFire EV3	От 2 КБ до 8 КБ, на основе файлов-	Тип 4	Приложение должно быть создано	AES-128/3DES, права доступа к каждому файлу	Да
ДНК НТАГ 424	Всего 416 байт, разделенных на 32-байтовый контейнер возможностей, 256-байтовый файл NDEF и 128-байтовый защищенный файл данных.	Тип 4	Предварительно-предоставленные файлы	Пять ключей AES-128, трехпроходная взаимная аутентификация	Да

 

Цифры 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НХП.

 

Два столбца определяют большинство проектов, прежде чем будет выбрано какое-либо программное обеспечение: потолок памяти и столбец 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 настолько мала, что почти никогда не стоит рисковать перепроектированием средней-программы. Кампания, которая позже захочет добавить параметры 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 нет. Core NFC от Apple никогда не поддерживал MIFARE Classic, а поддерживаемые платформой семейства MIFARE ограничены Ultralight, Plus и DESFire, и эту позицию разработчики неоднократно подтверждали на собственных форумах Apple (Форумы разработчиков Apple). Поскольку iOS не может напрямую обращаться к памяти карты, iPhone не может записывать на нее NDEF и не может отображать хранящийся на ней NDEF.

 

Что делает это настолько опасным во время оценки, так это то, что теги MIFARE Classic не выглядят мертвыми на iPhone. На карте указан UID ISO 14443-A, поэтому приложение «Быстрые команды» с радостью примет его в качестве триггера автоматизации, а фоновое сканирование по-прежнему может запускать ранее сохраненную запись NDEF поддерживаемого типа. Руководитель отдела закупок, тестирующий образец на своем iPhone, видит ответ и подписывает заявку. Поведение, которое они наблюдали, не имело ничего общего с содержимым памяти тега, и весь подход рушится в тот момент, когда проекту требуются URL-адреса для каждой единицы, которые iPhone действительно могут прочитать.

 

Из этого вытекает практическое правило: любой, кто сравнивает, как программировать метки NFC для iPhone и Android, должен проводить приемочное тестирование на обеих платформах с производственным чипом, никогда только на Android и никогда на образце чипа, отличного от того, который указан в заказе на поставку.

 

Позвольте мне прямо сказать о рекомендации, потому что «это зависит от вашего варианта использования» здесь бесполезный ответ. Если ваши NFC-метки будут прослушиваться посторонними лицами, укажите что-либо, кроме MIFARE Classic.

 

Для команд, уже использующих классическую-систему доступа, решение сводится к одной переменной, и это не теги. Это оставшийся срок службы вашего считывателя. Если у этих читателей осталось два или три года, и ни один смартфон никогда не прикоснется к учетным данным, продолжение использования Classic в замкнутом цикле является оправданным вызовом, и практические вопросы заключаются в выборе источника микросхемы и формате 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, использует трехпроходную взаимную аутентификацию для защищенного файла данных и имеет сертификацию 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	Переключает AES в режим-устойчивости к утечкам	Включено SetConfiguration, без возврата в режим AES.	Только если этого требует документированная модель угроз.
Смена ключа без условного депонирования	Заменяет заводские ключи AES.	Чип не имеет пути восстановления в случае утери нового ключа.	Только после того, как ключ будет официально передан на хранение

 

Детализация страницы — это практическая деталь, которую большинство людей упускают из виду, когда спрашивают, как заблокировать метку NFC после программирования. Блокировка — это не один переключатель «все-или-ничего». В NTAG215 и NTAG216 вы можете заблокировать блоки по 16 страниц, что делает возможным смешанный макет: область серийного номера заблокирована на заводе, область URL-адреса кампании остается доступной для записи для маркетинговой команды. На NTAG213 детализация составляет две страницы, более мелкая, но на гораздо меньшей карте. Определение границы — это задача проектирования, и она должна произойти до запуска кодирования, а не после него.

 

Стоит выработать привычку отделять ворота кодирования от запирания. Мы не советуем клиентам блокировать заказ в момент заказа, и причина носит чисто коммерческий, а не технический характер.

 

За всю нашу историю заказов наиболее частый запрос после-доставки — это не претензия о дефекте, а изменение пункта назначения, и он чаще всего возникает в течение первого года обслуживания. Обычными триггерами являются миграция целевой страницы или передача агентства, ни один из которых не виден в момент размещения заказа. Чтобы действовать в этом случае, вам не нужна чья-либо статистика отказов, потому что асимметрия решает все сама: разблокированная метка, которую никогда не нужно менять, не будет стоить вам ничего, в то время как заблокированная метка, которую нужно изменить, будет стоить заказа на полную замену плюс труд по переустановке. Сначала запрограммируйте метки NFC, запустите пробную эксплуатацию, а затем заблокируйте.

 

Проверка чипа — это то, что указано в счете

 

 

Подлинность чипа не является параноидальной проблемой в этой категории, это стандартный элемент входного-контроля, и он относится к тому же этапу контроля качества, что и любая другая проверка, которую вы выполняете перед программированием меток NFC в производственных количествах. Семейства NXP NTAG, MIFARE, Ultralight и ICODE имеют подпись оригинальности на основе ECC-, записанную при производстве чипа, 32 байта на деталях NTAG21x, которую можно считывать и сверять с открытым ключом производителя. Тег, который ведет себя идеально, все равно может не пройти эту проверку.

 

Это происходит чаще, чем допускает рынок. Инженеры, покупающие метки NTAG21x через общие каналы розничной торговли, сообщили сообществу производителей, что образцы функционируют точно так, как указано, включая встречное зеркалирование, но при этом сообщают о том, что это клон кремния, проходящий проверку оригинальности, а опубликованный ответ NXP заключается в том, что такие детали не поддерживаются и не подходят для безопасного использования, поскольку сама микросхема может быть уязвимой (Сообщество NXP).

 

Операционные последствия более узки, чем думают люди, и их стоит точно указать. Если ваше приложение является маркетинговым перенаправлением, чип-клон сослужит вам адекватную службу, и вам может быть все равно. Если ваше приложение предполагает аутентификацию, доказательство несанкционированного доступа или какое-либо заявление о борьбе с-контрафактной продукцией, адресованное вашему собственному клиенту, непроверяемый чип лишает законной силы всю предпосылку, и никакое количество правильного кодирования не компенсирует это. Проверка с помощью приложения для чтения занимает несколько секунд на каждый образец и относится к вашей входящей процедуре контроля качества, а не к посмертному-посмертному исследованию. Связанное чтение для тех, чья запись завершена, но чей читатель молчит:почему клонированная наклейка читается нормально, но на двери все равно не получается.

 

Классический секретный вопрос MIFARE, сформулированный честно

 

Любой, кто сегодня выбирает MIFARE Classic, должен исходить из текущей исследовательской позиции, а не с той репутации, которую платформа имела десять лет назад.

 

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

 

Прочтите это внимательно, прежде чем сделать из этого неверный вывод. Это не аргумент в пользу того, что завтра все, кто использует MIFARE Classic, будут разоблачены, и мы не представляем это как таковое. Миллионы учетных данных Classic работают в средах с минимальными-последствиями, когда клонирование карты дает злоумышленнику доступ к шкафчику в спортзале. Это аргумент в пользу того, что фраза «безопасный» не должна появляться нигде в спецификации рядом с этим семейством чипов, и что любой, кто собирается программировать метки NFC для гостиничных номеров, доступа в офис или безналичных платежей на кремнии Classic, должен оценить переход на часть на основе AES-в тот же бюджетный цикл.

 

Массовое программирование тегов NFC: что меняется при количестве более тысячи единиц

 

Все описанное до сих пор плохо масштабируется. Телефонное приложение записывает по одному тегу за раз без пакетной записи, без прохождения проверки и без возможности впоследствии доказать, какой URL-адрес перешел на какое физическое устройство. Существует три уровня массового программирования тегов NFC, и переход между ними скорее операционный, чем технический.

 

Первый уровень — это телефон и приложение, рассчитанные примерно на сотню устройств, подходящие для прототипов и внутренних пилотных проектов.

 

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

 

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

 

В этом описании намеренно не учитывается порог приемлемости. Проверка-обратного считывания — это критерий «прошел/не прошел», но частота отказов, которую вы должны принять по контракту, зависит от семейства чипов, форм-фактора и от того, ламинируется ли метка впоследствии; анти-металлическая наклейка и карта ПВХ ведут себя по-разному на одной линии. Это число указывается в цитате для вашей конкретной сборки, а не в статье, и это первое, что мы устанавливаем при запуске новой программы.

 

Стоит четко указать, где мы проводим границы наших собственных возможностей, поскольку поставщики комплектующих обычно размывают именно эту границу. Мы предварительно-запрограммируем теги NFC с использованием вашего шаблона URL-адреса, сериализуем каждую единицу, проверим каждый тег и доставим файл сопоставления. Мы предоставим вам ключи AES. Мы не будем хранить ваши производственные ключи, не будем управлять вашей серверной частью проверки и не сообщим вам, что фабрика может правильно разработать-уровень безопасности приложения. Эта часть принадлежит вам, и любой поставщик, утверждающий иное, продает вам несуществующую передачу риска.

 

Девять вопросов, которые необходимо решить перед началом кодирования

 

Запустите это до заказа на поставку, а не после прибытия образцов. Каждый предмет завершил как минимум один проект, который нас попросили спасти.

 

#	Вопрос	Почему решает чип
1	Будут ли iPhone использовать эти теги?	Полностью исключает MIFARE Classic из рассмотрения
2	Какова полная длина URL-адреса, включая будущие параметры?	Устанавливает нижний предел NTAG213, 215 или 216.
3	Достаточно ли одной записи или вам нужна еще и текстовая запись или запись приложения?	Дополнительные записи потребляют тот же бюджет памяти.
4	Изменится ли пункт назначения в течение срока службы метки?	Определяет, допустима ли блокировка
5	Заявляет ли приложение о подлинности конечным пользователям?	Подталкивает вас к NTAG 424 DNA или DESFire.
6	Кто держит и вращает ключи AES?	Должен быть назначен до изменения любого ключа
7	Каков критерий приемки поставленной партии?	Определяет, является ли проверка-обратного чтения договором.
8	Нужен ли вам UID-для-файла сопоставления контента?	Должно быть указано до запуска, а не запрашиваться после
9	Является ли проверка оригинальности подписи частью входящего контроля качества?	Определяет, подлежит ли проверке источник чипов

 

Команды, которые могут ответить на все девять вопросов, обычно добиваются чистого результата с первой попытки. Команды, которые могут ответить на шесть из девяти, обычно находят оставшиеся три дорогим способом.

 

Девять вопросов представляют собой общую версию. Тот, с которым мы на самом деле работаем, добавляет десятый столбец, ответ, который подходит для вашей сборки, а не в целом, и этот столбец зависит от того, чего не видит эта статья: вашего набора телефонов, вашего устройства чтения, вашего процесса ламинирования и того, должна ли сериализация быть последовательной или случайной. Отправьте нам первые девять ответов, и мы вернем аннотированную версию в соответствии с вашими требованиями.

 

Что это оставляет покупателю

 

Не существует общей процедуры программирования меток NFC, есть только процедура для каждого чипа, для каждой платформы, для каждого тома. Подберите чип к потолку памяти и сначала задайте вопрос об iPhone. Считайте форматирование, полезную нагрузку и конфигурацию тремя отдельными шлюзами. Никогда не блокируйте перед полевыми испытаниями. Проверяйте оригинальность поступающих образцов. При количестве единиц больше тысячи перестаньте думать о приложениях и начните думать о проверке и отслеживании.

 

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

 

Часто задаваемые вопросы