Пять приложений и три пульта
Свет — в одном приложении, камеры — в другом, котёл и тёплый пол — на отдельных контроллерах. В итоге домашние не пользуются системой.
Собираем системы, которые управляют домом целиком: свет, отопление, охрана, камеры, теплица. Не набор приложений, а один понятный контур — от датчика до панели и уведомления.
Публичная версия показывает демонстрационные данные: без адресов, кадров с камер, имён и токенов.
iobroker_panel · демонстрационные данныеЧаще всего задача не в том, чтобы добавить ещё одну лампочку с приложением, а в том, чтобы свести всё в один понятный сценарий.
Свет — в одном приложении, камеры — в другом, котёл и тёплый пол — на отдельных контроллерах. В итоге домашние не пользуются системой.
Протечка, дым, открытая дверь или отключение света выясняются постфактум. Хочется узнать сразу — и успеть что-то сделать.
Полив по ощущениям, вентиляция по времени, тёплый пол по памяти. Хочется, чтобы система смотрела на датчики и держала режим сама.
Можем собрать систему на ioBroker и готовых устройствах, а можем сделать нестандартный узел: прошивку, радиоканал, плату сопряжения.
Сервер на Linux, комнаты, устройства, сценарии, панель. Подключаем Zigbee, Wi-Fi, реле, датчики и то, что уже стоит в доме.
работающий проектReact-интерфейс под планшет или настенную панель: крупные плитки, жесты, светлая и тёмная тема, быстрые действия.
реальный интерфейсТемпература, влажность, почва, протечки, дым, движение, заряд батарей. История и понятные статусы.
в проектеРеле, диммеры, тёплый пол, вентиляция, насосы. Шторы и приводы — при совместимом оборудовании.
в проектеГерконы, движение, дым, протечки, сирена, предтревога и снимки с камер. Понятные уведомления.
в проектеONVIF-камеры, RTSP, снимки, карусель, таймлапс. Live-просмотр и отправка кадров при событии.
в проектеВлажность почвы, пороги, интервал, суточный лимит, ручной полив и журнал. Без «полить на глаз».
в проектеПрошивки, опрос датчиков, реле, радиомодули, свои платы и корпуса. От макета до устройства.
инженерная разработкаDebian и Ubuntu, ioBroker, Node.js, nginx, PM2, резервные копии, VPN и удалённый доступ.
инфраструктураСтарый станок, шлагбаум, насос, 4G-модем, камера без нормального API. Разбираемся в протоколе и делаем сопряжение.
по задачеСкриншоты сняты с локальной сборки iobroker_panel на демонстрационных данных. Нажмите на любой экран, чтобы увеличить и пролистать.
Камера на демонстрационном экране заменена подписанной заглушкой. Реальные кадры, адреса и имена не публикуются.
Панель выросла из домашнего ioBroker: сначала несколько реле и датчиков, потом — охрана, камеры, энергомониторинг, автополив и собственный React-интерфейс. Сегодня это рабочий инструмент, а не демо-макет.
Автополив · реальный экранСервер на Linux, ioBroker JavaScript, simple-api, Fastify, React/Vite/TypeScript, PM2 и nginx. Камеры — ONVIF/RTSP, снимки и таймлапсы через ffmpeg/go2rtc. Уведомления — Telegram, MAX и голосовые сценарии Алисы. В проекте 19 JS-сценариев, часть вспомогательных скриптов может быть выключена.
Каждый сценарий — не «функция в меню», а цепочка: датчик → проверка → действие → уведомление → запись в журнал.
Постановка с обратным отсчётом, проверка открытых зон, предтревога и только потом сирена.
Датчики в мокрых зонах, общий статус и сообщение. Автоматическое перекрытие — отдельная задача под привод или реле.
Не по таймеру, а по датчикам: цель, минимальный интервал, длительность и суточный лимит.
Уставка, текущая температура и график. Свет — по кнопкам, расписанию и сценариям «дом / ночь / уехать».
ONVIF и RTSP, снимки по тревоге, карусель актуальных кадров и таймлапс для участка или стройки.
Разрабатываем и настраиваем устройства на Arduino, ESP8266, ESP32 и ESP32-C6, подключаем радиомодули, датчики и реле, пишем прошивки и интегрируем их с ioBroker и Linux-сервером.
Не продаём «коробку с датчиками». Сначала разбираемся, что уже есть и что должно получиться, затем фиксируем состав и этапы.
Объект, что уже стоит, что не устраивает, кто будет пользоваться. Ограничения по проводке, интернету и бюджету.
1–2 дня · созвон или встречаКонтроллеры, датчики, интерфейсы, сценарии, риски. Понятный список, что покупаем и что делаем сами.
схема · спецификацияСтенд или макет: проверяем связь, логику, реакцию на датчики и удобство панели до монтажа.
рабочий макетПодключение, панель, уведомления, сценарии, обучение. Всё можно выключить и вернуть в ручной режим.
панель · уведомленияСхема, доступы, инструкция, резервные копии. Дальше — изменения и развитие по договорённости.
инструкция · бэкапСвет, климат, охрана, камеры, вода. Один контур вместо пяти приложений.
Тёплый пол, вентиляция, свет, полив. Работает по датчикам и кнопкам.
Полив по влажности, климат, освещение, сезонные сценарии.
Свет, доступ, камеры, сервер, уведомления. Без «умного города».
ИВАН ВЯЧЕСЛАВОВИЧ · РУКОВОДИТЕЛЬ КЛИКИван Вячеславович разбирается в программировании, серверной инфраструктуре и электронике: от постановки задачи и выбора контроллеров до запуска и поддержки. Посмотрит вводные, задаст вопросы и предложит решение, которое реально сделать в вашем случае.
Если вашего вопроса нет — напишите. Ответим по существу, даже если задача не наша.
Достаточно описать объект и то, что хочется получить. Не присылайте пароли и доступы — для первого разбора они не нужны.
Чем подробнее описание, тем точнее первый ответ. Телефон нужен для связи, не для рассылок.
Свет, сервер, камера, станок, теплица или своё устройство. Посмотрим вводные и честно скажем, что реально сделать.
Обычный срок ответа на сложные технические обращения — 1–2 дня.