партнерский раздел
ФорумИнсталляция, монтажИнтеграция SIP Домофона Beward DKS15100 в Орион Про

Инсталляция, монтаж » Интеграция SIP Домофона Beward DKS15100 в Орион Про

Доброго времени суток.
Может у кого выстрелит идея по интеграции в систему, а то очень хочется вести учет входов-выходов с территории.
Дано: Большая территория с 3-мя электронными проходными (калитка+ворота) на которых установлены панели Beward DKS15100.
1) Гость-Клиент набравший номер с панели - попадает на SIP трубку (Asterisk 16) сотрудника который может открыть калитку или ворота.
2) Работник имеет универсальный ключ открывающий и калитку (домофон) и работающий в ситеме СКУД на предприятии.
3) Работник входит и выходит с территории через калитку по ключу.
4) Единая система Орион-Про СКУД + ОПС
5) Считыватели BIO +Emarine
6) Связь всех зданий с сервером (ВОЛС+Cisco) + С2000-Ethernet(прозрачный).

Проблемы:
1) Домофон не ведет статистику проходов и открывания дверей\ворот. - Огромная дыра в безопасности.
2) Домофон не имеет выходов совместимых с Болид Орион-Про. Максимум что можно попытаться вытянуть паяльником через опторазвязку считыватель для подключения к С2000-4 или подобной.
3) Домофон не имеет окон времени. (можно решить через С2000-4 запаралелив контакты реле домофона и просто не размыкать их в неурочное время но тогда с выходом припозднившихся сотрудниковпроблемы).

Хотелки-
Максимальная интеграция Домофонов в систему Болид Орион-Про.
1) Не прогать ключи на 4х разных точках, а заносить их и удалять через Орион.
2) Контролировать вход-выход Орионом (учет рабочего времени).
3) Иметь единую систему.

В общем помогите идеями как лучше реализовать подобную интеграцию.

4 месяца 17 дней назад

avatar
тоже, когда начали ставить домофоны в своём микрорайоне, задумался - максимум 600 ключей в вызывной панели, против 32к в С2000-2, полная централизация и отсутствие необходимости бегать к каждому подъезду, чтобы записать ключ (мы не клонировали их, всё индивидуально). Решение придумал только одно: отпаять TM и RF от панели и удлинить до с2000-2, реле от вызывной панели, которое управляет замком, воткнуть в Door-GND. Но это только в мечтах осталось((

Волков Андрей 4 месяца 17 дней назад

Домофон не имеет выходов совместимых с Болид Орион-Про.

Если верить параметрам https://www.beward.ru/katalog/ip-videodomofony/vyzyvnye-paneli/mnogoabonentskij-ip-domofon-dks15100/ , то в панели есть
Modbus TCP

Но что передает? Это знает только производитель панелей. Вот тут возможно есть возможность интеграции.

По идее, предложения нужно давать производителю панелей.

Коркунов Александр Сергеевич 4 месяца 17 дней назад

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

Константин Рогозин 4 месяца 10 дней назад

Данные правда старые от другой модели, запросил у дилера данные к этой модели поглядим.
Пока есть вот это, использовать некуда...
------------------------------------------------------------------
1. Ability to stop/resume audio/video stream.
It's unable to stop / resume video stream, to stop / resume audio stream, write register begin with
address 40001 to control it. (Modbus request functions code 0x06, register address high 0x9c, address low
0x40, value high 0x0, value low 0x0 to stop audio stream, 0x1 to resume audio stream).
2. Reading: State of talking (check voice channel status in progress of call).
Achieve it by reading register 41001.
Modbus request fuction code 0x04, register begin address high 0xA0, address low 0x29, register count high
value 0x0, register count low value 0x01.
The modbus response register value byte count is 0x02, and value high is 0x0. If the talking processing in
the current, value low returns 0x1, otherwise returns 0x0.
3. Reading: State Bell button.
To get alarm input relays state, read register begin with 42001: use MODBUS request functions code
0x04, register begin address high 0xA4, address low 0x10, register count high value 0x0, register count low
value 0x01; The MODBUS response register value byte count is 0x02, and value high is 0x0, If the alarm
happens, value low returns 0x1, otherwise returns 0x0).
4. Reading: State 3 output contact (3ch controller).
To get output relays state, read register begin with 43001 to 43003.
For output channel 1's state reads register 43001, output channel 2's state reads register 43002, output
channel 3's state reads register 43003.
To read it's state, use MODBUS request fuction code 0x04, register begin address high 0xA7, address low
0xF8, register count high value 0x0, register count low value 0x01;
The MODBUS response register value byte count is 0x02, and value high is 0x0. If the output is
opening, value low returns 0x1, otherwise returns 0x0.
5. Reading: State of motion detector.
To get motion detect state, read register begin with 44001.
Use MODBUS request functions code 0x04, register begin address high 0xAB, address low
0xE0, register count high value 0x0, register count low value 0x01. The MODBUS
response register value byte count is 0x02, and value high is 0x0.
If the motion alarm happens, value low returns 0x1, otherwise returns 0x0).
6. Reading: State of Day/Night.
Achieve it by reading register 41002. MODBUS request functions code 0x04, register begin address high
0xA0, address low 0x2A, register count high value 0x0, register count low value 0x01. The MODBUS
response register value byte count is 0x02, and value high is 0x0. If the current state is in day, value low
returns 0x1, otherwise if the current state is in night, it returns 0x0.
 

