Формат обмена данными NFC (NDEF) — манекены

Общие сведения о сообщениях NDEF

Сообщения NDEF предоставляют стандартизованный метод для чтения с устройством NFC. Сообщение NDEF содержит несколько записей, как показано. Вы получаете поддержку NDEF только при работе со стандартизованными тегами — проприетарные теги обычно не предоставляют эту поддержку. Стандарт NFC поддерживает пять типов тегов, все из которых поддерживают один и тот же формат сообщений NDEF.

Расшифровка сообщений NDEF.

Каждая запись содержит заголовок и полезную нагрузку. Заголовок содержит полезную информацию для читателя, такую ​​как идентификатор записи, ее длину и тип. Тип определяет вид полезной нагрузки, который содержит запись. Полезная нагрузка — это просто данные.

В записи NDEF содержится довольно много информации, как показано. Первые восемь бит фактически содержат флаги, которые определяют, как интерпретировать остальную часть записи. В зависимости от того, как эти флаги установлены, вы можете использовать различные ресурсы, чтобы узнать, что должна сказать вам запись.

Расшифровка записей NDEF.

Формат обмена данными NFC (NDEF) - манекены

Поле Type Name Format (TNF) определяет тип содержимого, содержащегося в записи. Вот стандартные типы контента, которые вы можете найти в записи NDEF:

  • 0 — Empty: Запись не содержит никакой информации.
  • 1 — Хорошо известно: Данные определяются спецификацией определения типа записи (RTD), доступной на форуме NFC.
  • 2 — Многоцелевые расширения электронной почты Интернета (MIME): Это один из типов данных, обычно встречающихся в интернет-сообщениях, как определено RFC 2046.
  • 3 — Абсолютный унифицированный идентификатор ресурса (URI): Это указатель на ресурс, который следует за синтаксисом RFC 3986.
  • 4 — Внешний: Это пользовательские данные, которые зависят от формата, указанного спецификацией RTD.
  • 5 — Неизвестно: Тип данных неизвестен, а это значит, что вы должны установить длину типа в 0.
  • 6 — Без изменений: Некоторые полезные файлы разбиты на части, что означает, что данные слишком велики, чтобы соответствовать одной записи. В этом случае каждая запись содержит кусок данных — кусок. Этот ФНО указывает, что это не первая запись в куске — это одна из средних или завершающих записей. TNF не изменяется от данных, найденных в первой записи набора каналов.
  • 7 — Зарезервировано: Это значение зарезервировано для будущего использования.
Читайте ещё про NFC:  Используем NFC для автоматизации - «Хакер»

Флаг IL указывает, содержит ли запись поле длины ID. Он не определяет длину ID — он просто сообщает вам, что это значение доступно.

Флаг SR определяет, является ли запись короткой. Короткая запись — одна с длиной полезной нагрузки {amp}lt;= 255 байт. Нормальные записи могут иметь длину полезной нагрузки, превышающую 255 байт, до 4 ГБ. Для многих случаев использования требуется максимальная экономичность размера сообщения. Флаг SR позволяет использовать заголовок сжатой записи, указывая длину полезной нагрузки в одном байте, вместо того, чтобы требовать нормальные четыре байта.

Сообщение NDEF может содержать несколько записей. Первая запись в сообщении имеет флаг MB (начало сообщения), установленный в true, чтобы вы знали, что это первая запись. Последняя запись в сообщении имеет флаг ME, чтобы вы знали, что это последняя запись. Во всех промежуточных записях установлены флаги MB и ME, равные false.

Поле Type Length содержит длину типа полезной нагрузки в байтах. Тип полезной нагрузки определяет точный вид данных, найденных в полезной нагрузке. Например, просто знать, что TNF является типом данных MIME, недостаточно — вы должны знать точный тип MIME (например, « text / plain ») для обработки данных.

Поле «Длина полезной нагрузки» содержит длину полезной нагрузки в байтах. Запись может содержать до 4, 294, 967, 295 байт (или 2 ^ 32 — 1 байт) данных.

Поле ID Length содержит длину поля ID в байтах.

Формат обмена данными NFC (NDEF) - манекены

Следующий тип. Это определение точного вида данных, содержащихся в полезной нагрузке.

Поле ID предоставляет средства для внешних приложений для идентификации всей полезной нагрузки, переносимой в записи NDEF. Только первая запись содержит идентификатор; средние или завершающие записи NDEF не имеют поля идентификатора.

Читайте ещё про NFC:  Как настроить и пользоваться Samsung Pay

Наконец, после определения всех этих подробностей вы попадаете в полезную нагрузку. Полезная нагрузка — это данные. Однако, не зная всей этой другой информации, полезная нагрузка может не иметь смысла. Вам нужна вся эта другая информация, чтобы понять, с какими данными вы работаете.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Adblock
detector