ТЗ на GRMS: чек-лист требований к управлению гостиничным номером

Техническое задание на GRMS (Guest Room Management System) — документ заказчика: что делает номер, с какими системами отеля GRMS обменивается данными и что сдаётся в конце. Проект — ответ исполнителя: схемы щитов, спецификация, топология KNX и программа ETS. Формулировки для спецификации по классам устройств — в гайде «Zennio в проекте». Хорошее ТЗ не называет артикулы: каждую функцию в нём можно проверить на образцовом номере.

Без такого документа предложения поставщиков не сравнить: один посчитал шторы и связь с PMS, другой — нет. Настройка номера в ETS — в гайде «Гостиничный номер на KNX», отличие GRMS от PMS — на странице «Умный отель».

Первый раздел ТЗ — исходные данные: от них зависят контроллер в щите номера и число устройств на этаж.

• Типы и число номеров. Стандарт, люкс, апартаменты, смежные — у каждого свой перечень функций.
• Тип климата. Фанкойл на 2 или 4 трубы, сплит или VRF, радиаторы — от него зависит контроллер номера (таблица ниже).
• Щит номера. ALLinBOX Hospitality v2 и MAXinBOX Hospitality v3 занимают по 4,5 модуля DIN^[1][6].
• Питание у двери. Для IWAC Display v3 нужно внешнее питание 24 В DC, потребление — до 50 мА^[2].
• Сеть и питание линии. У ALLinBOX Hospitality v2 есть блок питания KNX и KNX-IP интерфейс с разъёмом RJ45 (Ethernet 10/100)^[1] — в щит нужен сетевой порт. В даташите MAXinBOX Hospitality v3 нет ни блока питания, ни IP-интерфейса^[6]: для таких номеров блок питания линии KNX^[7] и связь с IP-сетью отеля (IP Router или KNX-IP интерфейс) — отдельные строки ТЗ.
• Стадия. Новое строительство или реконструкция: прокладку кабеля Zennio называет ограничением KNX^[8], поэтому в ТЗ пишут, где кабель можно проложить.

Совместимость кондиционера конкретной серии проверяют в инструменте Zennio^[13], а как подключают фанкойлы и VRF — в гайде «Кондиционеры, VRF и фанкойлы в KNX». Гостиничные контроллеры номера в нашем каталоге — в разделе «Климат», интерфейсы замков и лицензии для отелей — в «Инсталляции для отелей».

Функции записывают проверяемыми фразами: «при открытом окне климат выключается», а не «интеллектуальное управление климатом».

Свет и розетки

• Сценарий света для каждого статуса. В каталоге Zennio для отелей: приветственный сценарий в проданном номере с гостем, выключенный свет в пустом проданном и сценарий персонала в непроданном^[3].
• Розетки, которые обесточиваются, когда гость ушёл: отключаются выбранные, а в непроданном номере — все^[3].
• Мастер-выключатель перед сном^[3]: у ALLinBOX Hospitality v2 две функции Master Light, у MAXinBOX Hospitality v3 — одна^[1][6].
• Тип светильников и диммирование — от них зависят выходы контроллера и дополнительные актуаторы.

Климат

• Уставки для статусов «продан, гость в номере», «продан, гостя нет», «не продан» и «заблокирован для обслуживания»: по ним уставка в решении Zennio и меняется^[3].
• Пределы уставки для гостя: их задаёт отель, гость их не замечает, а выбранная им температура запоминается до возвращения^[3]. Гостиничный термостат даёт ещё и скрытое смещение уставки^[10].
• Открытое окно или дверь: Zennio выключает HVAC и блокирует термостат^[3]; гостиничный термостат держит режим Protection, пока не закроются все окна и двери^[10].
• Подготовка к заезду: подготовить климат и осушить номер к приезду гостя^[3].

Шторы

Если шторы с мотором, укажите тип мотора и число каналов. У MAXinBOX Hospitality v3 два выхода 16 А настраиваются как канал штор^[6], у ALLinBOX Hospitality v2 шторных каналов нет^[14]. Моторы и карнизы Zennio не выпускает — ТЗ называет поставщика привода.

«Не беспокоить», «Уберите номер» и звонок

Запишите, где гость ставит статус и где его видит персонал. В типовом номере из каталога Zennio гость выбирает DND или MUR на клавишах Tecla RGB 70 у входа, а звонок RingBOX поддерживает режим «Не беспокоить» и работает без дополнительного питания^[3]; у него 4 звонка, 8 мелодий и 65 дБ на расстоянии 1 м^[15]. Снаружи статус показывает IWAC Display v3^[16]; отметьте, нужен ли он службе приёма.

Присутствие

Требование формулируют через результат: спящий гость не должен «пропадать». Если один гость вышел, а второй спит, номер может уйти в «не занят»; функция False Non-Occupied Detection модуля Motion Detector исправляет такое ложное «свободно»: при следующем движении (а при включённом фильтре детекций — после заданного числа срабатываний) возвращает сохранённую сцену, и её работу можно ограничить проданным номером^[17]. Допустим ли такой переход, решают в ТЗ; настройка — в гайде «Гостиничный номер на KNX».

По каталогу Zennio для отелей система интегрируется с замками SALTO, Vingcard, Onity и dormakaba и различает, кто входит — гость или сотрудник^[3]. Если замки уже стоят или выбраны, в ТЗ нужен раздел вопросов к их поставщику; интерфейсы — на странице «Гостиничные KNX-интерфейсы Zennio».

