Задача формулируется обычным текстом, исполняется на действующем контроллере, результат подтверждается данными объекта. Ниже — что система делает, чего не делает, как подключается объект и с каких формулировок удобно начать.
Контроллеры объектов сводятся в один интерфейс — живые значения, системы здания, тревоги, тренды, роли, журнал действий. Поверх этого работает агент: читает и пишет шину, правит логику контроллера, собирает проекты ETS и выпускает документацию.
Диспетчеризация парка — живые значения, системы здания, тревоги, тренды, роли и учёт — самостоятельная функция и используется независимо от того, обращаетесь ли вы к агенту.
Запись уходит в шину, правка логики применяется перезагрузкой отдельного скрипта. В боевом режиме каждая запись подтверждается человеком, все действия — в журнале.
Слева — работы, проверенные на стенде с ~4200 объектами KNX. Справа — рамки, которые лучше учитывать при планировании: подробный разбор — в разделе об архитектуре.
.knxproj с подписью лицензированным ETS; однолинейные схемы щитов в DXF, DWG и PDF по ГОСТ.Объект не останавливается, открытые порты и белый IP не нужны. Подключение первого контроллера занимает около пяти минут.
Модуль ставится на контроллер объекта — LogicMachine, Wiser for KNX или iRidium — и держит исходящий канал из закрытой сети. Правки межсетевого экрана не требуются.
Системы здания, тревоги, тренды и живые значения появляются в интерфейсе. Первый этап — режим наблюдения, без вмешательства в работу.
Задача формулируется текстом и выполняется на действующем оборудовании; в отчёт попадает измеренное состояние объекта после работы.
Подключаются следующие объекты, назначаются роли сотрудникам, включается боевой режим с подтверждением записей.
Формулировка нужна не «правильная», а конкретная: объект, система, ожидаемый результат. Ниже — примеры, с которых удобно начать.
Подключаем один контроллер и выполняем работу на действующем оборудовании: разбор аварии, правку логики, сборку проекта ETS или выпуск схемы. Пилот не оплачивается.