КОНТРОЛЛЕР
Движок контроллера
Объекты KNX, код Lua в движке, скрипты, сцены, планировщики, тренды, Modbus, DALI, Zigbee, диагностика и системные журналы.
чтение и запись состояния объекта
Между текстом задачи и контроллером стоит не набор макросов, а агент, работающий со штатным движком контроллера — тем же, что обслуживает веб-интерфейс устройства. Ниже разобрано, из чего состоит канал до объекта, что именно агент выполняет, чем он ограничен и как разграничены права.
Соединение инициирует контроллер. Белый IP, проброс портов и правки межсетевого экрана объекта не требуются — это ключевое условие для сетей заказчиков со своей службой ИБ.
Контроллер объекта — LogicMachine, Wiser for KNX или iRidium — с действующей шиной KNX, DALI, Modbus, Zigbee, рабочими скриптами и визуализацией. Существующая конфигурация не переписывается, объект при подключении не останавливается.
Ставится на контроллер и держит исходящий канал из закрытой сети объекта; привязан к устройству криптографически. По запросу поднимает WireGuard-доступ — штатный веб-интерфейс контроллера и работа ETS по KNXnet/IP.
Состояние парка, роли и журнал действий, 119 инструментов, база знаний по платформе. Агент обращается к штатному движку контроллера, а не к выгруженной копии его базы.
Задача формулируется текстом, исполнение идёт на оборудовании. В боевом режиме запись выполняется после подтверждения человеком, все действия попадают в журнал.
Обычный путь автоматизации — веб-API устройства и ручная правка скриптов в интерфейсе. Вместо этого штатный движок поднимается прямо из сессии: доступны объекты шины, хранилище, база, тренды, сцены и управление скриптами — включение, отключение и перезагрузка по одному.
Практическое следствие: запись grp.write уходит в шину и подтверждается обратным чтением, а изменение логики применяется перезагрузкой конкретного скрипта — без полного перезапуска движка, который останавливает всю логику объекта на несколько секунд.
Инструмент возвращает проверяемый результат — значение объекта, файл проекта, лист чертежа, строку журнала. Ответ, полученный без инструмента, остаётся предположением и в работу не идёт.
Объекты KNX, код Lua в движке, скрипты, сцены, планировщики, тренды, Modbus, DALI, Zigbee, диагностика и системные журналы.
Чтение, аудит и правка .knxproj, сборка проекта из каталога устройств, материализация и подпись лицензированным ETS, работа с шиной по KNXnet/IP.
Однолинейные схемы щитов (DXF, DWG, PDF), чтение чужих чертежей и проектных PDF, документы DOCX и XLSX, отчёты по объекту.
Методология платформы и KNX с пометкой достоверности каждого фрагмента плюс поиск документации на оборудование. У ответа указывается источник.
Часть работ платформа не выполняет в принципе, часть — только при определённых условиях. Это рабочие рамки, а не оговорки мелким шрифтом.
.knxproj выполняются в облаке, но подпись файла возможна только лицензированным ETS. Экспорт, изменённый вне ETS, без переподписи не импортируется.В боевом режиме каждая запись агента требует подтверждения человеком; наладочный режим и режим наблюдения выделены отдельно. Роли наблюдатель → оператор → инженер → администратор разграничивают доступ, каждое действие фиксируется в журнале с указанием инициатора и времени.
Контроллеры подключаются только через коннектор с привязкой канала к конкретному устройству, поэтому объекты разных клиентов не видят друг друга и не видят наш стенд. Данные размещаются в РФ; для корпоративных внедрений возможен выделенный контур.
Сервис для юридических лиц: заявка — договор — сертификационный онлайн-экзамен — 15 дней пробного доступа. В нём подключим один контроллер и выполним задачу из вашей практики — разбор аварии, правку логики или сборку проекта ETS. Вопросы по архитектуре, каналу и разграничению прав разберём письменно до подключения.