Интерфейсы замков KILock и KIRN и климат-контроллер MCC от Zennio

У двери номера работают две системы: замок пускает по картам, а система управления номером (GRMS) ведёт свет, климат и статусы «Не беспокоить» и «Уберите номер». Если их связать, GRMS узнаёт от замка, кто вошёл: по данным Zennio, интеграция с замками SALTO, Vingcard, Onity и dormakaba позволяет отличить гостя от сотрудника^[7]. Как устроена GRMS целиком, мы разобрали на странице «Умный отель на KNX».

В KNX эти данные приходят объектами. Состояние двери и признак «гость/персонал» KILock и KIRN отдают однобитными объектами с настраиваемой полярностью^[1][3]. Такие же сигналы принимает модуль Motion Detector, который ведёт занятость в устройствах Zennio: триггер двери и объект «гость/персонал», по которому для гостя и персонала отправляются разные значения занятости^[8]. Как собрать эту логику в ETS, показано в гайде «Гостиничный номер на KNX».

KILock — шлюз между шиной KNX и замком номера. По руководству Zennio, он обменивается данными с замками Vingcard и Onity в обе стороны, отправляет heartbeat (периодическую «1» — знак, что интерфейс работает) и поддерживает KNX Security^[1]. В техническом описании названы только замки Vingcard, а интеграция с Onity добавлена в прикладной программе 2.0^[5][1].

Связь с замком идёт по радио 2,4 ГГц: с Vingcard — по Zigbee, с Onity — по Bluetooth Low Energy; если в ETS выбран Onity, настройки Zigbee скрываются^[1]. Дальность от щита до замка — до 35 м; она зависит от окружения, ориентации устройства, типа и толщины материалов вокруг^[5], поэтому её проверяют ещё на проекте.

Как связать KILock с замком?

1. 1Индикатор PAIR горит зелёным — KILock ещё не связан с замком^[5].
2. 2Для Vingcard: короткое нажатие PAIR включает режим связывания на 180 секунд, индикатор мигает синим; к считывателю замка подносят карту Discovery^[5][1].
3. 3Для Onity порядок обратный. Сначала в Onity Portal на вкладке MAINTENANCE выбирают главный замок номера (BLUETOOTH SCAN), открывают ENROLL и включают связывание (ENABLE). Затем нажимают PAIR: KILock находит замок и показывает шестизначный PIN в объекте [Onity] PIN – Status. PIN вводят в портале, при работающем KILock Server отмечают ENROLL TO ONPORTAL и нажимают ENROLL IN NETWORK^[1].
4. 4Когда связь установлена, индикатор гаснет. Второй замок к связанному KILock не подключится: индикатор трижды мигнёт красным^[5].

• Повторное поднесение карты Discovery. Замок Vingcard забудет шлюз, не сообщив ему, и KILock покажет ошибку связи. Штатно замок отвязывают объектом [Gateway] Unpair lock — команда выполнится, когда «спящий» замок проснётся и запросит данные. После случайного поднесения Zennio советует сбросить сеть объектом [Gateway] Zigbee Network: Reset^[1].
• PIN для Onity одноразовый. Связывание не пройдёт, если замок не найден за 30 секунд сканирования, если в портале не включено связывание или если PIN не введён за 30 секунд^[1].
• System ID. Для Onity в ETS вводят идентификатор системы — он служит ключом шифрования связи с замком^[1].
• Канал Zigbee. Для Vingcard канал выбирают автоматически или вручную (11–25), а после загрузки из ETS сеть Zigbee можно сохранить или сбросить^[1].

KIRN — KNX-интерфейс к SALTO InRoomNode^[2]. Модуль 39 × 39 × 10,5 мм массой 27 г ставят в распределительную или в монтажную коробку в стене. К InRoomNode он подключается кабелем 15 см с разъёмом JST — кабель есть в комплекте^[2], поэтому KIRN ставят рядом с узлом. Он поддерживает KNX Data Secure, как и KILock, и сохраняет данные при пропадании шины^[2][5].

Руководство Zennio по KIRN описывает прикладную программу 1.0: обмен с системой SALTO идёт в обе стороны, и в обычной работе, и при ошибках^[3]. Его данные сведены в таблицу выше вместе с KILock. Чего у KILock нет или что у KIRN устроено иначе:

• Режим прохода и аварийное открытие. Статус Passage Mode показывает, что дверь пускает всех; режим «Passage» задают двери в программе SALTO. Статус меняется из онлайн-мониторинга или картой с таким правом и включается при аварийном открытии из онлайн-мониторинга SALTO^[3].
• Тревоги вскрытия и аварии. Anti-intrusion срабатывает, когда InRoomNode видит открытие двери без права доступа; Emergency сообщает об аварийной ситуации. Полярность каждой тревоги настраивается отдельно^[3].
• Ошибки InRoomNode. Отдельные объекты сообщают об ошибке радиосвязи с замком и об ошибке связи узла со шлюзом. Если узел ответил на команду ошибкой, её описание приходит 14-байтным объектом с кодом по протоколу SALTO^[3].
• Перезапуск узла. Отдельный объект выключает и снова включает InRoomNode командой из KNX^[3].

KILock Server (KLS) — серверное приложение, через которое интерфейсы номеров обмениваются данными с сервером системы замков. KILock передаёт ему события замка: по шине — объектами «пакет на сервер», дальше — по TCP/IP; KLS связан с Visionline у Vingcard или OnPortal у Onity^[1]. Через KLS работает и KIRN: он передаёт данные между модулем замка SALTO и клиентом SALTO через последовательный порт (UART), шину KNX и TCP/IP^[3].

Связь настраивают групповыми адресами, заданными в KLS. С ними связывают объекты пакета на сервер, ответа сервера и heartbeat; для Vingcard — также статус номера и «продан/не продан», для Onity — заводской сброс^[1], для KIRN — сброс узла, статус номера и «продан/не продан»^[3]. Состав серверной части мы подбираем под проект.

Каталог Zennio для отелей называет dormakaba среди систем доступа, с которыми интегрируется Zennio, вместе с SALTO, Vingcard и Onity^[7]. Отдельного KNX-интерфейса для dormakaba в нашем каталоге нет, технических документов по этой интеграции у нас тоже нет, поэтому способ связи мы подтверждаем у Zennio до спецификации.

Если замки ещё не выбраны, сторонний замок не обязателен. Контроллер доступа Zennio IWAC Display v3 ставится в стену у двери и пускает по NFC-картам и Bluetooth^[10], а дверь открывает электрозащёлка через защищённое реле Securel v3^[11]. Защёлки есть в разделе «Контроль доступа», сеть и серверную часть подбирают под проект. Подробнее — на странице «Контроль доступа IWAC».

MCC (Multiroom Climate Controller) управляет климатом нескольких гостиничных номеров, а по руководству — и жилых комнат или больничных палат. В нём до 13 независимых гостиничных термостатов, каждый включают и настраивают в ETS отдельно^[6]. Корпус — 2 модуля DIN, 67 × 90 × 36 мм; питание только от шины KNX^[4].

Своих входов и выходов у MCC нет: на корпусе только кнопка программирования, светодиоды и разъём KNX^[4]. Каждый термостат получает по шине температуру (до двух источников), присутствие, статус «продан/не продан» и до четырёх контактов окон. По шине же он отправляет управляющие команды — двухпозиционные или ПИ (непрерывные или ШИМ), включение фанкойла и уставку для сплит-системы^[6]. Клапаны и вентиляторы подключают к климатическим актуаторам, кондиционеры — через шлюзы KLIC; обе группы — в разделе «Климат».

Как работает резервирование MCC?

От одного MCC зависит климат нескольких номеров, поэтому Zennio предусмотрел пару с одинаковой конфигурацией: ведущий (master) и резервный (slave). Резервный слушает шину и обновляет состояние своих термостатов, но объекты не отправляет; если от ведущего 2,5 периода подряд нет уведомлений, он становится ведущим. Второй MCC не обязателен: в ETS есть режим одного устройства^[6].

Что выяснить у поставщиков замков, GRMS и PMS до спецификации — марку и сервер замков, есть ли InRoomNode, кто связывает замки при пусконаладке, — собрано в чек-листе «ТЗ на GRMS».

• Работы «с любыми замками». KILock поддерживает Vingcard и Onity, KIRN — SALTO InRoomNode^[1][2]. Для других марок интерфейса в нашем каталоге нет.
• Картоприёмника. Zennio его не выпускает: в решении для отелей присутствие определяют датчики движения и датчик двери^[7].