Nfc гост

Предисловие

1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ) и Техническим комитетом по стандартизации ТК 22 «Информационные технологии» на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»

https://www.youtube.com/watch?v=upload

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 11 ноября 2014 г. N 1529-ст

1
ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием
«Центральный ордена Трудового Красного Знамени
научно-исследовательский автомобильный и автомоторный институт
«НАМИ» (ФГУП «НАМИ») на основе собственного перевода на русский
язык англоязычной версии стандарта, указанного в пункте 4

2
ВНЕСЕН Техническим комитетом по стандартизации ТК 56 «Дорожный
транспорт»

3
УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по
техническому регулированию и метрологии от 2 октября 2018 г. N
687-ст

General
information and use-case definition», MOD) путем изменения разделов
«Нормативные ссылки» и «Библиография», внесения отдельных фраз и
слов, которые выделены в тексте курсивом**.________________*
Доступ к международным и зарубежным документам, упомянутым в
тексте, можно получить, обратившись в Службу поддержки пользователей.

Nfc гост

Ссылка на международный
стандарт заменена ссылкой на национальный стандарт Российской
Федерации.

Сведения о соответствии
ссылочного национального стандарта Российской Федерации
международному стандарту, использованному в качестве ссылочного в
примененном международном стандарте, приведены в дополнительном
приложении ДА

5
ВВЕДЕН ВПЕРВЫЕ

Типы NFC-меток

Существует четыре типа меток, описанных NFC-форумом, все они базируются на RFID-протоколах. Это делает NFC метки частично совместимыми со многими уже существующими RFID системами (например, Mifare и FeliCa). Хотя эти более старые системы не поддерживают NDEF, они, однако, могут опознавать NFC метки, которые совместимы с ними.

Например, считыватель RFID, который предназначен для работы с метками Mifare Ultralight, может считать идентификационный номер метки NFC 2 типа, хоть и не может прочитать закодированную NDEF информацию. Есть также пятый тип, который совместим с технологией, но при этом не является частью NFC-спецификации.

Типы 1, 2 и 4 основаны на ГОСТ Р ИСО/МЭК 14443A (состоит из четырёх частей: 1, 2, 3, 4), тип 3 — на ГОСТ Р ИСО/МЭК 18092. Более подробно про каждый из типов можно прочитать под спойлером.

Тип 1:

  • Основан на ГОСТ Р ИСО/МЭК 14443A;
  • Может быть как только для чтения, так и для чтения/записи;
  • Содержит от 96 байт до 2 кбайт памяти;
  • Нет защиты данных от коллизий (прим. — коллизии могут возникнуть; когда два активных источника передают данные одновременно);
  • Примеры: Innovision Topaz, Broadcom BCM20203.

Тип 2:

  • Аналогично типу 1 основан на NXP/PhilipsMifareUltralight метках (ГОСТ Р ИСО/МЭК 14443A);
  • Может быть как только для чтения, так и для чтения/записи;
  • Содержит от 96 байт до 2 кбайт памяти;
  • Скорость взаимодействия 106 кбит/с;
  • Поддержка анти-коллизий;
  • Пример: NXP Mifare Ultralight.

Тип 3:

  • Основан на метках SonyFeliCa (ГОСТ Р ИСО/МЭК 18092 и JIS-X-6319-4) без поддержки шифрования и аутентификации, которая предоставлена спецификацией FeliCa;
  • Может быть либо только для чтения, либо для чтения/записи;
  • Скорость взаимодействия 212 или 424 кбит/с;
  • Поддержка анти-коллизий;
  • Пример: Sony FeliCa.

Тип 4:

  • Аналогично типу 1, тип 4 основан на ГОСТ Р ИСО/МЭК 14443A;
  • Может быть либо только для чтения, либо для чтения/записи;
  • 2, 4 или 8 кбайт памяти;
  • Скорость взаимодействия 106, 212 или 424 кбит/с;
  • Поддержка анти-коллизий;
  • Пример: NXP DESFire, SmartMX-JCOP.

