Контроллер, интерфейсы и архитектура автомобильного доступа

Подключение камер, считывателей, реле, датчиков и автоматики, локальная работа контроллера, масштабирование и интеграции.

ОДИСпро: техническая архитектура программно-аппаратного комплекса для автотранспортного КПП

Контроллер, нейросетевой модуль распознавания автономеров, сценарный движок, UHF, ПИН-коды, журнал событий, API и облачное или локальное ядро в одном продукте.

Рынки: коттеджные поселки, индустриальные и логистические парки, жилые кварталы, склады, автопарки и производственные площадки.

2 полосы проезда

Один контроллер полноценно поддерживает 2 проезда. Для каждого проезда доступны сигналы от контроллера индукционных петель, открытие шлагбаума, управление светофором, клавиатура ПИН-кодов, подключение и активация UHF-считывателя и нейросетевое распознавание автономеров.

Распознавание номеров

Встроенный нейросетевой модуль распознавания автомобильных номеров с одновременной поддержкой 2 камер 1280×720 и 9 к/с. Стабильная работа на самом контроллере.

Wiegand, USB, кнопки, реле + GSM

2 порта Wiegand для считывателей, 2 USB для подключения клавиатур ПИН-кодов, четыре программируемые кнопки, шесть программируемых реле и опциональный GSM-модуль.

API и интеграции

Через API ОДИСпро можно управлять автомобилями, гостевыми пропусками, PIN-кодами, метками, правами доступа, расписаниями, контроллерами и событиями, а также встраивать транспортный контур в ERP, CRM и мобильные приложения заказчика.

Отображение событий в реальном времени и управление реле на самом контроллере.

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

Схема архитектуры ОДИСпро для двух проездов

ОДИСпро масштабируется от одного до нескольких проездов без смены архитектуры

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

Масштабирование системы ОДИСпро от одного до нескольких проездов

Архитектура системы масштабируется от одного контроллера до нескольких сотен

Система может быть запущена на одном проезде и затем расширена до нескольких КПП без смены базовой архитектуры продукта.

Локальная логика на каждом контроллере

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

Облако или локальный сервер

Для небольших объектов можно использовать облачное ядро. Для крупных площадок с несколькими КПП — развернуть систему на сервере заказчика. Логика работы и функциональность при этом сохраняются.

Один оператор на несколько проездов

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

Единый журнал, статистика и отчеты

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

Подходит для разных типов объектов

Решение одинаково применимо для небольших объектов с одним проездом и для площадок с несколькими КПП, распределенным трафиком и разными сценариями доступа.

Плата контроллера: внешние клеммы и порты

Схема шире экрана: прокрутите её вправо, чтобы увидеть все клеммы.

Плата контроллера ОДИСпро
TRI
GND
BTN
BTN
NO
COM
NC
GND
D1
D0
TRI
GND
BTN
BTN
NO
COM
NC
GND
D1
D0
12
~
24
BTN
BTN
BTN
BTN
NC
GND
COM
NO
+5V
NC
GND
COM
NO
+5V
TRI2
BTN2
OPN REL2
Wiegand 2
TRI1
BTN1
OPN REL1
Wiegand 1
AC/DC 12~24 В
BTN4
BTN3
USB 1
USB 2
TRLI2
TRLI1

Порты контроллера: контакты и назначение

Верхняя колодка

Порт Контакты Назначение
Wiegand 1 / 2 GND, D1, D0 Подключение считывателей по протоколу Wiegand 26/34.
OPN REL1 / OPN REL2 NO, COM, NC Нормально замкнутые и нормально разомкнутые контакты. Сценарий активации назначается в WEB-интерфейсе.
BTN1 / BTN2 BTN, BTN Свободно программируемые кнопки. Функция каждой кнопки задается в WEB-интерфейсе.
TRI1 / TRI2 TRI, GND Многоцелевой вывод. Сценарий активации назначается в WEB-интерфейсе контроллера. 4 варианта состояния, режим работы выбирается на плате.

Нижняя колодка и служебные порты

Порт Контакты Назначение
AC/DC 12~24 В Входное питание контроллера. Допустимый диапазон — AC/DC 12~24 В.
BTN3 / BTN4 BTN, BTN Свободно программируемые кнопки. Назначение задается в WEB-интерфейсе контроллера.
USB 1 / USB 2 USB Подключение антивандальных клавиатур ПИН-кодов.
TRLI1 / TRLI2 NC, COM, NO
GND, COM, +5V
Два режима работы: реле нормально замкнутое / нормально разомкнутое или выход активации +5 В. Режим выбирается переключателем на плате, сценарий — в WEB-интерфейсе.

TRI1 / TRI2 на плате

Переключатели TRI и DIP на плате

Красные SW переключают режим отдельно для TRI1 и TRI2 и отвечают за инвертирование состояния. Синий DIP активирует подтяжку к +5V: ползунок 1 относится к TRI1, ползунок 2 — к TRI2.

SW переключатели TRLI1 и TRLI2

TRLI1 / TRLI2: режимы SW

SW — переключение режимов TRLI1 и TRLI2.

SW = 0 — режим реле NC-NO. SW = 1 — режим активации +5V.

USB — для подключения клавиатур ПИН-кодов.

Как выбирается режим TRI

TRI1
SW TRI1
1
0
DIP
ON
1
2

TRI1: переключатель SW TRI1 и ползунок DIP 1.

TRI2
SW TRI2
1
0
DIP
ON
1
2

TRI2: переключатель SW TRI2 и ползунок DIP 2.

4 состояния TRI
SW DIP OFF ON
0 OFF обрыв на GND
0 ON +5V на GND
1 OFF на GND обрыв
1 ON на GND +5V

Сценарии проезда, тревоги и интерфейс системы

Пример логики проезда

Набор входов / выходов 2 — для второго проезда.

BTN1

Петля 1 занята. Начало логики проезда.

TRI1 · 2 сек

Активация UHF-считывателя на заданное время.

Идентификация ОК

Автономер ИЛИ UHF ИЛИ ПИН-код.

OPN REL1 · 1 сек

Открыть шлагбаум.

TRLI1

Светофор ВКЛ.

BTN2 · TRLI1

Петля 2 занята. TRLI1 — светофор ВЫКЛ.

Контроль автоматики и тревоги

Дополнительный набор входов / выходов можно использовать для контроля автоматики и тревог.

BTN3 · более 20 сек

Если автоматика открыта более 20 секунд.

Тревога оператору

Генерация кастомного тревожного события. Отображение события оператору как тревожное.

BTN4

Датчик удара стрелы или иной аварийный вход.

Тревога оператору

Генерация кастомного тревожного события. Отображение события оператору как тревожное.

Журнал

Все события сохраняются в общем журнале и доступны оператору.

Гостевой автомобиль

Форма добавления гостевого автомобиля

Фильтры и выборки

Фильтры по журналу и выборки

Сценарии доступа

Конструктор сценариев доступа

Обсудим оборудование и сценарии работы КПП

КПП, направления, участники, правила, оборудование, интеграции и критерии приемки.

Обсудить проект