Ниже перечислены работы, которые агент выполняет на действующем оборудовании и в проектных файлах: проектирование KNX и выпуск документации, программирование логики, пусконаладка, круглосуточная диспетчеризация. Каждая позиция — инструмент с проверяемым результатом: файлом, значением объекта, строкой в журнале.
Файл проекта читается, правится и собирается кодом; подпись выполняется лицензированным ETS. Ручные операции в редакторе не требуются, объём проекта не меняет порядок работы.
Чтение и правка .knxproj схем ETS 5 и ETS 6 — со всеми устройствами, групповыми адресами, параметрами и привязками, включая модульные аппараты с поканальными смещениями. Проект пересобирается целиком, без ручного пересоздания в редакторе.
По ведомости оборудования собираются устройства из каталога, групповые адреса с назначенным DPT, привязки и параметры. Полнота сборки сверяется с исходным документом поимённо.
Классификация групповых адресов по DPT и именам, спаривание команда↔статус, проверка дисциплины именования и резервов, план перевода адресации к структуре функция / помещение / нагрузка.
Лист щита в AutoCAD — DXF, DWG, PDF — по ГОСТ и оформлению заказчика: вводы, шины, аппараты защиты, актуаторы, штамп. Структурная проверка отсеивает листы с разрывом шины и пустыми блоками.
Состав, количества и группы извлекаются из дизайн-проектов и спецификаций методом консенсуса: геометрический разбор, просмотр листов и распознавание сверяются между собой по ключу.
Собранный проект материализуется объектной моделью ETS и подписывается лицензией. На выходе — файл, который ETS открывает и импортирует штатно, без предупреждений о целостности.
Агент работает с тем же движком, что и веб-интерфейс контроллера: изменённый скрипт перезагружается по одному, остальная логика объекта продолжает работать.
Событийные, резидентные и планировочные скрипты: создание, правка, включение и перезагрузка по одному. Полный перезапуск движка не требуется и по умолчанию не выполняется.
Доступ к объектам, хранилищу, базе, трендам и сценам штатными средствами платформы. Задачи, которые в интерфейсе решаются только вручную, оформляются кодом и повторяются на других объектах.
Настройка Modbus RTU и TCP, DALI через шлюзы, Zigbee, Crestron CIP, Yandex и сведение их к единой адресации и логике объекта.
Однотипные операции по всему проекту — назначение статус-адресов, связка с индикацией, переименование, переразводка адресации — выполняются циклом по единому правилу.
Запись уходит в шину; состояние объекта после вмешательства подтверждается обратным чтением, а не сообщением инструмента об успехе.
Чтение и запись любого объекта, отправка read-request, выборка объектов с живыми значениями и декодированием DPT. Через объекты доступны освещение, климат, сцены, DALI, Zigbee.
Сканирование шлюзов KNXnet/IP, монитор шины, чтение и запись групповых адресов, назначение индивидуальных адресов, перезапуск устройства.
Ошибки скриптов, аварии, системные журналы, состояние служб движка, диска и памяти, запросы к базе объекта. Причина доводится до строки скрипта и конкретного адреса.
После правки объекты, журналы и статус перечитываются: в отчёт попадает измеренное состояние («0/4/3 = 0»), а не намерение («должно погаснуть»).
Функции классической диспетчеризации — наблюдение, тревоги, тренды, роли, отчётность — плюс работа агента по событию и по расписанию.
Объекты, системы здания, тревоги, тренды и живые значения в одном интерфейсе. Диагностика идёт постоянно, а не только по обращению оператора.
Интерфейсы на самом контроллере — страница, серверная часть .lp, фоновый процесс — либо проект i3 KNX. Значения обновляются напрямую из шины.
Паспорта, кабельные журналы, спецификации и отчёты в DOCX и XLSX. Данные берутся из текущего состояния объекта, поэтому документ не расходится с ним.
Наблюдатель, оператор, инженер, администратор с разными правами; журнал действий; раздельный учёт расхода по объектам; боевой режим с подтверждением записей.
Часть пусконаладки не требует присутствия на объекте. По запросу поднимается WireGuard-канал до контроллера: через него доступен штатный веб-интерфейс и работа ETS по KNXnet/IP. Канал существует только во время работы.
Те же разделы и права, что из локальной сети объекта: настройки, скрипты, визуализация.
Заливка устройств, чтение шины и диагностика выполняются из ETS так же, как на площадке.
Туннель поднимается на время работ и закрывается после; сети объектов разных клиентов не пересекаются.
Перечень выше — типовые работы. Всё остальное решается кодом на самом контроллере: собственный отчёт, интеграция со смежной системой, служебная страница для персонала. Такие задачи раньше откладывали из-за трудоёмкости разработки; сейчас они ставятся текстом и проверяются на данных объекта.
Выберите позицию из перечня — покажем её на вашем контроллере или на вашем проектном файле, с журналом всех действий.