Пятый тип является собственностью NXPSemiconductors и, вероятно, самым распространённым на сегодняшний день MifareClassictag (ГОСТ Р ИСО/МЭК 14443A):

  • Память: 192, 768 или 3584 байта;
  • Скорость взаимодействия 106 кбит/с;
  • Поддержка анти-коллизий;
  • Пример: NXP Mifare Classic 1K, Mifare Classic 4K, Mifare Classic Mini.

3
Термины и определения

Nfc гост

3.1 цикл антиколлизии (anticollision loop): Алгоритм, используемый для подготовки диалога между PCD и одной или несколькими PICC из общего числа PICC, отвечающих на команду запроса.

3.2 байт (byte): Байт, состоящий из 8 бит данных, обозначенных от b8 до b1, от старшего значащего бита (MSB, b8) до младшего значащего бита (LSB, b1).

3.3 коллизия (collision): Передача данных между двумя PICC в одном и том же возбужденном поле PCD и во время одного периода времени, при которой PCD не может различить от какой PICC исходят данные.

3.4 кадр (frame): Последовательность бит данных и дополнительные биты обнаружения ошибок с разграничителем в начале и конце.

3.5 протокол верхнего уровня (higher layer protocol): Уровень протокола, не описанный в настоящем стандарте, использующий уровень протокола, который определен в настоящем стандарте, для передачи информации, относящейся к приложению или к верхним уровням протокола, не описанным в настоящем стандарте.

3.6* команда запроса (request command): Команда, запрашивающая PICC соответствующих типов для ответа, если они доступны для инициализации.________________* В ИСО/МЭК 14443-3 после внесения Изм.А3:2014 у данного термина порядковый номер «3.8».(Измененная редакция, Изм. N 1).

3.7 режим PICC (PICC mode): Режим, при котором PXD работает как PICC.

3.8** режим PCD (PCD mode): Режим, при котором PXD работает как PCD.

(Введены дополнительно, Изм.А3:2014)

https://www.youtube.com/watch?v=ytdevru

________________** В ИСО/МЭК 14443-3 после внесения Изм.А3:2014 у данного термина порядковый номер «3.6».3.7, 3.8 (Введены дополнительно, Изм. N 1).

3.1 участник
(actor): Субъект, объект, организация или техническая система,
напрямую или косвенно взаимодействующие с зарядной
инфраструктурой.

Nfc гост

3.2 количество
электроэнергии для зарядки (amount of energy for charging):
Количество электроэнергии, необходимое для обеспечения 100%-ной
степени заряда аккумуляторной батареи.

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

Алгоритм работы NFC

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

У NFC устройств есть два режима взаимодействия. Если инициатор излучает радиочастотные волны, а цель за счёт инициатора получает питание, то такой режим взаимодействия называют пассивным. При активном режиме у инициатора и цели свои собственные источники питания, и они независимы друг от друга. Данные режимы совпадают с режимами RFID.

NFC устройства также имеют три способа работы. Они могут работать в режиме чтения информации с цели или записи на неё. Они могут эмулировать карты, ведя себя как RFID-метки, когда они в поле другого NFC или RFID устройства. Или они могут работать в режиме peer-to-peer (P2P), в котором они обмениваются данными сразу в обоих направлениях.

Первым главным отличием NFC от RFID является способ взаимодействия peer-to-peer, который реализован с помощью ГОСТ Р ИСО/МЭК 18092. Обмен данными P2P реализуется двумя протоколами — протоколом подуровня управления логической связью (LLCP — logical link control protocol) и простым протоколом обмена данными NDEF (SNEP — simple NDEF exchange format).

NFC Forum

  • Разработка спецификаций и механизмов тестирования, обеспечивающих согласованную и надежную работу NFC во всех трех режимах;
  • Информационная поддержка среди поставщиков услуг и разработчиков о преимуществах технологии NFC для обеспечения роста внедрения и использования технологии NFC;
  • Продвижение NFC Forum и других брендов NFC.

Nfc гост

Например, в спецификации NFC Analog Technical Specification рассматриваются аналоговые радиочастотные характеристики устройства с поддержкой NFC. Эта спецификация включает в себя требования к мощности антенны, требования к передаче, требования к приемнику и формы сигналов (время /частота /характеристики модуляции).

Спецификация NFC Analog 2.0 ввела активный режим связи для обмена данными P2P и технологию NFC-V в режиме опроса. Версия 2.0 обеспечивает полную совместимость с устройствами, соответствующими ISO/IEC 14443 или ISO/IEC 18092.

