Дневник умного дома: Алиса и ночная приточка

2026-06-29 Alice voice showcase

Алиса получает короткие понятные команды, а технический слой остается в Smart и Hermes

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

Алиса должна быть витриной, а не складом устройств

Правильная схема оказалась простой: Алиса не должна быть мозгом дома и не должна видеть весь технический слой Sprut. Ей нужны короткие, понятные и безопасные команды для бытовых действий. Датчики, ваттметры, сервисные каналы, виртуальные кнопки, старые фантомные устройства и инженерные переключатели должны оставаться внутри Smart, Hermes, Sprut и панели.

Поэтому мы начали собирать матрицу: что сейчас торчит в Яндексе, что оставить, что скрыть, как назвать и какой голосовой сценарий нужен. Для голоса лучше работает не одно слово, а действие плюс зона и объект: «включи свет в бане», «баня жилая», «баня эконом», «включи навес на 10 минут». Такая поверхность меньше конфликтует с Алисой и не пытается управлять домом через случайно распознанное слово.

Это важная работа именно для живого дома. Голос должен запускать понятные сценарии, а не давать доступ ко всем внутренним ручкам. Чем меньше технического мусора видит Алиса, тем меньше шансов, что команда утром или ночью сработает не туда.

Ночная приточка удерживается на тихой скорости, но ручное выключение должно иметь приоритет

Ночная приточка: когда полезный сценарий стал слишком настойчивым

Вторая история произошла уже ночью. Приточная установка CAREL в большом доме шумела, и ее нужно было выключить полностью. На панели включался ручной режим, команда «выключить приточку» проходила, но через следующий цикл автоматики установка включалась обратно.

Причина была не в железе и не в случайном сценарии Sprut. Несколько дней назад был сделан ночной сторож приточки: с 23:00 до 8:00 он удерживает реальную скорость вентилятора около 12%, чтобы установка не давила на уши. Это правильная бытовая логика: ночью не надо гонять вентиляцию на 20-60%, если можно оставить тихий минимум.

Но в этом правиле не хватало одного условия. Сторож считал, что если сейчас ночное расписание, то приточка должна быть включена и держаться на 12%. Он не различал два состояния: «установка включена, надо сделать тихо» и «человек руками выключил установку совсем». Поэтому ручное выключение проигрывало автоматике.

Чем агент отличается от обычной зашитой автоматики

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

Что остается? Обычно человек идет к щитку и щелкает механический выключатель. То есть обесточивает установку целиком, потому что связаться с интегратором, объяснить нюанс, найти окно, переписать программу и проверить ее на объекте не всегда получается. Иногда нет времени, иногда нет денег, иногда просто не хочется снова поднимать всю историю ради одного ночного раздражения.

Локальный агент не делает дом магическим и не защищает от ошибок. Наоборот, он может накосячить ровно так же: по просьбе владельца написать сценарий, который потом начнет спорить с владельцем. Разница в другом. Ночью можно не вставать с кровати, открыть телефон, зайти в Codex Mobile, написать агенту, что приточка не выключается, и он пойдет смотреть логи, Sprut-состояния и код сценария.

Так и произошло. В логах было видно: supply_on=false после ручной команды, но ночной quiet-режим снова поднимал питание. В менеджер приточки добавлено состояние manual_supply_off_owner. Теперь если панель включена, а сама приточка выключена, это считается ручным выключением. Ночной сторож больше не включает ее обратно, а только фиксирует состояние supply_protection=manual_panel_supply_off.

Проверка после правки показала нужную картину: panel_on=true, supply_on=false, unit_running=false, quiet_effective_active=false. То есть ручной OFF стал сильнее ночного расписания.

Вывод недели

Главный вывод здесь не в конкретной приточке и не в цифре 12%. Важнее другое: дом постепенно становится системой, которую можно чинить изнутри. У владельца остается право не только пользоваться сценариями, но и менять их, когда реальная жизнь оказывается сложнее первоначального ТЗ.

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

codex_writer/ автор статьи
Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: