AI-система управления умным освещением по данным датчиков

Управление освещением AI: где ломается ручная логика

Классическая автоматика держится на расписании и реле: щит включает группу к началу смены и гасит по времени, а датчик движения только продлевает таймер. Управление освещением AI решает другую задачу — не «включить по часам», а удерживать свет там, где он нужен людям прямо сейчас, и не тратить его на пустые зоны.

Датчик присутствия — плохой источник правды. Ложные срабатывания датчиков дают поток воздуха от приточной вентиляции, нагрев от оборудования, движение за стеклянной перегородкой — и группа остаётся включённой на весь выдержанный таймер, хотя в помещении никого нет. Обратная ошибка встречается не реже: человек сидит неподвижно за монитором, сенсор его не видит и гасит свет в занятом кабинете.

Расписание против занятости — главный конфликт. В пиковые часы соседние зоны загружены неравномерно: где-то полная посадка при приглушённом свете, а рядом горит вся группа в пустой переговорной. Ручные сценарии это не лечат — их приходится переписывать после каждой перестановки мебели, а AI-логика освещения опирается на текущую картину занятости, а не на зафиксированный список групп и часов.

Сигнала для этого достаточно: управление освещением по датчикам освещённости, присутствия и учёта занятости рабочих мест сводится в одну модель, которая учится на фактическом использовании зон и постепенно убирает и пересвет, и провалы. Ниже разбираем, как это закрывается.

Что меняет адаптивная логика освещения на объекте

Считать эффект адаптивной логики удобно по четырём величинам: доля освещения в общем потреблении объекта, число ложных включений за сутки, время реакции на изменение занятости и доля срабатываний класса «свет не там и не тогда». Именно эти показатели снимаем до и после внедрения.

Зоны, которые реагируют на людей, а не на время

Освещение делится не по этажам и щитам, а по сценариям использования: коридор, переговорная, складская секция, группа рабочих мест. Каждая зона получает свой датчик присутствия и порог по естественному свету — свет включается там, где человек есть, а не там, где проходит граница шлейфа.

Ключевая проверка — ложные включения. Пока один проход поднимал освещение целого крыла, счёт шёл на десятки в сутки; после зонирования реагируют 2–4 светильника с удержанием 5–10 минут и гистерезисом по порогу. Реакция на занятость укладывается в секунды вместо получасового таймера, а отказы «свет не там и не тогда» становятся единичными.

Плавное ведение яркости вместо резких переключений

Резкий выход на полную яркость из темноты — это и дискомфорт для глаз, и перерасход. Кривая регулирования выводит уровень до рабочего за 1–2 секунды, а при уходе человека сначала снижает его до дежурных 10–20% и только затем гасит. У окон яркость приглушается по датчику естественного света, поэтому днём зона у стёкол работает на минимуме.

Экономия на освещении без потери комфорта получается не отключением, а отказом освещать пустые зоны: потребление падает на треть и больше при той же освещённости на рабочих местах.

Режимы работы: локальная логика, облако, гибрид

Выбор здесь не про «умность» алгоритма, а про то, где принимается решение и что происходит с объектом при потере канала. Локальная логика освещения живёт на контроллере в щите, облачная аналитика освещения считает модели по агрегированной телеметрии, а гибридная схема управления делит контуры ответственности между ними. Ниже — когда каждый вариант уместен и чем за него платят.

Когда объект обязан работать без внешней связи

Автономная работа при потере связи — обязательное требование для подземных паркингов, эвакуационных путей, холодильных и производственных площадок. Контроллер хранит сценарии и пороги в собственной памяти, продолжает опрашивать датчики присутствия и освещённости и переключает группы света без участия внешнего контура. Телеметрия при этом пишется в локальную очередь и догружается после восстановления канала, поэтому разрыв в данных не превращается в пробел в отчётности.

Что уходит во внешний контур, а что остаётся на месте

Решение «включить свет» остаётся на объекте — оно требует предсказуемого отклика и не может зависеть от сети. Во внешний контур уходят агрегаты по площадкам, поиск аномалий, сравнение профилей потребления и пересчёт рекомендуемых сценариев. Такое разделение даёт управляемость сети без риска, что внешний сервис или канал «уронят» свет: критичный контур изолирован, а оптимизация приходит на объект как обновление конфигурации и применяется только после проверки.