По этим спецификациям существует следующие способы связи для устройств NFC: NFC-A, NFC-B, NFC-F, и пять типов NFC-меток. Устройства NFC могут быть активной или пассивной коммуникации и поддерживать один (или несколько) из 3 режимов работы.

NFC-AТип связи NFC-A основан на стандарте ISO/IEC 14443A для бесконтактных карт. Типы связи отличаются используемыми режимами кодирования сигнала и модуляции. NFC-A использует код Миллера и амплитудную модуляцию. Двоичные данные передаются со скоростью около 106 Кбит/с, сигнал должен изменяться от 0% до 100%, чтобы различать двоичную 1 и двоичный 0.

NFC-BТип связи NFC-B основан на стандарте ISO/IEC 14443B для бесконтактных карт. NFC-B использует метод манчестерского кодирования. Двоичные данные также передаются со скоростью около 106 Кбит/с. Здесь вместо 100% используется 10% -ое изменение амплитуды для двоичного 0 (то есть низкого уровня) и 100% для двоичной 1 (то есть высокого).

Читайте ещё про NFC:  Xiaomi mi6 samsung pay

Nfc гост

NFC-FТип связи NFC-F основан на стандарте FeliCA JIS X6319-4, также известный как просто FeliCa. Стандарт регулируется японской JICSAP. Там эта технология, и наиболее популярна. Скорость передачи данных 212 / 424 Кбит/с, используется манчестерское кодирование и амплитудная модуляция.

Устройства с поддержкой NFC поддерживают три режима работы: устройство чтения / записи, одноранговая связь, эмуляция карты

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

Одноранговый режим позволяет двум устройствам с поддержкой NFC взаимодействовать друг с другом для обмена информацией и файлами, чтобы пользователи устройств с поддержкой NFC могли быстро обмениваться контактной информацией и другими файлами одним касанием. Например, пользователи могут обмениваться параметрами настройки соединения Bluetooth или Wi-Fi или обмениваться данными, такими как виртуальные визитные карточки или фотографии.

Режим чтения / записи позволяет устройствам с поддержкой NFC считывать информацию, хранящуюся в NFC-тегах (или метках), встроенных в интеллектуальные плакаты и дисплеи, или взаимодействовать с другим NFC-устройством в режиме чтения / записи. Инициирующее устройство может считывать данные со второго устройства или записывать данные на него.

Архитектура NFC

В архитектуре NFC есть несколько уровней. Самый низкий из них — физический, который реализован ЦПУ и другим аппаратным комплексом, через который происходит взаимодействие. В середине находятся данные о пакетах и транспортный уровень, затем формат данных уровней, и в конце программное обеспечение.

На физическом уровне NFC работает по алгоритму, описанному в ГОСТ для RFID (ГОСТ Р ИСО/МЭК 14443-2-2014), где говорится о маломощных радиосигналах частотой 13,56 МГц. Затем идёт уровень, который описывает разбивку потока данных на фреймы (ГОСТ Р ИСО/МЭК 14443-3-2014). Любые радиоконтроллеры, которые используются в телефоне, планшете или подсоединяются к компьютеру или микроконтроллеру, являются отдельными аппаратными компонентами.

Nfc гост

Они взаимодействуют с главным процессором посредством одного или нескольких стандартных последовательных протоколов между устройствами: универсальный асинхронный приёмопередатчик (UART), последовательный периферийный интерфейс (SPI), последовательная шина данных для связи интегральных схем (I2C) или универсальная последовательная шина (USB).

Над этим находится несколько протоколов команд RFID, базирующихся на двух спецификациях. NFC чтение и запись меток базируется на оригинальном RFID ГОСТ Р ИСО/МЭК 14443A. Протоколы Philips/NXP Semiconductors Mifare Classic и Mifare Ultralight и NXP DESFire совместимы с ГОСТ Р ИСО/МЭК 14443A. Обмен данными P2P NFC базируется на ГОСТ Р ИСО/МЭК 18092.

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

Какой длины может быть NDEF-сообщение?

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

Есть несколько распространённых типов NDEF-записей:

  1. Обычные текстовые записи. В них можно отправить любую строку, они не содержат инструкций для цели, но содержат метаданные об языке текста и кодировке.
  2. URI. Такие записи содержат данные об интернет-ссылках. Цель, получившая такую запись, откроет её в том приложении, которое сможет её отобразить. Например, веб-браузере.
  3. Умная запись. Содержит не только веб-ссылки, но и текстовое описание к ним, чтобы было понятно, что находится по этой ссылке. В зависимости от данных записи телефон может открыть информацию в нужном приложении, будь то SMS или e-mail, либо сменить настройки телефона (громкость звука, яркость экрана и т.д.).
  4. Подпись. Она позволяет доказать, что информация, которая была передана или передаётся, достоверна.

Можно использовать несколько видов записей в одном NDEF-сообщении.

Nfc гост

Можно представить сообщение как параграф, а записи — как предложения. Параграф — определённая единица информации, которая содержит одно или несколько предложений. Тогда как предложение — меньшая единица информации, которая содержит всего одну идею. Например, можно в виде абзаца сделать приглашения на день рождения и написать в отдельных предложениях данные о дате, времени и месте проведения, а с помощью NDEF-сообщений передать друзьям напоминание об этом событии, где будет текстовое сообщение с описанием события, умную запись с местом и веб-ссылку с тем, как добраться до этого места.

https://www.youtube.com/watch?v=channelUCAKEnrDsOc9nmxfv-duhmgA

Второе главное различие между NFC и RFID — формат обмена данными NFC (NDEF — NFC data exchange format). NDEF определяет формат данных в сообщениях, которые в свою очередь состоят из NDEF записей. Есть несколько видов записей, о которых будет рассказано более подробно чуть ниже. NDEF делает возможным с помощью программного кода управлять процессом чтения и записи NFC-меток, обмена данными при помощи peer-to-peer и эмулирования карт.

NDEF содержит информацию о байтовом представлении сообщений, которые могут содержать несколько записей. У каждой записи есть заголовок, в котором находятся метаданные (тип, длина и т.д.), и информацию для отправки. Если вернуться к аналогии с параграфом, то параграф формируется из предложений, относящихся к одной теме, так и в NDEF-сообщениях — хорошо, когда все записи относятся к одной тематике.

NDEF-сообщения в основном короткие, каждый обмен состоит из одного сообщения, каждая метка также содержит одно сообщение. Так как обмен NFC данными происходит при касании одного устройства другим или меткой, то будет неудобно передавать в одном сообщении текст целой книги, поэтому длина NDEF-сообщения сопоставима с длиной абзаца, но не целой книги.

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

Место на информацию в NDEF-записи ограниченно по размерам 2^32-1 байтами, однако можно делать цепочки записей внутри сообщения, чтобы переслать информацию большего размера. В теории нет ограничений на NDEF-сообщения, но на практике размер сообщения ограничивается возможностями устройств или меток, участвующих в обмене информацией.

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

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

Nfc гост

Для того чтобы передать большой объем информации, устройства придётся держать друг рядом с другом длительное время, это может быть неудобным. Если нужно длительное взаимодействие между устройствами, то можно воспользоваться NFC для быстрого обмена данными о возможностях устройств и последующего включения одного из более подходящих способов передачи данных (Bluetooth, Wi-Fi и т.д.).

Читайте ещё про NFC:  На каких устройствах работает оплата Samsung Pay в России?

Когда телефон на Android считывает NFC-метку, он сначала её обрабатывает и распознает, а затем передаёт данные о ней в соответствующее приложение для последующего создания intent. Если с NFC может работать больше одного приложения, то появится меню выбора приложения. Система распознавания определяется тремя intent, которые перечислены в порядке важности от самой высокой до низкой:

  1. ACTION_NDEF_DISCOVERED: Этот intent используется для запуска аctivity, если в метке содержится NDEF-сообщение. Он имеет самый высокий приоритет, и система будет запускать его в первую очередь.
  2. ACTION_TECH_DISCOVERED: Если никаких activity для intent ACTION_NDEF_DISCOVERED не зарегистрировано, то система распознавания попробует запустить приложение с этим intent. Также этот intent будет сразу запущен, если найденное NDEF-сообщение не подходит под MIME-тип или URI, или метка совсем не содержит сообщения.
  3. ACTION_TAG_DISCOVERED: Этот intent будет запущен, если два предыдущих intent не сработали.

В общем случае система распознавания работает, как представлено на рисунке ниже.

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

Если activity запускается из-за NFC intent, то можно получить информацию с отсканированной NFC-метки из этого intent. Intent может содержать следующие дополнительные поля (зависит от типа отсканированной метки):

  • EXTRA_TAG (обязательное): объект Tag, описывающий отсканированную метку.
  • EXTRA_NDEF_MESSAGES (опциональное): Массив NDEF-сообщений, просчитанный с метки. Это дополнительное поле присуще только intent ACTION_NDEF_DISCOVERED.
  • EXTRA_ID (опциональное): Низкоуровневый идентификатор метки.

Ниже представлен пример, проверяющий intent ACTION_NDEF_DISCOVERED и получающий NDEF-сообщения из дополнительного поля.

Kotlin

override fun onNewIntent(intent: Intent) {
    super.onNewIntent(intent)
    ...
    if (NfcAdapter.ACTION_NDEF_DISCOVERED == intent.action) {
        intent.getParcelableArrayExtra(NfcAdapter.EXTRA_NDEF_MESSAGES)?.also { rawMessages -{amp}gt;
            val messages: List = rawMessages.map { it as NdefMessage }
            // Обработка массива сообщений.
            ...
        }
    }
}
@Override
protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
    ...
    if (NfcAdapter.ACTION_NDEF_DISCOVERED.equals(intent.getAction())) {
        Parcelable[] rawMessages =
            intent.getParcelableArrayExtra(NfcAdapter.EXTRA_NDEF_MESSAGES);
        if (rawMessages != null) {
            NdefMessage[] messages = new NdefMessage[rawMessages.length];
            for (int i = 0; i {amp}lt; rawMessages.length; i  ) {
                messages[i] = (NdefMessage) rawMessages[i];
            }
            // Обработка массива сообщений.
            ...
        }
    }
}

Kotlin

val tag: Tag = intent.getParcelableExtra(NfcAdapter.EXTRA_TAG)

Tag tag = intent.getParcelableExtra(NfcAdapter.EXTRA_TAG);

Существует несколько методов для создания NDEF-записи: createUri(), createExternal() и createMime(). Лучше использовать один из них во избежание ошибок, которые могут возникнуть при создании записи вручную. Все примеры, представленные ниже, следует отправлять первым сообщением при записи метки, либо сопряжением с другим устройством.

Kotlin

6
Продавцы электроэнергии

На рисунке 1 представлены
все непосредственные и косвенные участники заряда, а также их
функции по запуску процедуры. Перечисленные участники могут быть
прямо или косвенно вовлечены в процесс зарядки, указанный в
настоящем стандарте, ГОСТ Р
58123(ИСО 15118-2) и [2]. В разделе 7 описание
элементов сценария использования объединит, где это применимо, этих
участников и функции.

Рисунок 1 — Общий обзор и
примеры участников в общем сценарии

Непосредственные
участники заряда электроэнергии напрямую участвуют в процессе
зарядки. Обмен информацией между EVCC и SECC определяется всеми
уровнями эталонной модели взаимодействия открытых систем (OSI) в
соответствии с [8].

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

Всякий раз при
использовании термина «пользователь ТС» в качестве объекта
применения требований, термин несет рекомендательный смысл, а
именно — что мог бы делать пользователь ТС в рассматриваемой
ситуации. При этом данный термин не определяет конкретное поведение
пользователя ТС. Хотя настоящий стандарт не приводит протокол
взаимодействия между непосредственными и косвенными участниками
заряда, однако в ГОСТ Р 58123(ИСО 15118-2) существуют указания, которые включают элементы
обмена данными между участниками.

Примечание 1 — Косвенные
участники заряда могут быть вовлечены в процесс зарядки, поскольку
они предоставляют информацию для EVCC, которая необходима для
процесса зарядки. В зависимости от сценария использования они могут
участвовать в процессе зарядки, хотя их отношения не описаны в
настоящем стандарте,ГОСТ Р
58123(ИСО 15118-2) и [2].

С учетом характеристик,
специфичных для разных стран, предоставление информации для SECC
может быть сделано централизованными участниками заряда, такими как
финансовый оператор и DHC, а также оператором учета электроэнергии
или непосредственно косвенными участниками заряда, т.е. поставщиком
электроэнергии или оператором системы ее распределения.

Примечание 2 — Не все
непосредственные участники заряда электроэнергии обязательно
расположены рядом с EVSE.

Что может сделать обычный человек, имея телефон с NFC

Nfc гост

Kotlin

Kotlin

Рис. 24. Приложение TagWriter от NXP.

На метку можно записать бизнес-контакт, например на метки в виде карточек, использовать как визитки. Можно записать настройку подключения к точке Wi-Fi или Bluetooth-устройству и наклеить на видное место, для удобства использования. К вам пришли гости и просят пароль от вайфай? Нет проблем, вон метка на холодильнике.

Кто вообще помнит пароль от вайфай? На водонепроницаемую метку можно записать свой контакт и повесить на ошейник собаки. Я так сделала, это стоит дешевле, чем заказать гравировку жетона. Метки можно перезаписывать и оставлять сообщения. Кто вообще сейчас пользуется смс или, того лучше, бумажными записками? Нет времени на соцсети? Оставь сообщение в метке. «Суп в холодильнике. Купи хлеба. Буду поздно.»

Использование NFC

Маркетинг

Есть множество возможностей использования NFC:

  • Режим эмуляции карты позволяет использовать данную технологию для бесконтактных платежей, например Google Wallet, или для оплаты или получения билетов в общественном транспорте.
  • Есть несколько мобильных приложений, которые позволяют сохранить настройки для мобильного устройства на метках и в дальнейшем использовать их для быстрого изменения каких-либо настроек мобильного устройства (переход в режим виброзвонка, включения или выключения Wi-Fi на мобильном устройстве).
  • На рынке постепенно появляются устройства, поддерживающие NFC, — стереосистемы, телевизоры, которые позволяют создавать пару с телефоном или планшетом для удалённого управления.
  • NFC используется в системе здравоохранения для хранения идентификатора пациента и личных записей.
  • В сфере управления материально-техническими ресурсами можно использовать NDEF записи для хранения информации о месте отправления товаров, об их прохождении различных промежуточных пунктов и тому подобном.

В
данном разделе дается классификация элементарных случаев
использования системы связи между EVCC и SECC. Взаимодействие с
целью выполнения сценариев использования определено в ГОСТ Р 58123(ИСО 15118-2) и [2].
Если ни электромобиль, ни EVSE не имеют устройства связи в
соответствии с протоколом высокого уровня, то используется передача
базовых сигналов.

Процесс зарядки разбит на
восемь функциональных групп с целью дальнейшего разделения процесса
на элементарные сценарии использования (см. рисунок 2). Для каждой
группы имеется несколько элементарных сценариев использования.
Каждый сценарий использования должен представлять собой комбинацию
из элементарных сценариев использования (см. приложение С).

a) начало процесса
зарядки: инициирование начала процесса между ТС и EVSE после
физического подключения ТС к силовой розетке. Инициирование
устанавливает основу для дальнейшего процесса зарядки, например
наличие PWM, связи в соответствии с протоколом высокого уровня и
т.п.;

b) установление связи:
устанавливает связь и соответствующее соединение между EVCC и
SECC;

https://www.youtube.com/watch?v=ytadvertiseru

c) обработка
сертификатов: все, что относится к сертификатам;

d) идентификация и
авторизация: методы идентификации и санкционирования;

Nfc гост

e) целевая установка и
составление графика зарядки: передача информации от электромобиля,
от SECC и косвенного участника заряда для начала процесса зарядки,
а также сама зарядка;

f) контроль и повторное
планирование зарядки: этапы процесса зарядки;

g) дополнительные услуги:
элементы, которые непосредственно не требуются для зарядки
электромобилей;

h) процесс окончания
зарядки: условия для передачи сигналов об окончании процесса
зарядки.

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

Читайте ещё про NFC:  Поддержка NFC в телефоне – что это и как пользоваться функцией?

Nfc гост

Примечание — Группы не
указывают на порядок, в котором будут внедряться элементы, а также
какие элементы обязательные, а какие — дополнительные.

