Loxone · Config
Loxone Config — инженерия, логика и приложение оператора
Как настраивается здание на Loxone: инженерная среда, логика управления, приложение оператора, удалённый доступ, резервные копии и передаваемая документация.
Краткий ответ
Loxone Config — это инженерная среда, в которой настраиваются устройства здания, входы, выходы и логика управления. В ней создаются расписания, блокировки, аварийные сигналы и представления оператора, работающие на местных контроллерах; её сопровождают документированные резервные копии, записи версий и комплект передачи, который команда здания может поддерживать.
Инженерная среда
Config — это место, где здание собирается в программном обеспечении. Устройствам назначаются адреса, входы и выходы сопоставляются, и каждой функции даётся имя, понятное оператору, а не монтажнику. Среда подключается к местному контроллеру, поэтому изменения вносятся применительно к реальной установке и проверяются на месте. Хорошо структурированный проект читается как здание: техническое помещение, этажи, стояки, зоны арендаторов, наружные зоны. Эта структура не косметическая; она определяет, как быстро можно найти неисправность в два часа ночи. Та же среда создаёт логику, которая работает локально, и представления, которыми пользуются операторы, поэтому дисциплина конфигурирования — эксплуатационный вопрос, а не ИТ-деталь. Проект должен быть читаемым для того, кто его не писал. Проверка проста: передайте дерево новому инженеру и попросите найти неисправность.
- Адресация устройств и сопоставление I/O
- Имена соответствуют зданию, а не шкафу
- Локальное подключение для проверки на реальном оборудовании
Структура проекта и именование
Проект, который растёт копированием и вставкой, становится необслуживаемым. До программирования мы определяем иерархию: здание, этаж, зона, система, устройство. Оборудование, датчики помещений и зоны арендаторов располагаются в этом дереве, и каждый объект несёт тег, совпадающий с чертежами и перечнем точек. Дерево также отражает физическую топологию шкафов, стояков и помещений, поэтому адрес в программном обеспечении можно найти в здании. Для повторяющихся типов помещений используются шаблоны: гостиничный номер или стандартный офис настраивается один раз и разворачивается, меняются только адрес и название помещения. Именование следует одной конвенции: место, служба, устройство и суффикс, где он нужен для точки. Мы не допускаем, чтобы имена вроде «spare» или «test2» доживали до передачи объекта. Структура проверяется вместе с командой здания, потому что именно ей искать в ней под давлением. Переименование после пусконаладки дорого, потому что каждый чертёж, ярлык и отчёт ссылается на старое имя.
- Иерархия от здания до устройства
- Шаблоны для повторяющихся типов помещений
- Единая конвенция именования для чертежей, точек и ПО
Логика, последовательности и аварийные сигналы
Большая часть инженерной работы — это логика. Расписания определяют, когда зона должна быть занята; блокировки определяют, что должно произойти до пуска насоса или перемещения заслонки; последовательности запускают оборудование и терминальные блоки в правильном порядке; логика аварийных сигналов решает, что срочно, что носит рекомендательный характер и что следует подавить во время известного события. Мы держим логику модульной, чтобы этаж или систему можно было скопировать, проверить и обслуживать, не разбирая весь проект. Для повторяющихся последовательностей используются общие функциональные блоки с параметрами, а не дублированная логика. Каждое неочевидное решение записывается в описание управления, включая причину задержки, зоны нечувствительности или блокировки. Индекс логики сопоставляет каждый блок с последовательностью и страницей описания. Логика, которую нельзя объяснить одним абзацем, обычно выросла случайно.
- Модульная логика по этажам, системам и единицам оборудования
- Общие блоки с параметрами вместо дублированной логики
- Приоритет сигналов и документированное подавление
Приложение и представления оператора
Приложение — не потребительский пульт. Это интерфейс оператора: представления по ролям для службы эксплуатации, инженеров и руководства, с аварийными сигналами, трендами и командами, которые нужны каждой роли. Техник видит единицу оборудования, её тренды и блокировки; руководитель видит сводки по энергопотреблению и комфорту без доступа к командам клапанов. Графика строится вокруг решений, которые принимает оператор, а не вокруг перечня оборудования. Страница аварийных сигналов — представление по умолчанию, потому что именно там внимание нужно в первую очередь. Та же модель обслуживает настенный дисплей в вестибюле, рабочую станцию в офисе эксплуатации и мобильное устройство на объекте. Любое представление, существующее только на ноутбуке инженера, не является результатом передачи. Представление по умолчанию должно отвечать на вопрос «что требует внимания сейчас», а не «что существует».
- Представления по ролям и права на команды
- Представление по умолчанию — сначала аварийные сигналы
- Одна модель на рабочей станции, настенном дисплее и мобильном устройстве
Удалённый доступ и безопасность
Удалённый доступ — это удобство с границей безопасности. Подключения должны быть явными, аутентифицированными и журналируемыми, с двухфакторной аутентификацией для всех, кто находится вне сети здания. Сеть управления отделена от сетей арендаторов и гостей; входящие подключения организуются через брокер, а не выставляются наружу. Локальная работа в первую очередь означает, что зданию не нужен удалённый путь для функционирования. Доступ можно отозвать при уходе подрядчика, а журнал аудита должен показывать, кто подключался, когда и что изменилось. Учётные записи индивидуальны, а не общие, а сервисные учётные записи документируются с указанием владельца. Это конфигурационные решения в той же мере, что и сетевые, и они проверяются с ИТ до запуска системы, а не после первого инцидента. Постоянно открытое удалённое подключение — это незапертая дверь; его следует открывать под задачу и закрывать после неё.
- Двухфакторная аутентификация для удалённых пользователей
- Сегментированная сеть управления и доступ через брокер
- Индивидуальные учётные записи, отзыв и журнал аудита
Резервные копии, контроль версий и контроль изменений
Настроенное здание — это одновременно интеллектуальная собственность и эксплуатационная инфраструктура. Файл проекта, резервная копия контроллера, перечень точек, сетевая схема и описание управления входят в комплект передачи. Резервное копирование выполняется по определённому графику и проверяется восстановлением на резервный контроллер, а не просто подтверждением существования файла. Записи версий называют изменение, дату и ответственного, чтобы регрессию можно было проследить до выпуска. Изменения после передачи объекта идут по простому пути контроля изменений: запрос, влияние, утверждение, внедрение, запись. Именно эта дисциплина сохраняет работающее здание работающим после ухода исходного инженера, и она отличает обслуживаемую систему от набора недокументированных правок. Резервная копия, которая никогда не восстанавливалась, — это надежда, а не резервная копия. Имена версий должны что-то значить для команды здания, а не только для разработчика.
- Файл проекта, резервная копия контроллера и перечень точек
- Проверка восстановления на резервном контроллере
- Запись версий и история запросов на изменение
Поддержка пусконаладки, документация и обучение операторов
Конфигурация подтверждается при пусконаладке, а не тем, что она компилируется. Мы поддерживаем поточечные испытания, испытания последовательностей и имитацию неисправностей и записываем фактически установленные значения параметров: пределы уставок, задержки, зоны нечувствительности и пороги аварийных сигналов. Исполнительная документация включает файл проекта, индекс логики, перечень точек, список аварийных сигналов, индекс графики и сетевую схему. Обучение организуется по ролям: операторы изучают аварийные сигналы, расписания и разрешённые ручные переопределения; техники — тренды, резервные копии и первичную диагностику; руководители — отчёты и энергетические представления. Компетенция фиксируется, а не предполагается. Цель — команда здания, способная безопасно вносить рутинные изменения и знающая, когда нужно обращаться за помощью. Обучение завершается практическим упражнением: изменить расписание, подтвердить аварийный сигнал, восстановить резервную копию на резервном контроллере. Передача завершена, когда команда здания может повторить эти задачи без инженера.
- Значения параметров фиксируются по факту пусконаладки
- Комплект исполнительной документации и индекс логики
- Обучение по ролям с фиксацией компетенции
Области работ по конфигурированию и результаты
15 rows| Область работ | Что настраивается | Результат | Ответственный после передачи |
|---|---|---|---|
| Иерархия проекта | Дерево здания, этажа, зоны, системы и устройства | Схема структуры проекта | Команда здания |
| Именование и тегирование | Суффиксы места, службы, устройства и точки | Конвенция именования и реестр тегов | Команда здания |
| Шаблоны | Стандартные помещения, этажи и группы оборудования | Библиотека шаблонов и руководство по развёртыванию | Команда здания |
| Адресация устройств | Контроллеры, расширения, устройства Tree и Air | Перечень адресов и устройств | Команда здания |
| Сопоставление I/O | Входы, выходы, датчики и исполнительные механизмы | Перечень точек с именами и диапазонами | Команда здания |
| Расписания | Периоды занятости, снижения нагрузки, уборки и сезонные периоды | Матрица расписаний по зонам | Команда здания |
| Логика управления | Блокировки, последовательности, ПИД-контуры и переключение | Описание управления и индекс логики | Команда здания |
| Тревоги | Приоритеты, маршрутизация, подавление и эскалация | Список аварийных сигналов и матрица эскалации | Команда здания |
| Тренды и журналы | Точки, интервалы, хранение и экспорт | График трендов и процедура экспорта | Команда здания |
| Представления оператора | Панели управления, планы этажей, тренды и команды | Пакет графики и матрица ролей | Команда здания |
| Роли пользователей | Учётные записи, права и ограничения команд | Реестр ролей и матрица прав | Команда здания |
| Удалённый доступ | Учётные записи, двухфакторная аутентификация, политика подключений | Реестр доступа и политика | Команда здания совместно с ИТ |
| Резервное копирование и восстановление | График, хранение и проверка восстановления | Запись резервных копий и процедура восстановления | Команда здания |
| Контроль версий | Имена выпусков, даты и история изменений | Реестр версий и журнал изменений | Команда здания |
| Документация и обучение | Исполнительные чертежи, описания и учебные материалы | Комплект передачи и запись об обучении | Команда здания |
Изображения проекта
3 images
Частые вопросы
01Является ли Loxone Config языком программирования?
Это графическая инженерная среда, построенная из функциональных блоков и объектов конфигурации. Сложную логику можно структурировать, именовать и документировать без написания кода общего назначения.
02Можем ли мы сами редактировать систему?
Команду здания можно обучить изменению расписаний, уставок и учётных записей пользователей в пределах определённых прав. Структурные изменения логики должны проходить контроль изменений и, при необходимости, выполняться при поддержке интегратора.
03Требует ли приложение облачную учётную запись?
Локальная работа не зависит от облачной учётной записи. Удалённый доступ может предоставляться через подключение через брокер с двухфакторной аутентификацией.
04Как организованы резервные копии?
Файл проекта и конфигурация контроллера резервируются по определённому графику, а восстановление проверяется на резервном контроллере до передачи объекта.
05Могут ли разные пользователи видеть разное?
Да. Представления по ролям и права на команды настраиваются для операторов, инженеров, руководства и, где уместно, арендаторов или жильцов.
06Какая документация передаётся?
Перечень точек, описание управления, список аварийных сигналов, сетевая схема, индекс графики, запись резервных копий и учебные заметки.
07Как отслеживаются изменения после передачи объекта?
Через путь контроля изменений: запрос, оценка влияния, утверждение, внедрение и запись в журнале аудита.
Следующий шаг
Приведите нам здание.
Расскажите о типе здания, системах в объёме работ и нужном результате. Мы покажем кратчайший путь к работающей системе.