Loxone Miniserver
Loxone Miniserver — основной контроллер, расширения и ёмкость
Loxone Miniserver как локальный контроллер здания: его роль, подход к расширению, планирование ёмкости, программирование и реализация проекта.
Краткий ответ
Loxone Miniserver — локальный контроллер в центре инсталляции Loxone. Он выполняет расписания, логику, блокировки и управление помещениями на объекте, подключается к устройствам Tree, Air и 1-Wire и предоставляет интерфейсы к KNX, BACnet, Modbus и другим системам. Расширения добавляют входы и выходы по мере роста здания.
Что делает Miniserver
Miniserver — локальный мозг инсталляции Loxone. Он хранит конфигурацию, выполняет логику управления, временные программы и сцены, а также обслуживает приложение оператора. Это не просто шлюз: последовательности, которые делают здание комфортным и экономичным, работают в контроллере, а не в удалённом центре обработки данных. Благодаря такому локальному подходу отопление, освещение, солнцезащита и контроль доступа продолжают работать без интернета. Miniserver также фиксирует состояние системы, обеспечивает доступ пользователей и передаёт данные диспетчерским платформам. Это различие важно при перебоях интернета, смене облачного сервиса или решении перенести интерфейс оператора на другую платформу. Контроллер, зависящий от облака в базовой логике, имеет иной профиль риска, чем тот, что продолжает работать на объекте.
- Хранит и выполняет конфигурацию
- Выполняет расписания, сцены и логику
- Обслуживает приложение и доступ пользователей
- Работает без облака
Место в архитектуре
Miniserver находится между полевыми устройствами и оператором. Ниже — Tree, Air и 1-Wire с устройствами и датчиками; проводные входы и выходы подключают сигналы оборудования и приводы. Рядом — шлюзы, преобразующие KNX, BACnet, Modbus, DALI и другие протоколы. Выше — диспетчерский уровень или IBMS, которые могут объединять несколько контроллеров и объектов. Для работы здания контроллер не нуждается в верхнем уровне. Такая плоская схема сохраняет локальную реакцию и упрощает диагностику сети по сравнению с длинной цепочкой преобразований. Шлюз следует выбирать по данным, которые он может предоставить, а не только по логотипу протокола в описании. Его также нужно проверять с реальным устройством, поскольку некоторые шлюзы предоставляют точки, которые не обновляются надёжно под нагрузкой. Топологию следует составить до выбора оборудования: она покажет, где один кабель, коммутатор или шлюз становится общим риском.
- Полевые устройства на Tree, Air и 1-Wire
- Проводные I/O для сигналов оборудования
- Шлюзы для сторонних протоколов
- Опциональная диспетчеризация сверху
Расширения и входы-выходы
Miniserver редко должен делать всё в одиночку. Расширения добавляют входы и выходы рядом с обслуживаемым оборудованием, что сокращает длину кабелей и сохраняет порядок в щите. Выбор между проводными расширениями, устройствами Tree и устройствами Air следует за зданием: в новом строительстве обычно предпочитают проводные соединения, а при реконструкции используют беспроводные там, где штробление стен нецелесообразно. Входы и выходы не взаимозаменяемы с шинными устройствами; у каждого своя роль в перечне точек. Проект должен показывать, какие точки подключены проводом, какие находятся на шине и какие приходят через шлюз. Чертежи щитов должны содержать номера клемм, кабельные журналы и резервную ёмкость, чтобы последующее расширение не требовало обратной разработки. Резервная клемма дешевле нового щита, но резервную ёмкость нужно планировать, а не обнаруживать.
- Проводные расширения для локальных I/O
- Устройства Tree на общей шине
- Устройства Air для реконструкции
- Путь, назначенный каждой точке
Планирование ёмкости
Ёмкость — не одно число. Она зависит от модели контроллера, количества и типа расширений, нагрузки устройств на каждой шине, логики и графики, которые выполняет проект, и хранимой истории данных. Комнатный контроллер с несколькими устройствами и контроллер оборудования с множеством физических входов — разные инженерные задачи. Мы рассчитываем систему по перечню точек, добавляем запас на будущую дооснастку и сегментируем крупные здания по этажам, корпусам или инженерным системам, чтобы один отказ не останавливал всё. Итоговая ёмкость подтверждается по актуальной документации на выбранную модель. Цифра ёмкости, названная без перечня устройств, объёма логики и настроек истории, — не спецификация, а догадка. Запас ёмкости — не то же самое, что запасные части; и то и другое должно быть в проекте. Если перечень точек растёт, вернитесь к выбору контроллера, а не втискивайте проект в модель, которая больше не подходит.
- Отправная точка — перечень точек
- Подсчёт устройств на сегмент шины
- Запас на будущую дооснастку
- Сегментирование крупных зданий по зонам
Программирование и эксплуатация
Конфигурирование выполняется в Loxone Config с помощью функциональных блоков, именованных объектов, расписаний и логики. Качество конфигурации определяет, сможет ли служба эксплуатации поддерживать систему после передачи объекта. Мы используем единообразные имена, документируем каждую нестандартную функцию и отделяем обработку тревог от логики управления, чтобы неисправности можно было проследить. Приложение даёт операторам представления помещений, сцены и тревоги; права доступа определяют, кто что может менять. Резервное копирование выполняется по расписанию, а проверка восстановления входит в пусконаладку, а не предполагается. Соглашения об именовании следует согласовать со службой эксплуатации до начала конфигурирования, поскольку переименование позже ломает графику, тренды и тревоги. Конфигурация должна также фиксировать проектный замысел: почему задержка задана именно такой, какая машина ведущая и что происходит при отказе датчика.
- Функциональные блоки и именованные объекты
- Отделение логики тревог от управления
- Доступ пользователей по ролям
- Резервное копирование по расписанию и проверка восстановления
Выбор и реализация
Выбор начинается с типа здания, количества помещений, оборудования под управлением и требуемых интерфейсов. Мы составляем перечень точек, выбираем контроллер и расширения, проектируем щит и шинную разводку, затем конфигурируем и тестируем. Заводские приёмочные испытания проверяют щит и логику до работ на объекте; пусконаладка на объекте проверяет устройства, последовательности и блокировки. Передача объекта включает исполнительные чертежи, перечень точек, резервные копии и обучение. Если ёмкость или объём работ позже меняются, документация показывает, где есть возможность расширения. Выбор следует пересматривать, если перечень точек существенно меняется в ходе проектирования, а не втискивать в контроллер, который больше не подходит. Полезная проверка — сверить перечень точек с чертежами щита до изготовления щита, а не после его установки.
- Перечень точек и выбор контроллера
- Компоновка щита и шины
- Заводские и объектные испытания
- Исполнительная документация и обучение
Типы I/O и согласование сигналов
Точки приходят в контроллер в разных электрических формах. Дискретные входы читают сухие контакты или контролируемые цепи насосов, заслонок, реле потока и тревог. Аналоговые входы читают сигналы 0–10 V, 4–20 mA или резистивные датчики в зависимости от модуля и датчика. Дискретные выходы коммутируют реле или симисторы для вентиляторов, клапанов и сигналов разрешения. Аналоговые выходы управляют приводами 0–10 V и регулируемыми приводами. Импульсные входы считают импульсы счётчиков, а расчётные точки вычисляют такие значения, как скользящие средние, градусо-часы или КПД. Каждый тип требует правильного кабеля, клеммы и разделения: силовые и слаботочные линии не должны проходить в одном канале без соответствующего разделения, а экранированный кабель требует определённого заземления. Защита от импульсных перенапряжений необходима на открытых участках оборудования и длинных кабельных трассах. Согласование сигналов — не второстепенная деталь; датчик 4–20 mA на входе 0–10 V или общая опорная точка дают правдоподобные, но неверные показания.
- Дискретные, аналоговые, импульсные и расчётные точки
- Правильный модуль для каждого типа сигнала
- Разделение силовых и слаботочных цепей
- Защита от перенапряжений на открытых трассах
Доступность, резервное копирование и жизненный цикл
Контроллер — единая точка отказа, если это не учтено в проекте. Критичное оборудование должно переходить в определённое безопасное состояние, когда контроллер останавливается, сегмент шины теряется или исчезает сеть. Поведение сторожевого таймера, безопасные положения реле и положения отказа приводов следует согласовать с проектировщиком механических систем, а не оставлять программисту автоматики. Резервные копии конфигурации следует снимать при пусконаладке, после каждого существенного изменения и перед обновлением прошивки; копия, которая никогда не восстанавливалась, — надежда, а не план восстановления. Критичные объекты могут держать запасной контроллер и документированную процедуру замены. Обновления прошивки и программного обеспечения требуют плана испытаний, поскольку обновление шлюза или контроллера может изменить поведение точек. Планирование жизненного цикла должно выявлять снятые с производства устройства и путь замены до того, как закончатся запасные части.
- Определённые безопасные состояния при отказе
- Резервная копия после изменений и перед обновлениями
- Запасной контроллер для критичных объектов
- План испытаний прошивки и путь жизненного цикла
Факторы планирования Miniserver
17 rows| Аспект | Как это реализуется | Что нужно подтвердить |
|---|---|---|
| Логика управления | Функциональные блоки, расписания и последовательности выполняются локально | Сложность логики и владелец изменений |
| Управление номером | Сцены, уставки и присутствие по помещениям | Количество помещений и ожидания пользователей |
| Сторонние интерфейсы | Шлюзы для KNX, BACnet, Modbus и DALI | Доступный протокол и точки данных |
| Расширение I/O | Проводные расширения рядом с оборудованием | Тип сигнала, расстояние и место в щите |
| Типы I/O | Дискретные, аналоговые, импульсные и релейные каналы | Напряжение, ток, изоляция и резерв |
| Согласование сигналов | Правильный модуль, экранирование, заземление и защита от перенапряжений | Тип датчика, трасса кабеля и опорный сигнал |
| Устройства Tree | Общий шинный кабель для совместимых устройств | Топология шины и нагрузка устройств |
| Устройства Air | Беспроводное подключение при реконструкции | Сигнальная обстановка и доступ к батарее |
| Датчики 1-Wire | Низкоскоростная шина для температурных зондов | Длина линии датчиков и количество |
| Сеть | Подключение Ethernet для приложения и диспетчеризации | Адресация, VLAN и политика удалённого доступа |
| Питание | Отдельное питание и резервирование при необходимости | Нагрузка, заземление и объём ИБП |
| Резервное копирование и восстановление | График резервного копирования конфигурации и данных | Хранение и проверенная процедура восстановления |
| Удалённый доступ | Опционально, с аутентификацией и журналированием | Кто утверждает доступ и как он отзывается |
| Корпус | Щит или шкаф с запасом под расширения | Тепло, место и будущее расширение |
| Сегментирование | Несколько контроллеров по этажам, крыльям или инженерным системам | Граница отказа и единообразие именования |
| Прошивка и обновления | План испытаний перед обновлением контроллера или шлюза | Совместимость версий и откат |
| ЗИП и жизненный цикл | Запасные блоки и планирование снятия с производства | Критичность, срок поставки и снятые с производства модели |
Изображения проекта
3 images
Частые вопросы
01Что такое Loxone Miniserver?
Miniserver — локальный контроллер в центре системы Loxone. Он хранит конфигурацию, выполняет логику управления и расписания, подключает полевые устройства и обслуживает приложение.
02Miniserver — это PLC или шлюз?
Он ближе к контроллеру, чем к шлюзу. Он выполняет логику, расписания и функции помещений локально. Шлюзы — отдельные устройства, используемые для подключения сторонних протоколов в систему.
03Сколько входов и выходов у Miniserver?
Это зависит от модели и выбранных расширений. Нет единой цифры, применимой к каждому проекту. Мы рассчитываем контроллер по перечню точек и подтверждаем итоговое количество по актуальной документации на продукт.
04Может ли один Miniserver обслуживать всё здание?
Может — для небольших зданий со скромным количеством устройств. Крупные здания обычно сегментируют по этажам, корпусам или системам, с несколькими контроллерами и диспетчерским уровнем. Сегментирование также ограничивает последствия единичного отказа.
05Работает ли Miniserver без интернета?
Да. Логика управления, расписания и блокировки работают локально. Интернет-соединение используется для удалённого доступа и отчётности, а не как условие нормальной работы.
06Что такое расширение Miniserver Extension?
Расширение добавляет системе входы и выходы, обычно рядом с обслуживаемым оборудованием. Это сокращает длину кабелей и сохраняет порядок в щите. Требуемый тип и количество определяются перечнем точек.
07Может ли Miniserver интегрировать BACnet, Modbus и KNX?
Да, через соответствующие шлюзы или интерфейсы. Каждая интеграция требует подтверждённого перечня адресов, карты точек и протокола испытаний. Доступные данные зависят от стороннего оборудования.
08Что произойдёт при отказе Miniserver?
Управляемое оборудование может перейти в локальные безопасные состояния — в зависимости от того, как спроектированы приводы и щиты. Свежая резервная копия конфигурации позволяет заменить устройство и восстановить систему. Критичные объекты могут держать запасной блок и документированную процедуру восстановления.
Следующий шаг
Приведите нам здание.
Расскажите о типе здания, системах в объёме работ и нужном результате. Мы покажем кратчайший путь к работающей системе.