Рисунок 2 —
Функциональные группы элементов сценариев использования

Таблица 1 — Общий обзор элементов сценария использования

N

Наименование/группирование элементов сценария использования

A1

Начало процесса зарядки с
принудительной связью в соответствии с протоколом высокого
уровня

A2

Начало процесса зарядки с
действующими одновременно требованиями ГОСТ Р МЭК 61851-1 и связью в
соответствии с протоколом высокого уровня

B1

Установление связи между
EVCC/SECC

C1

Обновление сертификата

C2

Установка сертификата

D1

Санкционирование использования
сертификатов контракта, выполненных в EVSE

D2

Санкционирование использования
сертификатов контракта, выполненных с помощью косвенного участника
заряда электроэнергии

D3

Санкционирование в EVSE с
использованием внешних учетных данных, выполненных в EVSE

D4

Санкционирование в EVSE с
использованием внешних учетных данных, выполненных с помощью
косвенного участника заряда электроэнергии

E1

Зарядка от сети переменного
тока с выравниванием нагрузки в соответствии с протоколом высокого
уровня

E2

Оптимизированная зарядка с
составлением графика для косвенного участника заряда
электроэнергии

E3

Оптимизированная зарядка с
планированием в электромобиле

E4

Зарядка от сети постоянного
тока с выравниванием нагрузки в соответствии с протоколом высокого
уровня

E5

Возобновление
санкционированного графика зарядки

F0

Контур зарядки

F1

Контур зарядки с обменом
информации об измерении

F2

Контур зарядки с прерыванием
от SECC

F3

Контур зарядки с прерыванием
от EVCC или пользователя ТС

F4

Компенсация реактивной
мощности

F5

Взаимодействие ТС с сетью

G1

Дополнительные услуги

G2

Информация о зарядке

H1

Окончание процесса зарядки


А1) для EVSE необходима связь высокого уровня, тогда PWM сигнал на
уровне 5% (в соответствии с ГОСТ Р
МЭК 61851-1), EVSE не разрешает подать питание, так как ТС не
поддерживает связь высокого уровня;

https://www.youtube.com/watch?v=ytpressru


А2) связь по протоколу высокого уровня является необязательной,
EVSE будет обеспечивать электроснабжение даже тех электромобилей,
которые не поддерживают связь в соответствии с протоколом высокого
уровня.

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

Таблица 2 — Комбинации возможностей обмена данными между
электромобилем и EVSE

EV по
настоящему стандарту,
ГОСТ Р
58123
(ИСО 15118-2) и [2] не реализуется

EV по
настоящему стандарту,
ГОСТ Р
58123
(ИСО 15118-2) и [2] реализуется, но не
требуется

EV по
настоящему стандарту,
ГОСТ Р
58123
(ИСО 15118-2) и [2] реализуется и требуется

EVSE по настоящему
стандарту,
ГОСТ Р 58123(ИСО 15118-2) и [2] не реализуется

Зарядка в соответствии с
передачей базовых сигналов — не входит в объем настоящего
стандарта,
ГОСТ Р 58123(ИСО 15118-2) и [2]

Граничное условие сбоя
элемента сценария использования А1/А2 на стороне электромобиля. Не
установлена связь в соответствии с протоколом высокого уровня.
Зарядка в соответствии с передачей базовых сигналов — не входит в
объем настоящего стандарта,ГОСТ Р 58123(ИСО 15118-2) и
[2]

Зарядка невозможна

EVSE по настоящему
стандарту,
ГОСТ Р 58123(ИСО 15118-2) и [2] реализуется, но не требуется

Граничное условие сбоя
элемента сценария использования А1/А2 на стороне EVSE. He
установлена связь в соответствии с протоколом высокого уровня.
Зарядка в соответствии с передачей базовых сигналов — не входит в
объем настоящего стандарта, ГОСТ Р
58123
(ИСО 15118-2) и [2]

См. элемент сценария
использования А1/А2

См. элемент сценария
использования А1

EVSE по настоящему
стандарту,
ГОСТ Р 58123(ИСО 15118-2) и [2] реализуется и требуется

Граничное условие сбоя
элемента сценария использования А1 на стороне EVSE. Зарядка
невозможна

