Тема: SIP-DPM1 интеграция с Болид проблема со считывателем карт
Для интеграции в систему Болид приобрели SIP-DPM1 Целью было на одном из контроллеров двери С2000-2 заменить считыватель Matrix-2 на SIP устройство, чтобы посетители не имеющие карт доступа могли позвонить в нужный им отдел и сотрудник их запустил открыв дверь с телефона. При этом сотрудники с картами доступа должны открывать дверь через считыватель интегрированный в SIP-DPM1.
Домофонная часть работает как задумано, звонок в отдел и открытие двери, всё ОК.
Проблема возникла со считывателем устройства. Болид работает по протоколу ТМ
Считыватель в SIP-DPM считывает не весь код, а только последние 3 байта остальное заполняет нулями. Считыватель Matrix и пара других взятых для эксперимента считывают весь код целиком:
Matrix и пр.
Key : 01 A9 86 23 00 24 00 A2
Key : 01 48 21 2D 00 16 00 77
SIP-DPM:
Key : 01 A9 86 23 00 00 00 58
Key : 01 48 21 2D 00 00 00 31
В результате код что лежит в базе контроллера не соответствует тому что посылает SIP-DPM
- дверь не открывается.
Придётся оставлять старый считыватель рядом с SIP-DPM, что не совсем по феншую.
Вопрос: с чем связана такая особенность считывателя в устройствах Комендант и нельзя ли это исправить? Если это оставлено для совместимости со старыми домофонными системами, может сделать альтернативную прошивку, которую могут скачать с сайта те кто использует устройство в системах СКУД?
Интерпретация кода em-marine в touch memory соответствует СКУД Комендантъ, а также ряду считывателей. Изготрвление альтернативной прошивки для matrix связано с определенными трудозатратами, что целесообразно при закупке оптовой партии устройств.
Спасибо за ответ. Т.е. читается код полностью, а уже программная интерпретация его изменяет? Не настаиваем, но возможно не особенно большие затраты по редактированию прошивки расширили бы нишу применения устройства и соответственно объём продаж.
Код em-marine состоит из 4 байт, ПО Комендантъ использует 3 из них, как в wiegand26, т.к. на некоторых картах напечатан только 3 байтовый код 123,12345. Благодаря этому у нашего СКУД нет зависимости от разных моделей считывателей. 4-й байт считыватели вставляют, куда кто хочет. Если бы мы хотели использовать его, то вставили бы следующим по порядку и все равно это не совпало бы с matrix.