Как идёт внедрение: от аудита точек до передачи

Внедрение разбито на этапы с проверяемым результатом после каждого шага. Порядок не переставляется: настройка порогов имеет смысл только после того, как зафиксированы зоны и группы.

Аудит существующей инфраструктуры

Сначала обмеряем то, что уже стоит: датчики движения и освещённости, щиты, линии питания, фактические нагрузки по группам. Аудит системы освещения показывает, где точки дают ложные срабатывания и где не хватает данных для модели.

1. Обмер и аудит точек — какие датчики работают, как разведены группы, какие щиты доступны для управления.
2. Схема зон и групп — привязка каждой группы к сценарию: коридор, лестница, парковка, склад, и логика переходов между ними.
3. Настройка порогов датчиков — уровни срабатывания, задержки выключения, чувствительность под фактический фон освещённости.

Проверка на реальном потоке людей

Пороги, выведенные из документации, почти всегда требуют правки: на живом потоке видно ложные включения и «тёмные окна», когда свет гаснет раньше, чем человек вышел из зоны.

• Пусконаладка освещения — прогон сценариев в часы пик и в межсезонье, подстройка задержек по реальным маршрутам.
• Проверка на живом потоке — суточный прогон по всем группам, сверка журналов срабатываний с обходами персонала.
• Обучение персонала — регламент на ручной режим и откат к штатному управлению.
• Передача — документация, доступы, границы ответственности, период сопровождения.

На выходе заказчик получает систему, где алгоритм отключается одной командой без потери освещения.

Что остаётся у заказчика после внедрения

Систему передаём не архивом файлов, а рабочим комплектом, по которому служба эксплуатации закрывает большинство задач своими силами. Все документы привязаны к конкретному объекту и обновляются при изменении конфигурации — иначе через полгода никто не вспомнит, почему в коридоре третьего этажа сценарий срабатывает именно так.

• Карта групп и адресов — какой светильник к какому щиту, линии и адресу привязан и какая зона датчиков им управляет. Без неё замена одного прибора превращается в перебор вариантов на объекте.
• Матрица сценариев — сценарий, условие запуска (движение, уровень естественного света, расписание), целевая яркость и таймауты. Правку значений эксплуатация вносит сама, без вызова настройщика.
• Исполнительная документация освещения — схемы зон, щитов, трасс и маркировки, приведённые к фактическому монтажу, а не к первоначальному проекту.
• Регламент эксплуатации — действия при отказе датчика или линии, перевод зоны в ручной режим, возврат автоматики, порядок эскалации.
• Инструкция для службы эксплуатации — пошагово и коротко: где посмотреть состояние, как переключить режим, как оформить заявку.
• Протокол проверок — какие зоны, сценарии и классы отказов прогнаны при сдаче, с результатами и датами повторных прогонов.

Регламент прав доступа и ролей эксплуатации

Роли фиксируем явно: диспетчер видит состояние и переключает сценарии, инженер эксплуатации правит уставки датчиков и границы зон, полный доступ к конфигурации остаётся у одного-двух человек. Каждое изменение попадает в журнал с автором и временем, а эталонная конфигурация хранится отдельной копией — откат к ней занимает минуты, а не ночной разбор инцидента.

Кейс: офисный этаж и склад на одной логике

Объект — административный этаж и склад сухого хранения под одной кровлей. Светом там уже управляли, но двумя независимыми контурами: в офисе — выключатели по зонам, на складе — щиток с ручными группами, которые дежурный переключал перед сменами. Мы свели всё в одну адресную шину DALI: у каждого светильника и датчика есть адрес и своя зона, а сценарии описываются один раз и наследуются обоими контурами.

До внедрения картина была предсказуемо плохой. Свет в переговорных и в дальних рядах стеллажей горел почти 14 часов в сутки — независимо от того, есть там кто-то или нет. Недостаток освещённости в проходах подтверждали регулярные обращения, а дежурный персонал вручную переключал группы до и после каждой смены.