См. элемент сценария
использования А1

См. элемент сценария
использования А1

Примечание 1 — Не реализовано
= функциональность отсутствует.

Реализовано, не требуется =
функциональность присутствует; применение задействуется, если
ответная часть также обладает реализованной функциональностью.

Реализовано, требуется =
функциональность присутствует, применение обеспечено принудительно.
Если функциональность отсутствует у ответной части, то зарядка
невозможна.

Примечание 2 —
Последовательные диаграммы о потоке сообщений и взаимодействии
описаны в ГОСТ Р 58123(ИСО
15118-2).
Временная диаграмма о взаимодействии между настоящим
стандартом, ГОСТ Р 58123(ИСО
15118-2)
и ГОСТ Р МЭК
61851-1
описана в [2].

7.2.1 Начало процесса
зарядки с принудительной связью по протоколу высокого уровня
(таблица 3)

Nfc гост

Таблица 3 — Начало процесса зарядки с принудительной связью по
протоколу высокого уровня

Тип

Описание

1 Наименование элемента
сценария использования

Начало AC/DC зарядки с
принудительной связью в соответствии с протоколом высокого уровня
(настоящий стандарт,ГОСТ Р
58123
(ИСО 15118-2) и [2] в соответствии с требованиями
ГОСТ Р МЭК 61851-1

2 Идентификатор элемента
сценария использования

А1

3 Цели

Установление связи в
соответствии с протоколом высокого уровня

4 Описание

Данный сценарий использования
охватывает начальную передачу сигналов PWM (ГОСТ Р МЭК 61851-1) от EVSE с 5% рабочим
циклом, чтобы установить связь в соответствии с протоколом высокого
уровня и зарядку уровня 3/уровня 4.

Задействованы следующие
первичные элементы: электромобиль, EVSE, EVCC и SECC.

Описание сценария:

— соединить кабель между
электромобилем и EVSE;

— EVSE показывает рабочий
режим PWM;

— электромобиль обрабатывает
рабочий режим PWM;

— EVCC и SECC устанавливают
связь на физическом уровне и уровне передачи данных (подробная
последовательность указана в [2]);

— устанавливается связь
(сценарий использования функциональной группы В)

5 Предварительные
требования

Электромобиль физически
подключен к EVSE.

Электромобилю и EVSE
необходима функция управления и передача базовых сигналов в
соответствии с ГОСТ Р МЭК
61851-1
.

Электромобиль и EVSE имеют
устройство связи в соответствии с протоколом высокого уровня с
учетом требований ГОСТ Р 58123(ИСО 15118-2) и [2]

6 Требования

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

Период процесса инициирования
должен соответствовать [2].

Условия автоматического
запуска процедуры:

— для EVSE: электромобиль
правильно подключен к EVSE;

— для электромобиля: наличие
подключения и требуемого рабочего цикла PWM, который показывает
связь в соответствии с протоколом высокого уровня ГОСТ Р МЭК 61851-1

7 Граничные условия

Условия выполнения:

— успешная настройка связи HLC
на уровне передачи данных.

Граничные условия сбоя:

— не установлена связь HLC на
уровне передачи данных или сбой сигнала PWM;

— отсутствует правильная
инициализация SECC и EVCC. Увеличенный период ожидания в процессе
привязки

7.2.2 Начало процесса
зарядки с одновременным выполнением требованийГОСТ Р МЭК 61851-1и связью в
соответствии с протоколом высокого уровня (таблица 4)

Заключение

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

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

https://www.youtube.com/watch?v=ytcopyrightru

Технология NFC добавляет многообещающую функциональность к технологии RFID. Наиболее значимое нововведение — формат обмена данными NFC (NDEF), который предоставляет возможность форматировать обычные данные в одну из четырёх технологий меток NFC. NDEF может быть использован как для обмена данными между устройством и меткой, так и для обмена между устройствами. Это делает NFC пригодным не только как способ идентификации, но и как средство обмена короткими блоками данных.

Более подробно об NFC или NDEF можно почитать в книге Tom Igoe, Don Coleman, and Brian Jepson «Beginning NFC. Near Field Communication with Arduino, Android, and PhoneGap».

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

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

Adblock
detector