Loxone Config
Программирование в Loxone Config — структура, логика и передача объекта
Как устроен Loxone Config, как сохранять логику читаемой и тестируемой и что передать, чтобы другой инженер мог поддерживать проект.
Краткий ответ
Config — это инженерная среда, в которой строится проект Miniserver: помещения, функции, входы, выходы, логика, расписания и пользовательские интерфейсы. Хорошее программирование структурировано, поименовано и задокументировано, чтобы другой инженер мог его прочитать. Речь не о хитроумных блоках, а о том, чтобы поведение здания было наглядным, тестируемым и безопасным для изменения.
Проект — это модель здания
Config организует работу по помещениям и функциям, а не по плоскому списку клемм. Помещение содержит свои светильники, солнцезащиту, климат и датчики; функция описывает, что делает помещение. Эта структура отличает проект, который можно поддерживать, от набора блоков, который просто работает. Называйте точки с точки зрения здания, используйте единые префиксы и держите иерархию помещений и функций согласованной с перечнем точек. Когда именование расходится, каждая последующая задача замедляется: тревоги, тренды, мнемосхемы, передача объекта и поиск неисправностей — всё зависит от одних и тех же имён. Полезная проверка — передать дерево проекта тому, кто никогда не видел объект, и попросить найти переговорную на третьем этаже без поиска.
- Отражайте перечень помещений в дереве проекта
- Введите единое соглашение об именовании с первого дня
- Используйте одни и те же имена в мнемосхемах и тревогах
Логика по уровням
Простую логику размещайте ближе к устройству: светильник следует за своим выключателем, клапан — за уставкой своего помещения. Межкомнатную и межсистемную логику выносите в явно выделенный уровень здания. Отчётность и оптимизацию располагайте выше. Такое расслоение не даёт небольшому изменению в помещении отразиться на всём проекте и позволяет тестировать работу по частям. Для последовательностей с явными состояниями используйте конечные автоматы, а не набор вложенных условий, понятных только автору. Сопровождайте каждый неочевидный блок короткой заметкой: что он делает, что его запускает и что происходит при отказе датчика. Если для объяснения блока нужен абзац, этот абзац должен находиться в примечаниях к проекту рядом с блоком, а не в отдельном документе, который никто не открывает.
- Логика устройства, помещения и здания остаётся раздельной
- Используйте конечные автоматы для многошаговых последовательностей
- Комментируйте каждый неочевидный блок
Доказательства испытаний, а не уверенность
Проект не завершён, когда приложение выглядит правильно. Проверяйте входы по одному, принудительно имитируйте отказы датчиков, проверяйте маршрутизацию тревог, проверяйте расписания по типам дней и убеждайтесь, что ручные переопределения истекают. Записывайте результат напротив перечня точек, а не в чью-то память. Проверяйте путь отказа: что происходит, когда устройство на шине исчезает, счётчик перестаёт отвечать или сеть пропадает. Короткий письменный лист испытаний ценнее длинной демонстрации, потому что он переживает смену персонала и удешевляет следующий визит сервисной службы. Учитывайте и человеческий путь: знает ли оператор, что делать, когда тревога появляется в 02:00, и есть ли эта инструкция в комплекте передачи объекта, а не только в голове монтажника?
- Проверьте каждый вход и выход по перечню точек
- Принудительно вызывайте отказы и фиксируйте результирующее состояние
- Проверьте расписания, переопределения и маршрутизацию тревог
Передача объекта и управление изменениями
Передайте файл проекта, версию программного обеспечения, резервную копию, схему сети, перечень точек и журнал изменений. Защитите проект учётными данными, которые контролирует владелец, а не те, что уходят вместе с монтажником. Согласуйте порядок запроса, тестирования и фиксации изменений. Небольшое изменение расписания не должно требовать выезда на объект, если удалённый доступ и права спроектированы правильно. Показатель хорошей конфигурации — не объём написанной логики, а то, насколько уверенно команда владельца может эксплуатировать и изменять здание после ухода инженеров. Проект, который нельзя восстановить, объяснить и изменить силами другого специалиста, на самом деле не передан — его просто включили.
- Учётные данные и лицензии под контролем владельца
- Письменный процесс запроса и тестирования изменений
- Проверка восстановления перед окончательной передачей
Уровни программирования
5 rows| Уровень | Что содержит | Доказательства испытаний |
|---|---|---|
| Устройства | Входы, выходы и локальное безопасное поведение | Проверка входов и выходов по каждой точке |
| Помещение | Освещение, солнцезащита, климат и сценарии помещения | Проверка сценариев помещения и уставок |
| Здание | Расписания, блокировки, тревоги и логика энергопотребления | Проверка последовательностей, тревог и переключения при отказе |
| Пользовательский интерфейс | Страницы приложения, сенсорные панели и представления по ролям | Проверка доступа по ролям и удобства использования |
| Передача объекта | Резервные копии, версии, примечания и журнал изменений | Проверка восстановления и анализ исполнительной документации |
Изображения проекта
3 images
Частые вопросы
01Config — это программирование или конфигурирование?
И то и другое. Это графическая среда, но работа инженерная: структура, логика, именование и тестирование. Различие не так важно, как то, читаем ли результат и можно ли его поддерживать.
02Нужно ли писать код?
Большинство проектов собирается из штатных функциональных блоков. Пользовательская логика доступна для особых последовательностей, но она должна быть задокументирована и обоснована, поскольку повышает квалификацию, необходимую для обслуживания объекта.
03Может ли другой интегратор поддерживать проект?
Да, если файл проекта, соглашение об именовании, примечания и учётные данные переданы должным образом. Это должно быть требованием договора, а не одолжением после завершения работ.
04Как часто нужно делать резервные копии?
До и после каждого изменения, а также при передаче объекта. Храните копию вне контроллера и проверяйте, что она восстанавливается. Непроверенная резервная копия — это только надежда.
05Можно ли настроить приложение под каждого пользователя?
Да. Пользовательские страницы и права можно структурировать по ролям, чтобы операторы, техники и жители видели разный уровень детализации и разные элементы управления.
Следующий шаг
Приведите нам здание.
Расскажите о типе здания, системах в объёме работ и нужном результате. Мы покажем кратчайший путь к работающей системе.