Что такое Abrom Soft?

AbromSoft — движок правил для Linux-контроллеров умного дома. Он превращает набор датчиков, реле и панелей в связную систему: получает данные с устройств, применяет пользовательские правила и отдаёт команды исполнителям. Работает на любом контроллере под Linux; 

Статья вводная: показываем, из чего состоит система и какие задачи она закрывает. Установку, настройку конкретных сценариев и справочник по правилам разбираем в соседних статьях каталога.

Зачем нужен отдельный движок

Wirenboard из коробки транслирует состояния подключённых устройств в брокер mosquitto и предоставляет собственный движок wb-rules на JavaScript. Это мощный инструмент, но по сути обычное программирование: код тяжело масштабируется, плохо переиспользуется и не даёт готовых шаблонов под типовые задачи автоматизации. С ростом системы правила превращаются в разрастающийся код, который тяжело поддерживать.

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

Из чего состоит система

Контроллер — основа. AbromLogic работает на любом Linux-контроллере; чаще всего это Wirenboard. На контроллере запущены mosquitto как MQTT-брокер, штатный веб-интерфейс и сервис AbromLogic. Датчики, реле, диммеры и панели OpenHASP подключаются к контроллеру и общаются с ним через MQTT.

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

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

Какие сценарии закрывает

Отопление и климат: термостат с гистерезисом, отопление по таймеру и расписанию, управление кондиционерами по IR или по родному протоколу, учёт погоды на улице.

Освещение и сцены: кнопки с разными типами нажатия, диммируемые группы света, RGB-ленты, сцены на нескольких устройствах одновременно.

Уведомления: сообщения в Telegram, VK и на почту при заданных условиях — от протечки воды до подъёма температуры в морозильнике.

Панели и интерфейсы: страницы OpenHASP с кнопками, переключателями и слайдерами, привязанными к устройствам системы.

Мониторинг: слежение за здоровьем системных сервисов и за свежестью данных в MQTT-топиках — если датчик замолчал или служба упала, система об этом сообщает.

Как правило начинает работать

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

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