Система управления разрабатывается после понимания светотехнической задачи и реального режима эксплуатации объекта. Для склада может быть достаточно разделения помещения на функциональные зоны и управления по присутствию персонала, для промышленного предприятия — работы по сменам и интеграции с автоматикой, для наружного освещения — расписаний, астрономических алгоритмов и удалённого контроля, для архитектурной подсветки — сценариев и регулирования яркости, а для крупной распределённой сети — диспетчеризации с мониторингом состояния оборудования.
Проектирование необходимо выполнять до окончательного выбора управляющего оборудования. DALI, 0/1–10 В, DMX, PLC, LoRaWAN, NB-IoT и другие технологии решают разные задачи и не являются взаимозаменяемыми только потому, что позволяют управлять светильниками. Сначала мы определяем необходимую функциональность, структуру объекта, количество управляемых зон, требования к связи и эксплуатации, после чего выбираем техническую архитектуру, соответствующую этим условиям.
В результате заказчик получает не набор контроллеров и датчиков, а технически определённую систему управления: с распределением светильников по зонам, алгоритмами работы, способами передачи команд, структурой оборудования, требованиями к светильникам и драйверам, схемами подключения и составом компонентов для дальнейшей комплектации, монтажа и пусконаладки.
Что входит в проектирование системы управления освещением
Первый вопрос, который необходимо решить при проектировании, — чем именно требуется управлять. На небольшом объекте достаточно включать несколько групп светильников по времени или по сигналу датчика. На крупном промышленном предприятии могут потребоваться десятки независимых зон, различные режимы для производственных смен, контроль состояния оборудования и взаимодействие с общей системой автоматизации. Для городской или территориально распределённой сети количество световых точек может быть значительно больше, а к локальному управлению добавляются каналы связи и диспетчерский уровень.
Поэтому мы начинаем не с выбора контроллера, а с формирования функциональной модели объекта. Определяем группы светильников, продолжительность их работы, необходимость регулирования мощности, условия автоматического включения и отключения, требования к ручному управлению и действия системы при отказе отдельных компонентов. Одновременно анализируем, нужна ли заказчику только автоматизация режимов или полноценный мониторинг с отображением состояния световых точек и передачей аварийных сообщений.
Отдельно рассматривается связь системы управления со светотехническим проектом. Если предполагается диммирование, необходимо понимать, какие уровни света допустимы для конкретных режимов. Нельзя просто уменьшить мощность наружного, производственного или спортивного освещения на произвольную величину ради экономии электроэнергии. Сценарии должны учитывать назначение объекта и обеспечивать требуемые параметры освещения в предусмотренных режимах эксплуатации.
При реконструкции существующей системы дополнительно проверяются установленные светильники, драйверы, шкафы, линии питания, контроллеры и доступные интерфейсы управления. Иногда автоматизацию можно внедрить без полной замены светового оборудования. В других случаях существующие драйверы не поддерживают регулирование или инфраструктура не позволяет реализовать требуемый функционал без модернизации. Это необходимо определить до закупки компонентов системы управления.
Таблица 1. Основные задачи проектирования системы управления освещением
| Задача | Что определяем | Результат |
| Автоматическое включение освещения | Условия, расписания и управляющие сигналы | Система работает без постоянного участия персонала |
| Разделение объекта на зоны | Состав и границы управляемых групп | Разные участки могут работать независимо |
| Регулирование мощности | Уровни диммирования и допустимые режимы | Освещение адаптируется к фактической эксплуатации |
| Управление по датчикам | Типы датчиков и алгоритмы обработки сигналов | Свет реагирует на присутствие или внешние условия |
| Сценарное управление | Набор заранее определённых режимов | Переключение объекта между рабочими состояниями |
| Дистанционное управление | Каналы связи и уровень доступа | Возможность изменения режимов удалённо |
| Мониторинг состояния | Перечень контролируемых параметров | Эксплуатационная служба получает информацию о системе |
| Диагностика неисправностей | События и аварийные сигналы | Упрощается поиск проблем |
| Интеграция | Интерфейсы с BMS, АСУ ТП или диспетчеризацией | Освещение становится частью общей автоматики объекта |
| Учёт энергопотребления | Необходимые измерения и данные | Возможно анализировать фактическую работу системы |
Проект определяет не максимальное количество функций, а необходимый набор. Если объекту достаточно надёжного группового управления по расписанию, сложная адресная система может быть экономически неоправданной. Если же требуется индивидуальный мониторинг сотен светильников, простой контакторный шкаф уже не решает поставленную задачу.
Исходные данные и выбор архитектуры управления
Для проектирования необходима информация о самой системе освещения и режиме работы объекта. В качестве основы используются планы территории или помещений, проект освещения, ведомость светильников, электрические схемы, расположение распределительных шкафов и описание предполагаемых сценариев. Если объект существует, полезна исполнительная документация и сведения о фактически установленном оборудовании.
Особенно важно знать интерфейсы управления светильниками. Возможность включить прибор через контактор ещё не означает возможность регулировать его световой поток или получать информацию о состоянии. Для диммирования драйвер должен поддерживать соответствующий интерфейс, а для адресного управления необходимо обеспечить совместимость всех элементов — от управляющего оборудования до исполнительных устройств.
Одновременно анализируется масштаб системы. Для одного помещения управление может быть полностью локальным. На производственном комплексе рациональна распределённая структура, где отдельные участки сохраняют собственную автоматику и при этом взаимодействуют с центральной системой. В наружном освещении может потребоваться управление территориально разнесёнными шкафами или отдельными световыми точками через проводные либо беспроводные каналы.
При проектировании также определяем требования к отказоустойчивости. Критически важные функции не должны зависеть только от постоянного соединения с удалённым сервером. Если архитектура объекта этого требует, базовые расписания и локальные алгоритмы предусматриваются на уровне контроллеров, чтобы система могла продолжить предусмотренную работу при временном нарушении внешнего канала связи.
Таблица 2. Основные исходные данные для проектирования управления освещением
| Исходные данные | Для чего необходимы |
| План объекта | Определяем расположение управляемых зон |
| Проект системы освещения | Получаем состав и расположение светильников |
| Ведомость оборудования | Проверяем электрические параметры и интерфейсы |
| Схемы электроснабжения | Учитываем существующую группировку и шкафы |
| Режим эксплуатации | Формируем алгоритмы работы |
| График работы объекта | Определяем расписания и временные сценарии |
| Требования к диммированию | Выбираем способ регулирования |
| Необходимые датчики | Формируем автоматические алгоритмы |
| Требования к диспетчеризации | Определяем верхний уровень системы |
| Существующая автоматика | Проверяем возможности интеграции |
| Доступные каналы связи | Выбираем коммуникационную архитектуру |
| Требования к резервированию | Прорабатываем работу при отказах и потере связи |
На основании этих данных выбирается архитектура управления — централизованная, децентрализованная или комбинированная. Централизованный подход удобен для общего контроля и диспетчеризации, но не всегда означает, что вся логика должна находиться в одном устройстве. Распределённая система позволяет сохранять локальную работоспособность отдельных зон, а верхний уровень используется для мониторинга, изменения параметров и аналитики.
Выбор архитектуры напрямую влияет на кабельную инфраструктуру, количество контроллеров, способ адресации и стоимость оборудования. Поэтому менять принцип управления после завершения электромонтажа значительно сложнее, чем определить его на проектной стадии.
Выбор способа управления, протоколов и каналов связи
Не существует универсального протокола, который одинаково хорошо подходит для любого объекта. Для простого группового включения не требуется цифровая адресация каждого светильника, а для крупного объекта с индивидуальным мониторингом недостаточно обычного релейного управления. Поэтому технология выбирается после определения функциональных требований.
Контакторное или релейное управление применяется там, где необходимо включать и отключать целые группы светильников. Аналоговые интерфейсы 0/1–10 В позволяют регулировать световой поток совместимых драйверов. DALI и DALI-2 используются для цифрового адресного или группового управления и позволяют строить более гибкие системы внутри зданий и отдельных технических зон. Для динамической архитектурной подсветки с управлением цветом и быстрыми сценариями может применяться DMX.
Для территориально распределённых наружных систем отдельной задачей становится передача данных между шкафами, контроллерами, световыми точками и диспетчерским уровнем. В зависимости от существующей инфраструктуры могут применяться передача данных по силовым линиям PLC, беспроводные сети LoRaWAN, сотовые технологии GSM/NB-IoT и другие каналы. При этом канал связи и протокол управления — не одно и то же: один отвечает за передачу данных между узлами, другой определяет логику взаимодействия с исполнительным оборудованием.
При интеграции освещения с автоматикой здания или промышленного предприятия дополнительно рассматриваются интерфейсы обмена с BMS, SCADA и АСУ ТП. Для этого могут использоваться Modbus, KNX, BACnet и другие протоколы, если они соответствуют принятой архитектуре объекта. Задача проектировщика — не включить в систему как можно больше технологий, а сократить количество ненужных преобразований и обеспечить понятную структуру взаимодействия оборудования.
Таблица 3. Варианты управления освещением и области применения
| Решение | Что позволяет делать | Где может применяться |
| Контакторное управление | Включать и отключать группы светильников | Простые наружные и внутренние системы |
| Фотореле | Включать свет по уровню естественной освещённости | Наружное освещение |
| Астрономический таймер | Управлять по времени восхода и захода солнца | Улицы, территории, фасады |
| 0/1–10 В | Регулировать мощность совместимых драйверов | Промышленные и коммерческие объекты |
| DALI / DALI-2 | Адресное и групповое цифровое управление | Здания, производства, спортивные объекты |
| DMX | Управлять яркостью и цветодинамикой | Архитектурная и декоративная подсветка |
| PLC | Передавать управляющие данные по силовой сети | Распределённое наружное освещение |
| LoRaWAN | Организовать беспроводную связь на распределённой территории | Наружные и инфраструктурные объекты |
| GSM / NB-IoT | Передавать данные через сети операторов | Удалённые и распределённые световые точки |
| Modbus / KNX / BACnet | Интегрировать управление с автоматикой объекта | BMS, диспетчеризация, промышленные системы |
При модернизации выбор дополнительно зависит от существующей инфраструктуры. Если уже проложены линии питания, но отсутствуют отдельные кабели управления, беспроводная или PLC-архитектура может сократить объём строительных работ. Если новое здание находится на стадии проектирования, проводные интерфейсы можно заложить заранее и получить другую структуру затрат.
Поэтому выбор протокола нельзя делать по принципу «какая система современнее». Для заказчика важны функциональность, совместимость, надёжность, возможность обслуживания и стоимость жизненного цикла. Эти параметры и должны определять проектное решение.
Сценарии, датчики и энергоэффективность системы
Система управления получает практический смысл только после разработки алгоритмов. Наличие датчиков движения, диммируемых драйверов и контроллеров само по себе ещё не обеспечивает рациональную эксплуатацию. Необходимо определить, какие события должны изменять состояние освещения, какие уровни мощности используются и при каких условиях система возвращается в основной режим.
На промышленном объекте свет можно разделить по производственным участкам и сменам. В складских помещениях отдельные проходы могут управляться по присутствию персонала, если это допустимо условиями эксплуатации. На открытой территории используются расписания, астрономические алгоритмы и отдельные ночные режимы. Архитектурная подсветка может иметь основной вечерний, сокращённый ночной и событийный сценарий. Для спортивного сооружения логично разделять тренировочный, соревновательный и технический режимы.
Датчики присутствия и движения позволяют учитывать фактическое использование отдельных зон, а датчики естественной освещённости — уменьшать искусственный свет там, где часть требуемого уровня обеспечивает дневной свет. Однако любой автоматический алгоритм должен соответствовать назначению объекта. Система не должна снижать освещение только потому, что датчик некоторое время не обнаруживает движение, если по условиям безопасности или технологии требуется постоянный уровень.
Энергоэффективность поэтому рассматривается как результат правильного алгоритма, а не как обязательное максимальное уменьшение яркости. Мы определяем, где и когда регулирование действительно допустимо, и связываем сценарии управления со светотехническим проектом. При необходимости режимы с пониженной мощностью дополнительно проверяются светотехническим расчётом.
Таблица 4. Примеры сценариев управления освещением
| Сценарий | Принцип работы | Объекты |
| По расписанию | Включение и отключение в заданное время | Производства, склады, территории |
| Астрономический | Работа с учётом времени восхода и захода солнца | Наружное освещение |
| По естественному свету | Коррекция искусственного света по показаниям датчика | Здания и помещения с дневным освещением |
| По присутствию | Изменение режима при появлении людей | Склады, вспомогательные помещения |
| Ночной | Снижение мощности в предусмотренные часы | Дороги, территории, фасады |
| Производственный | Работа по сменам и технологическим участкам | Промышленные предприятия |
| Спортивный | Переключение тренировочного и соревновательного режимов | Стадионы и спортивные комплексы |
| Архитектурный | Повседневные и событийные световые сцены | Фасады и общественные пространства |
| Ручной | Управление оператором в предусмотренных случаях | Объекты любого назначения |
| Аварийный алгоритм | Переход системы в заранее определённое безопасное состояние | Объекты с соответствующей технической задачей |
При проектировании отдельно определяются приоритеты команд. Например, ручное управление обслуживающего персонала может временно отменять автоматический сценарий, после чего система должна корректно вернуться в штатный режим. Без такой логики даже хорошо оснащённая автоматика может быть неудобна в эксплуатации.
Важно предусмотреть и действия при неисправностях. Отказ датчика, потеря связи с сервером или недоступность отдельного контроллера не должны приводить к непредсказуемому поведению освещения. Для значимых зон заранее определяется состояние, в которое переходит система, и возможность локального или ручного управления.
Мониторинг, диспетчеризация и интеграция с автоматикой объекта
Для крупных систем управления важна не только возможность отправить команду светильнику, но и получить обратную информацию. Диспетчеризация позволяет видеть состояние групп и отдельных узлов, контролировать режим работы, получать сообщения о неисправностях и анализировать историю событий. Глубина мониторинга зависит от применяемого оборудования и требований заказчика.
Для наружных распределённых сетей эта задача может решаться в составе АСУНО. На диспетчерском уровне отображаются шкафы и управляемые участки, выполняется изменение расписаний, контроль связи и формирование эксплуатационной информации. При индивидуальном управлении могут контролироваться отдельные световые точки, если такая функциональность предусмотрена оборудованием и архитектурой проекта.
На промышленном или коммерческом объекте освещение может интегрироваться в существующую BMS, SCADA или АСУ ТП. В этом случае необходимо заранее определить, какие данные передаются между системами, кто формирует команды, какие события отображаются оператору и какая автоматика сохраняет локальную ответственность за работу освещения. Простого указания «интегрировать в диспетчеризацию» для проекта недостаточно — требуется конкретная схема взаимодействия.
При использовании IP-сетей, сотовой связи и удалённых сервисов учитываются также требования владельца объекта к доступу и информационной инфраструктуре. Определяются уровни пользователей, способ подключения, необходимость разделения сетей и другие ограничения в согласованном объёме. Для критичных функций предпочтительно, чтобы нарушение внешнего канала не блокировало базовую локальную работу освещения.
Таблица 5. Возможности мониторинга системы управления освещением
| Контролируемая функция | Что получает эксплуатационная служба |
| Состояние группы | Информация о включении и отключении участка |
| Состояние световой точки | Индивидуальная информация при поддержке оборудования |
| Текущий уровень диммирования | Контроль фактически заданной мощности |
| Состояние связи | Информация о доступности контроллеров и узлов |
| Аварийные события | Оповещение о предусмотренных неисправностях |
| Электрические параметры | Данные при наличии соответствующих измерительных устройств |
| Энергопотребление | Возможность анализировать эксплуатационные расходы |
| История событий | Проверка работы автоматики за выбранный период |
| Расписания и сценарии | Централизованное изменение режимов |
| Ручные команды | Возможность оперативного управления оператором |
Не каждому объекту требуется детальная диспетчеризация. Для небольшого склада она может только усложнить систему, тогда как для городской сети, крупного предприятия или распределённой территории удалённая диагностика существенно упрощает эксплуатацию. Поэтому уровень мониторинга определяется на стадии технического задания.
Что входит в проект системы управления освещением
Результатом проектирования должна быть документация, по которой можно подобрать совместимое оборудование, выполнить электромонтаж, программирование и последующую пусконаладку. Заказчику необходимо понимать не только перечень контроллеров, но и принцип взаимодействия всех элементов: где располагаются управляющие шкафы, какие группы светильников к ним относятся, какие датчики подключаются, через какие интерфейсы передаются команды и какие сценарии должны быть настроены.
Состав проекта зависит от масштаба и функциональности системы. Для простой автоматизации может потребоваться структурная схема, планы оборудования, подключения и описание алгоритмов. Для распределённой системы с диспетчеризацией дополнительно разрабатываются топология каналов связи, структура уровней управления, перечень передаваемых сигналов и решения по интеграции.
Особенно важно документировать сценарии. Формулировки «ночью уменьшить яркость» или «управлять по датчику» недостаточны для программирования. Необходимо определить время или условие перехода, требуемый уровень мощности, задержки, приоритет ручных команд и действия при потере сигнала. Чем точнее эта логика описана в проекте, тем меньше спорных решений остаётся на стадии пусконаладки.
Таблица 6. Возможный состав проекта системы управления освещением
| Документ или раздел | Содержание |
| Пояснительная часть | Назначение системы и принятые технические решения |
| Структурная схема | Уровни управления и взаимодействие оборудования |
| План размещения оборудования | Контроллеры, датчики, шкафы и другие устройства |
| Зонирование светильников | Состав управляемых групп |
| Схемы подключения | Соединение управляющего и исполнительного оборудования |
| Топология сети | Проводные и беспроводные каналы связи |
| Таблица сигналов | Управляющие и контролируемые параметры |
| Матрица сценариев | Условия, режимы и приоритеты работы |
| Алгоритмы управления | Логика автоматической работы |
| Интеграционные решения | Обмен данными с BMS, SCADA, АСУ ТП или АСУНО |
| Спецификация | Контроллеры, датчики, шлюзы и другие компоненты |
| Требования к пусконаладке | Основные параметры настройки и проверки |
Конкретный комплект фиксируется до начала работ. Если заказчику требуется только разработать алгоритмы для уже выбранной системы, объём будет одним. Если управление создаётся с нуля вместе с освещением, проект можно увязать со светильниками, драйверами, шкафами, электроснабжением и последующей комплектацией.
ТК «ЭЛЬБРУС» может продолжить работу после выпуска документации: подобрать совместимые светильники и управляющее оборудование, сформировать комплект поставки и сопровождать реализацию. Это особенно важно при технических заменах — если меняется драйвер, контроллер или интерфейс светильника, необходимо проверить совместимость с принятой архитектурой управления.
Этапы проектирования и подготовка системы к реализации
Работа начинается с анализа объекта и постановки функциональной задачи. Мы определяем, какие операции должны выполняться автоматически, какие оставаться доступными оператору, необходим ли индивидуальный контроль светильников и требуется ли интеграция с другими инженерными системами. Если исходного технического задания нет, требования можно сформировать по результатам анализа режима эксплуатации.
Следующий этап — разработка архитектуры. Определяются уровни управления, группировка светильников, местоположение контроллеров и шкафов, принцип связи между устройствами и способ интеграции. После этого выбираются конкретные интерфейсы и оборудование. Такой порядок позволяет не строить систему вокруг заранее приобретённого контроллера, функциональность которого впоследствии может оказаться избыточной или недостаточной.
После выпуска документации проект используется при комплектации и монтаже. Затем выполняются адресация и программирование устройств, настройка сценариев, проверка датчиков, каналов связи и взаимодействия с верхним уровнем. Если пусконаладочные работы выполняет другая организация, проект должен дать ей достаточно информации для воспроизведения предусмотренной логики.
Таблица 7. Этапы проектирования системы управления освещением
| Этап | Что выполняем | Результат |
| 1. Анализ объекта | Изучаем освещение, электрику и эксплуатационные задачи | Определяем состав системы |
| 2. Формирование требований | Фиксируем зоны, режимы, мониторинг и интеграцию | Получаем техническое задание |
| 3. Разработка архитектуры | Определяем уровни и принцип управления | Формируем структуру системы |
| 4. Выбор интерфейсов и связи | Подбираем протоколы и коммуникационные решения | Получаем техническую топологию |
| 5. Подбор оборудования | Определяем контроллеры, датчики, шлюзы и исполнительные устройства | Формируем состав компонентов |
| 6. Разработка алгоритмов | Описываем режимы, условия переходов и приоритеты | Получаем программную логику |
| 7. Подготовка документации | Выпускаем схемы, таблицы и спецификации | Проект готов к реализации |
| 8. Комплектация | Подбираем совместимые компоненты | Оборудование соответствует проекту |
| 9. Сопровождение пусконаладки | Проверяем настройки и изменения | Система работает по заложенным алгоритмам |
Проектирование заранее отделяет функциональные требования от конкретного бренда оборудования. Это упрощает сравнение решений и позволяет оценивать технические замены по совместимости и необходимому функционалу, а не только по цене контроллера.
Стоимость проектирования систем управления освещением
Стоимость проектирования системы управления освещением зависит прежде всего от её функциональности и масштаба. Управление десятью группами светильников по расписанию и распределённая система с сотнями адресных устройств, несколькими шкафами, беспроводной связью, диспетчеризацией и интеграцией с АСУ ТП требуют разного объёма инженерной разработки.
На трудоёмкость влияет количество управляемых световых точек и зон, необходимость индивидуального диммирования, число сценариев, состав датчиков, структура каналов связи и требования к мониторингу. При реконструкции дополнительно необходимо проверить совместимость существующих светильников, драйверов, шкафов и кабельной инфраструктуры.
Отдельным фактором становится интеграция. Если система должна работать самостоятельно, достаточно разработать её внутреннюю архитектуру. Если необходимо взаимодействие с BMS, SCADA, АСУ ТП или городской диспетчерской системой, требуется определить протоколы, перечень сигналов и ответственность каждой стороны за формирование команд.
Таблица 8. Факторы, влияющие на стоимость проектирования
| Фактор | Как влияет на объём работ |
| Количество световых точек | Определяет масштаб системы |
| Количество управляемых зон | Влияет на структуру групп и сценариев |
| Индивидуальное управление | Увеличивает объём адресации и настройки |
| Диммирование | Требует подбора совместимых драйверов и интерфейсов |
| Количество датчиков | Увеличивает число входных сигналов и алгоритмов |
| Число сценариев | Влияет на объём разработки логики |
| Диспетчеризация | Добавляет верхний уровень управления |
| Удалённая связь | Требует проектирования коммуникационной инфраструктуры |
| Интеграция с другими системами | Добавляет интерфейсы и обмен данными |
| Реконструкция | Требует обследования существующего оборудования |
| Резервирование | Увеличивает глубину архитектурной проработки |
| Состав документации | Определяет итоговую трудоёмкость |
Для предварительной оценки направьте проект или план системы освещения, сведения об установленных либо предполагаемых светильниках и кратко опишите, как объект должен работать. Полезно указать необходимые режимы, количество зон, требования к дистанционному управлению и наличие существующей автоматизации. Если система проектируется в рамках нового объекта и светильники ещё не выбраны, управление можно разработать совместно со светотехнической частью.
После анализа исходных данных мы определяем необходимую архитектуру, состав проектирования и перечень недостающей информации, после чего формируется коммерческое предложение. Работа может ограничиваться проектной документацией либо продолжаться комплектацией, настройкой и инженерным сопровождением реализации.
Результатом проектирования систем управления освещением становится технически определённая система: с понятной структурой управления, распределением светильников по зонам, выбранными интерфейсами и каналами связи, алгоритмами и сценариями, оборудованием мониторинга и документацией, по которой можно выполнить монтаж, программирование и пусконаладку.
Дополнительные материалы по теме:
Проектирование АСУНО
Проектирование электроснабжения систем освещения
Светотехнический расчёт
