Настенные RFID/NFC-считыватели ODRFID и ODNFC: обзор и выбор

Какую серию выбрать

Настенные считыватели устанавливают у двери, на стойке или в корпусе заказчика. В линейке UnitX есть два варианта: ODRFID с готовой логикой для классических сценариев и ODNFC, в котором можно выполнять собственную программу.

ODRFID-RS485 — готовый считыватель для СКУД

Выбирайте ODRFID-RS485, если центральный контроллер работает по Modbus RTU, используются карты 13,56 МГц, а считывателю достаточно передавать UID или данные памяти MIFARE/NTAG. Пользовательскую программу внутри устройства писать не нужно.

• MIFARE/NTAG 13,56 МГц;

• RS485 с Modbus RTU;

• настройка формата UID и чтение выбранных блоков MIFARE, в том числе защищённых с помощью Key A/Key B;

• дискретный вход, управляемый выход, световая и звуковая индикация;

• поставка в корпусе или без корпуса для встраивания.

• Купить ODRFID-RS485

• Инструкция по настройке Modbus

Для меток 125 кГц или подключения по OSDP выбирайте ODNFC: эти возможности не являются вариантами товарной карточки ODRFID-RS485.

ODNFC — программируемый считыватель

ODNFC нужен, когда правила доступа, формат событий или реакция на карту должны выполняться прямо в считывателе. В зависимости от исполнения доступны RS485, Ethernet, Wi-Fi и BLE, веб-интерфейс и программы на Lua или MicroPython.

Мы используем Lua, чтобы вам оставалось написать только скрипт с правилами работы: указать, какие данные читать, как принять решение и куда передать результат. Работу RFID-модулей, интерфейсов, сети, входов, выходов и индикации мы уже реализовали в прошивке — программировать считыватель с нуля не нужно.

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

Выбирайте ODNFC, если нужно:

• хранить локальную базу пропусков и работать без постоянной связи с сервером;
• управлять замком, индикацией и другими выходами по собственной логике;
• передавать события по MQTT, REST, TCP/UDP, Modbus или OSDP;
• преобразовывать UID, EPC или поля Wiegand под формат существующей СКУД;
• использовать совместимые банковские карты или BLE-устройства как идентификаторы;
• читать UHF-метки на увеличенном расстоянии.

Сравните исполнения ODNFC и выберите подходящее для своей задачи. Варианты преобразования идентификаторов собраны в отдельном руководстве «UID и номер карты: форматы, Wiegand и преобразование».

Что делает ODNFC

ODNFC — программируемые считыватели NFC/RFID. Встроенная программа может проверять карты, управлять замком, хранить события и обмениваться данными с сервером.

Возможности

• MIFARE Classic 1K/4K/Mini; для криптографических режимов MIFARE Plus и DESFire перечень операций определяем после проверки выбранной карты
• чтение и запись NDEF-сообщений на Ultralight и NTAG во встроенных программах на Lua
• совместимые банковские карты с бесконтактным чипом как идентификаторы, без приёма платежей
• смартфоны и BLE-брелоки — по поддерживаемому протоколу; идентификаторы мобильных кошельков нужно проверять на конкретном устройстве; подробнее — телефон как пропуск, Wallet, UID и SberPay
• встроенный веб-интерфейс (версия LAN): просмотр состояния, импорт и экспорт, обновление, изменение программы
• управляемая RGB-подсветка и звуковая индикация

Защита от клонов

В исполнениях ODNFC на 13,56 МГц решение не обязано опираться только на открытый UID. Благодаря пользовательской программе для каждого объекта можно задать собственное правило: проверять доступные защищённые данные, локальный список или ответ сервера, а не доверять одному UID.

В Lua-прошивке исполнений на 125 кГц ODNFC распознаёт типовые копии EM-Marine и HID на T5557/T5577. Для подготовленных ATA5577 можно проверять пару UID/Trace ID и после каждого прохода менять одноразовый токен: две статические копии не смогут продолжить две независимые рабочие цепочки.

Мы подбираем механизм под тип метки и исполнение считывателя: индивидуальные ключи, счётчики, проверку на сервере или ротацию токена. Варианты от T55xx и MIFARE с ключом до одноразовых кодов разобраны в статье «Защита от клонов меток (антиклон)».

Интерфейсы и версии

В зависимости от исполнения доступны RS485 (Modbus/OSDP), Wi-Fi (TCP/UDP/MQTT/REST), LAN (TCP/UDP/MQTT/REST) и BLE. Считыватель может работать автономно или вместе с управляющим контроллером.

ODNFC-LAN, LAN-C и RS485 работают с MIFARE/NTAG и совместимыми банковскими картами. ODNFC-LAN-UHF рассчитан на UHF-метки ISO 18000-6C / EPC Gen2. Модели различаются радиоинтерфейсом, каналом связи, прошивкой и корпусом.

Как выбрать исполнение

Сначала определите нужный интерфейс, затем язык для своей логики и тип индикации.

1. Интерфейс — как считыватель отдаёт данные