• Марка, модель замка и сервер замков. Для Vingcard KILock передаёт данные по TCP/IP на KILock Server (KLS), связанный с сервером Visionline^[18].
• Радиоканал. KILock связывается с замком по Zigbee и Bluetooth на 2,4 ГГц^[19] — место интерфейса согласуют с поставщиком замков.
• События замка. Для Vingcard у KILock есть объекты состояния двери, «гость или сотрудник», «продан или не продан», DND, состояние номера и тревоги «разряжена батарея» и «дверь оставлена открытой»^[18].
• Onity. KILock включает и выключает DND на замке и переключает статус номера на его индикаторах, но засовом не управляет^[18].
• SALTO. Для SALTO InRoomNode — KIRN размером 39 × 39 × 10,5 мм, в монтажную или распределительную коробку^[20].
• dormakaba. Интеграция заявлена в каталоге Zennio для отелей^[3]; устройство и протокол подтверждаются под проект.

Если замков ещё нет, можно заложить систему доступа Zennio. IWAC Display v3 открывает номер по картам MIFARE DESFire 2K и MIFARE Classic 1K и по Bluetooth и передаёт команду защищённому реле Securel v3 по шифрованному последовательному каналу^[2]; на OLED-дисплее он показывает номер комнаты^[16]. Реле управляет одной электрозащёлкой^[21]. Привязать карту к группе — персонал, уборка, охрана — можно только на MIFARE DESFire^[4].

Для IWAC Display v3 Zennio указывает, что нужен сервер Zennio^[22]: карты записывает и Bluetooth-ключи выдаёт ПО Z-Access^[9], ключ в телефоне — приложение ZenKey^[16]. В нашем каталоге элементы IP-сети и сервера в IWAC не входят — в ТЗ это отдельная строка. Доступ Zennio заявляет как работающий офлайн^[9]; о входах без связи с шиной KNX модуль доступа после восстановления питания сообщает объектом Offline Access^[4]. В ТЗ указывают тип карт, группы доступа, ключ в телефоне и защёлку от поставщика дверей. Подробнее — на странице IWAC и в разделе каталога «Контроль доступа».

GRMS Zennio связывается с центральными сервисами отеля, включая BMS, по существующей IP-сети без новой проводки^[3]. Из PMS она получает данные о заселении и выезде^[3]: в номере это объект «продан/не продан», по которому меняют режим термостат и логика занятости^[23][17]. С BMS Zennio заявляет интеграцию по Modbus и BACnet, для других систем отеля — API^[3].

Центральное ПО Zennio для отелей — Reflecta^[3]. Для PMS в нашем каталоге есть позиция PMS Integration — конфигурация и лицензии на номер Type A и Type B; какая нужна, мы подтверждаем под PMS отеля, как и лицензии для BMS. Точки номера для BMS и их формат — в гайде «Что KNX передаёт в BMS».

В отеле шина KNX проходит по каждому номеру, а IP-сеть общая, поэтому защиту записывают прямо. KNX Data Secure поддерживают MAXinBOX Hospitality v3^[6], Securel v3^[21], RingBOX^[15], KILock^[19] и KIRN^[20], а ALLinBOX Hospitality v2 — и Data Secure, и KNX IP Secure^[1]. Как включить защиту в ETS — в гайде «KNX Secure»; здесь — только то, что попадает в ТЗ.

• Версия ETS. Устройства с KNX Secure вводят в работу из ETS 5.7 или новее, а проект с защищённым устройством обязательно защищается паролем^[5].
• Ключи. При первом защищённом вводе ETS заменяет заводской ключ устройства (FDSK) на индивидуальный Tool Key; ключи хранятся в проекте^[5].
• Какие адреса защищать. Защиту выбирают для каждого группового адреса^[5] — укажите, какие адреса должна читать сторонняя система (BMS, PMS-шлюз).
• Туннели. У каждого защищённого туннельного адреса свой пароль^[5]: запишите, кто их хранит и кому передаёт.

Общий пакет сдачи KNX-системы — проект ETS, пароли, адреса, схемы — разобран в гайде «Интегратор KNX: выбор и сдача системы»; для отеля к нему добавляется:

• Образцовый номер. Один номер каждого типа до тиражирования; отель проверяет его по таблице требований и подписывает протокол.
• Тиражирование. Параметры и групповые адреса принятого образца копируют на остальные номера того же проекта приложением для ETS Zennio Parameter Copier^[25].
• Перечни точек. Таблицы «групповой адрес — точка» для PMS, BMS и центрального ПО: без них любое изменение проекта ломает интеграцию.
• Документы номера. Таблица статусов (что делают свет, розетки и климат в каждом), схемы щитов по типам номеров, исполнительная спецификация.
• Сервисный доступ. Кто подключается к системе по IP; для общей сети есть устройства с KNX IP Secure, например IP Router^[24].

Таблицу можно вставить в тендер как есть: требование, вопрос заказчику до запроса предложений и ответ Zennio со ссылкой на документ производителя.

• Картоприёмник. Zennio его не выпускает: занятость определяют датчики и дверь^[3].
• Датчики протечки, дыма и газа. Уведомления о протечке и задымлении в решении Zennio есть^[26], но своих датчиков нет: ко входам устройств Zennio подключают сторонние датчики с сухим контактом.
• Моторы и карнизы штор. Их поставляет производитель штор; Zennio управляет приводом.
• KLIC под любую марку. Шлюзы KLIC выпускаются под конкретные марки и серии, для Hisense VRF шлюза нет^[9]; совместимость серии проверяют до тендера^[13].
• Экономию как гарантию. «До 60 % по сравнению с обычной системой» — заявление Zennio^[3]; для объекта экономию оценивают в проекте.
• PMS и замок до подтверждения. Совместимость с системами отеля подтверждает производитель под проект.