ODLAN-RS485: подключение считывателей и Lua
Настройка контроллера ODLAN-RS485 для группы считывателей, Ethernet, Passive PoE, пользовательская логика Lua и сетевые сценарии.
ODLAN-RS485 объединяет несколько совместимых RS485-считывателей в одну сетевую систему. Контроллер опрашивает общую линию, выполняет пользовательскую логику на Lua и передаёт события серверу через Ethernet.
Подключение
| Параметр | Значение |
|---|---|
| Сеть | Ethernet |
| Линия считывателей | RS485 |
| Питание | Passive PoE 12–24 В через LAN |
| Выход для совместимых внешних устройств | 5 В, суммарно до 1,5 А |
| Логика | Lua |
| Габариты | 100 × 36 × 68 мм |
Подключите считыватели к общей RS485-линии, назначьте им уникальные адреса и проверьте каждый адрес отдельно.
Выход 5 В не подходит автоматически для любого ODRFID-RS485. Указанное в инструкции ODRFID-RS485 исполнение требует 7–24 В и должно получать питание от отдельного подходящего источника. Выход ODLAN используйте только с устройствами, у которых вход 5 В явно указан в документации или на маркировке. Сложите максимальные токи всех подключённых нагрузок; суммарный ток не должен превышать 1,5 А.
Распиновка Passive PoE для устройств UnitX ODNFC:
- контакты 1 и 2 — Ethernet, первая пара данных;
- контакты 3 и 6 — Ethernet, вторая пара данных;
- контакты 4 и 5 — «+» питания;
- контакты 7 и 8 — «−» питания.
Нумерация относится к контактам разъёма 8P8C (RJ45) или соответствующим контактам колодки. Passive PoE подаёт постоянное напряжение без согласования с устройством — это не IEEE 802.3af/at. Перед включением убедитесь, что напряжение источника входит в допустимый для устройства диапазон.
Программирование
Сохранённая Lua-программа запускается автоматически. Её можно прочитать, изменить и записать во встроенном веб-редакторе. Веб-интерфейс также содержит сетевые настройки, журнал диагностики и обновление прошивки.
Программа может определять источник события по адресу считывателя, преобразовывать UID, проверять локальные правила, вести журнал и передавать данные по TCP, UDP, HTTP, MQTT или собственному протоколу.
Типовые сценарии
| Сценарий | Поведение контроллера |
|---|---|
| Сетевой клиент | отправляет UID серверу и ждёт GRANTED или BLOCKED |
| Автономная точка доступа | хранит локальную базу и управляет проходом без сервера |
| Шлюз Modbus TCP | отдаёт состояние считывателей верхнему уровню |
| MQTT | публикует события и принимает команды |
До внедрения определите поведение при потере сервера: блокировать проход, работать по локальной базе или применять отдельное аварийное правило.