• LAN (Ethernet) — основной сетевой вариант: веб-интерфейс, TCP/UDP, MQTT, REST и Modbus TCP. В Lua-исполнениях ODNFC-LAN также доступен Wi-Fi.
• Wi-Fi — беспроводной канал связи в исполнении LAN-C Wi-Fi. Это вариант для мест, где не протянуть кабель.
• RS485 (Modbus RTU) — для ПЛК, SCADA и существующих шинных систем, где обмен построен на чтении и записи регистров.
• RS485 (OSDP) — для контроллеров СКУД с двусторонним контролируемым каналом, стандартными событиями карты и Secure Channel.
• UHF — считыватель дальнего радиуса для меток 860–960 МГц; подходит, когда карту подносить неудобно.

Подключение Ethernet-исполнений

ODNFC-LAN и ODNFC-LAN-C получают питание по Passive PoE 7–24 В. Управляемый выход рассчитан на ток до 1 А; напряжение на нём равно напряжению питания.

Распиновка Passive PoE для устройств UnitX ODNFC:

• контакты 1 и 2 — Ethernet, первая пара данных;
• контакты 3 и 6 — Ethernet, вторая пара данных;
• контакты 4 и 5 — «+» питания;
• контакты 7 и 8 — «−» питания.

Нумерация относится к контактам разъёма 8P8C (RJ45) или соответствующим контактам колодки. Passive PoE подаёт постоянное напряжение без согласования с устройством — это не IEEE 802.3af/at. Перед включением убедитесь, что напряжение источника входит в допустимый для устройства диапазон.

Ниже — расположение клемм и разъёмов для обоих корпусов; конкретный тип разъёма указан в таблице артикулов.

2. Прошивка — на чём писать логику

• Lua — основная ветка ODNFC с наиболее полным набором функций.
• MicroPython — вариант для команд, которым важен Python-подобный язык и достаточно функций, доступных в MicroPython-исполнении.

Аппаратная основа сопоставима, но ветки прошивки не идентичны. Перед заказом MicroPython-исполнения проверьте по его руководству, что нужные периферийные модули и сетевые протоколы поддерживаются.

3. Корпус и индикация

• Тип A (ODNFC-LAN) — две управляемые RGB-подсветки и возможность подключить адресную ленту.
• Тип B (ODNFC-LAN-C) — классическая пара светодиодов «зелёный-красный».

Модели

ODNFC-RS485: Modbus или OSDP

Оба исполнения используют одну аппаратную платформу и Lua, но поставляются с разной начальной прикладной программой. Modbus представляет данные карты и команды как регистры — это удобно для ПЛК. OSDP работает в роли Peripheral Device (PD) и обменивается с контроллером доступа стандартными событиями и командами.

OSDP лучше подходит для СКУД, когда нужны контроль состояния линии, управление индикацией и выходом через единый протокол и защищённый Secure Channel. Modbus остаётся практичнее, если центральная система уже построена на ПЛК/SCADA или должна напрямую работать с произвольной картой регистров.

• Сравнение исполнений и заказ
• Быстрый старт OSDP для интегратора

Варианты и артикулы

Для заказа Ethernet-версии укажите артикул с нужной прошивкой. В таблицах память указана как объём ПЗУ и ОЗУ в мегабайтах. Последний элемент артикула обозначает исполнение: C — устройство в корпусе, B — плата без корпуса. Полную расшифровку и список артикулов см. в разделе поддержки.

Lua

MicroPython

Быстрый выбор

• Ethernet, веб-интерфейс, MQTT/REST → ODNFC-LAN (Lua).
• ПЛК или SCADA по Modbus RTU → ODNFC-RS485 (Lua Modbus).
• Контроллер СКУД с OSDP → ODNFC-RS485 (Lua OSDP); для защищённого обмена настройте Secure Channel.
• Считывание на расстоянии по UHF-меткам → ODNFC-LAN-UHF.
• Команда пишет на Python → исполнение MicroPython; сначала сверьте нужные функции с документацией этой ветки.
• Нужна управляемая RGB-лента или эффекты → корпус типа A (ODNFC-LAN), а не LAN-C.

Если критериев недостаточно, откройте подбор устройства или задайте вопрос инженеру.

Монтаж в сложных условиях

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

Сценарии применения

• Защита от клонов меток: T55xx, ключи, счётчики и одноразовые токены
• Автономная дверь без сервера и отдельного контроллера
• Голосования, баллы и интерактивные сценарии на мероприятиях
• Баллы в Ultralight или на сервере, голосования и рейтинги
• Сбор данных без постоянной сети и синхронизация через «курьера»
• Дополнительная обработка платы для монтажа в уличных условиях

Документация

• Все материалы ODNFC
• Как подключить кнопку, замок, второй считыватель и адресную RGB-ленту
• ODNFC-LAN на Lua
• На MicroPython
• ODNFC-RS485 Modbus
• ODNFC-RS485 OSDP: быстрый старт для интегратора

Когда нужен другой тип устройства

• работа с картами на ПК → настольные USB-считыватели
• несколько считывателей и централизованная логика → контроллеры доступа
• интеграция считывателя в своё устройство → при заказе подходящего ODNFC или ODRFID-RS485 выберите исполнение без корпуса