Что показал замер до и после

Ключевым оказалось не наличие датчиков, а правило перехода: зона без движения уходит на низкий уровень мощности, а не выключается — люди перестали жаловаться, что «погасло под рукой». Датчики освещённости днём срезают верхний уровень у оконных линий, поэтому ушло и «слепит». Новые стеллажные ряды добавляются в ту же логику, без переписывания сценариев.

Чем отличается расписание от сценария по датчикам?

Расписание — детерминированный контур: переключение групп привязано к календарю и астрономическому времени, результат воспроизводим и не зависит от состояния датчиков. Плата за это — слепота к факту: свет горит в пустом зале и не включается, когда смена вышла за график.

Сценарии по присутствию работают от событий: датчики движения и освещённости формируют зону занятости, а выдержка удержания не даёт свету гаснуть, пока человек сидит без движения. Порог срабатывания и время удержания задаются отдельно для коридора, переговорной и склада — иначе получаем либо мигание, либо освещённый пустой проход.

На практике контуры не конкурируют, а вкладываются: расписание задаёт базовый режим и служит безопасным состоянием при потере связи с датчиками, а датчики уточняют картину внутри разрешённых окон. Стандарт адресации светильников DALI позволяет ограничить ручной перехват одной группой, а не всем этажом.

Приоритет ручного управления проектируется явно: команда оператора или настенного выключателя перебивает автоматику на заданный интервал, после чего управление возвращается сценарию. Так аварийный выход остаётся освещённым независимо от того, что решила автоматика.

Технические вопросы, которые задают до старта

Служба эксплуатации задаёт вопросы раньше проектировщиков: не про алгоритмы, а про поведение системы в реальном здании. Ниже — четыре сомнения, которые всплывают на объектных встречах до старта.

Существующие датчики движения придётся менять?

Не обязательно. Сначала инвентаризация: что смонтировано, какой сигнал на выходе, попадают ли зоны покрытия в нужные контуры. Дискретный выход заводится через модуль сопряжения, обмен по шине — напрямую, если оборудование поддерживает DALI. Замена нужна только там, где датчик не даёт нужного разрешения по зонам.

Как отсекаете ложные включения?

Решение принимается по совокупности признаков: движение, уровень естественного света, время удержания, привязка к зоне. Задержка на выключение и гистерезис по порогу снимают срабатывания от потоков воздуха, бликов и отражений. Доля ложных включений фиксируется на приёмке как измеримый показатель.

Кто отвечает за настройку после сдачи?

Пороги и сцены остаются в конфигурации объекта, а не в нашей системе — служба эксплуатации может менять их сама. Передаём схемы, регламент изменений и обучаем персонал; сопровождение после сдачи работает отдельным режимом с оговорённым окном реакции, когда логику нужно править по факту эксплуатации.

Обсудим вашу задачу и вернёмся с планом

Чтобы обсудить задачу предметно, а оценка проекта освещения не превратилась в «среднюю по рынку», нужен минимум вводных. Соберём их за один разговор — без долгой переписки и уточняющих кругов на неделю.

• Схема помещений или зон: где стоят светильники, как разведены линии, есть ли уже группы управления.
• Тип датчиков — присутствие, освещённость, движение — и по какому интерфейсу они отдают показания.
• Текущий контур управления: щиты, реле, шлюзы, что уже доступно удалённо, а что придётся добавлять.
• Сценарии, которые нужны на практике: рабочие часы, дежурный режим, зоны с повышенными требованиями к уровню света.
• Ограничения по монтажу и допускам: ночные окна работ, запретные зоны, кто открывает доступ на объект.
• Что считаем результатом: доля автоматических срабатываний, отсутствие ложных включений, отчёт по расходу за смену.

В ответ отдаём схему интеграции с точками подключения, план внедрения по этапам с проверяемым результатом на каждом и состав работ с границей ответственности. Отдельно проговариваем, что остаётся на стороне монтажной организации, а что закрываем мы — чтобы логика управления не повисла между подрядчиками.

Опишите задачу в двух-трёх абзацах — вернёмся с оценкой и планом.