Константин Рогозин 4 месяца 10 дней назад

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

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

Коркунов Александр Сергеевич 4 месяца 9 дней назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

5 ответов

Вопрос изменился. :)
Систему я настроил, приходится прописывать ключи ручками в системе. Домофон работает, Болид тоже. Но они не связаны.
Домофон сейчас отправляет события - ключ, проход итд на syslog сервер. Я могу парсить это дело и засовывать в SQL базу данных сервера болид.

Вопрос: Куда пихать данные (поля) и какой их формат. Хочется видеть проходы в болиде в журнале событий и обрабатывать эти проходы как болидовские.

Еще хотелось бы куда-то пихать абонентов сип (числовые 1,2,33,44) они должны быть в идеале привязаны к работникам(так как сип номера личные на мобилах), с указанием открытой двери (1\1, 1\2, 2\1, 2\2)... И тоже видеть их в болиде как "дистанционное открытие"
 

4 месяца 10 дней назад

avatar
SQL Management Studio, в помощь.

Карпов Дмитрий 4 месяца 10 дней назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Это мне и так понятно. Поля какие используются? Или может есть иной метод инжекции данных?

4 месяца 10 дней назад

avatar
Тады значит мне не понятно....

Карпов Дмитрий 4 месяца 10 дней назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Что не понятно? Писать в базу накопав "похожие на нужные записи" не зная что и за что отвечает глупо. Тем более поля могут "линковаться" по параметру для какой-то утилиты или части системы и изменение одного поля без другого может привести к неприятностям.
Структура БД и работа прогрммв с ней есть у кого?
Поэтому Ваш ответ - " SQL Management Studio, в помощь. " для меня аналогичен ответу "Windows MustDie - OS\2 Rulezz"...

4 месяца 10 дней назад

avatar
раньше структуру БД описывали в документации, потом эту информацию убрали и сделали платный Модуль интеграции. В старых дистрибутивах Ориона ПРО вроде бы ещё можно найти это описание, и оно может даже соответствовать нынешней, но не гарантировано.

Волков Андрей 4 месяца 10 дней назад

«...Я могу парсить это дело и засовывать в SQL базу данных сервера болид....».
«...Вопрос: Куда пихать данные (поля) и какой их формат....»
  Константин Рогозин 
 

Используя не штатные средства, вносить в систему безопасности изменения, означает её дискредитацию.

Карпов Дмитрий 4 месяца 10 дней назад

ИМХО, напрямую лезть в базу Ориона не то чтобы плохая идея, а очень плохая затея.
Мысль всё сделать через С2000-2 (см.здесь) мне кажется самой разумной. Всё протоколирование в одной системе без лишних костылей, ну разве что паяльник разогреть придётся, так это дело пустяковое, а иногда даже интересное.

Налетов Константин 4 месяца 10 дней назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

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

4 месяца 10 дней назад

avatar
да и модуль интеграции в вашем деле не помощник, он не пишет в логи, он не пишет события в базу, он скорее предназначен для организации бюро пропусков на самописном софте с возможностью как-то интегрироваться в орион.

раз хочется оставить полный функционал домофона, то можно попытаться прикрутить костыль: у ориона есть возможность писать пользовательские события и есть возможность считывать текст из файла. Идея в следующем: при появлении какого-то триггера (нарушение ТШС, например), запускается сценарий (в логах запуск сценария будет зафиксирован), который ищет определённый файл (никаких БД или большого текста), считывает строчку и пишет эту строчку как пользовательское событие (такое вроде вполне возможно, правда, скорее всего, есть ограничение на количество символов), но это должен быть один и тот же маленький файлик и текст должен постоянно перезаписываться, а сразу после записи в файлик, необходимо нарушать ТШС (либо любое другое событие, которое бы чётко означало, что сработал домофон и появилась новая запись), т.к. других способов запустить сценарий нету.
если количество событий, которое может появится от домофона, ограничено, то в файл можно вообще писать "00", "01", а в сценарии уже расписать условия, что означают эти сокращения.

Волков Андрей 4 месяца 10 дней назад

А можете указать направление на мануал по этому "файлику" и самой возможности? Хотя выглядит немного заморочено по реализации. Тайминги непонятные у связки домофон-rsyslog... И событие для шлейфа непонятно где брать. С замка не комильфо, тогда мы не видим вызов абонента и кто совершил открытие с SIP. Физических портов тоже нету все машины что болид, что астериск вертятся в виртуалках на кластере 2012. В теории можно формировать какой-нибудь SMNP вызов, но это дико усложняет систему и соответственно понижает надежность... Или вешать пару C2000-Ethernet воткнутых друг в друга и иметь виртуальный COM... В общем простых решений в голову не приходит. Самое простое писать в базу напрямую, всё-таки SQL он и в африке SQL, но тут непонятно что и куда писать.

Константин Рогозин 4 месяца 10 дней назад

так это в дистрибутиве ориона же, инструкция по макроязыку ориона, там и была функция СчитатьИзФайла(). Ну а запись пользовательского события в логи есть даже в шаблонных сценариях.

самый простой способ может добавить не самых простых проблем с базой ;) есть коллега, который тоже интегрировал, теперь для самых обычных действий он запускает не АБД, а SSMS и периодически восстанавливает базу из более-менее живых бэкапов. Как-то мне такой способ не кажется надёжным.

Волков Андрей 4 месяца 10 дней назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Логи мы имеем следующего формата

Звонок с домофона на абонента №1
Apr 14 00:24:41 [16572]  [16572] Calling sip:300@sip.office.argon.pw through account 0...
Apr 14 00:24:42 [16572] SIP call 1 state changed to CALLING
Apr 14 00:24:42 [16572] SIP call 1 state changed to EARLY
Apr 14 00:24:42 Send DTMF RFC2833 signal: C1D!
Apr 14 00:24:46 [16572] SIP call 1 state changed to CONNECTING
Apr 14 00:24:46 [16572] SIP call 1 state changed to CONFIRMED
Apr 14 00:24:47 [16572] SIP talk started for apartment 1

Открываем ворота по SIP транку -
Apr 14 00:24:52  Incoming DTMF RFC2833 on call 1: 2
Apr 14 00:24:52  Alt door opening by SIP command

Включаем свет над воротами (или чего другое, пулемет например) по SIP транку -
Apr 14 00:24:55  Incoming DTMF RFC2833 on call 1: 3
Apr 14 00:24:56  Power rely output switching by SIP command

Открываем дверь №1 по SIP транку
Apr 14 00:24:57  Incoming DTMF RFC2833 on call 1: 1
Apr 14 00:24:57   [16572] Opening door by DTMF command for apartment 1

Завершаем разговор ---
Apr 14 00:24:59   [16572] SIP call 1 is DISCONNECTED [reason=200 (Normal call clearing)]
Apr 14 00:25:02   [16572] SIP call done for apartment 1, handset is down
Apr 14 00:25:04   [16572] All calls are done for apartment 1

Это мы карточкой дверь открыли --
Apr 14 00:27:00  Opening door by RFID 0022002DE391, apartment 1

 

4 месяца 10 дней назад

avatar
Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Добавить ответ

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

ПОКАЗАН

610 раз

ЗАДАН

4 месяца 17 дней назад

По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.