Переезд начался не из-за какой-то аварии. Просто в какой-то момент я понял, что мне уже неприятно лишний раз лезть в сценарии: одна правка тянула за собой еще несколько проверок.
В какой-то вечер полез поправить один старый сценарий. Дальше, как обычно, пришлось проверить соседние связи, потом еще один кусок логики, потом еще. На этом и поймал себя: система вроде работает, а трогать ее лишний раз уже не хочется.
Тогда я и решил, что пора переезжать.
Сразу скажу: osysHome я пишу сам. Поэтому это не обзор рынка и не попытка кого-то переубедить. Просто рассказываю, как переезжал у себя дома.
Почему я вообще задумался о миграции
С MajorDoMo я прожил восемь лет. Это был не тестовый стенд и не история «поставил, поигрался и забыл». За эти годы система обросла устройствами, интеграциями, уведомлениями, фоновыми скриптами, служебной логикой и всем тем хозяйством, которое сначала кажется временным, а потом живет годами.
Долгое время меня всё устраивало. Но система росла, и вместе с ней начали копиться вещи, которые по отдельности вроде терпимы, а вместе утомляют:
автоматизации местами стали откликаться не так быстро, как раньше;
с данными работать было уже не очень удобно;
доступы тоже хотелось держать в более понятном виде, без лишней обвязки;
а со сценариями стало совсем тяжело: любая правка тянула за собой ручную проверку.
Последний пункт для меня оказался самым важным. Когда у тебя большая система, проблема обычно уже не в том, можно ли сделать еще одну автоматизацию. В какой-то момент даже мелкая правка перестала быть мелкой: полез на 10 минут, а завис на весь вечер.
Но переезжал я не потому, что osysHome мой.
Проблемы, конечно, никуда не делись. Просто с osysHome мне удобнее разбираться со своим хозяйством.
Как выглядел мой стенд
Железо у меня довольно простое: SOYO M4 AIR N95 16GB+512GB, крутится всё это на Ubuntu Server 25.10.
То есть никакой отдельной стойки, ничего героического. Обычный домашний сервер, на котором живет автоматизация.
По интеграциям после переезда у меня остались:
MQTT;
Zigbee2MQTT;
ESPHome;
miio;
OpenHasp;
ThinQ;
Keenetic.
В системе около 200 объектов. И это не только конечные устройства вроде реле и датчиков. Там же и виртуальные сущности, и служебные объекты, и вся связующая логика между ними.
Отдельно скажу про Xiaomi. Больше всего времени у меня неожиданно съели именно эти устройства: пылесос, люстра, увлажнитель и даже поилка для животных. Снаружи это выглядит как обычная бытовуха. По факту именно на этом я потерял больше вечеров, чем хотел бы.
Почему я ушел именно на osysHome
Тут, понятно, ответ не может быть полностью нейтральным: osysHome я и делал в том числе под те вещи, которые меня раздражали в старом контуре.
Но это всё равно не было автоматическим решением из серии «перейду на свое, потому что свое». Мне нужна была система, в которой мне самому будет проще разбираться через полгода, когда опять полезу что-то менять. Не демонстрировать фичи, а именно сопровождать реальный дом: что-то добавлять, что-то менять, не бояться лишний раз полезть в систему.
Хотелось более понятную объектную структуру, внятную работу со свойствами и методами, нормальный плагинный подход и доступы, которые не надо каждый раз отдельно подпирать. Короче, систему, в которой потом самому не больно копаться.
Для меня это был главный критерий. Не «какая система лучше вообще», а «в какой системе мне будет легче жить со своим хозяйством через полгода и через год».
Как я организовал сам переезд
Главное, что я сделал правильно, — не стал переносить всё разом.
osysHome я поднял рядом с MajorDoMo. Какое-то время обе системы работали параллельно. Мне такой подход был сильно ближе, чем классическая схема с одним большим вечером переключения, после которого надо срочно тушить всё, что внезапно не поехало.
Сначала я поднял интеграции и добился простой вещи: устройства должны нормально определяться и управляться руками. Пока команда не проходит вручную и состояние не читается стабильно, про перенос сценариев даже думать рано.
Потом начал собирать структуру объектов уже в osysHome. Не просто копировать старое один в один, а раскладывать это так, как мне потом будет удобно с этим жить.
После этого пошел в автоматизации. Тут правило было простое: сначала делаю и проверяю в osysHome, потом отключаю старый кусок в MajorDoMo. Не наоборот.
За счет этого у меня на каждом этапе оставалась рабочая система. Это, наверное, и было самым важным. Не «быстрый переезд», а переезд без ощущения, что одним неверным движением можно оставить дом в полуразобранном состоянии.
Как я переносил устройства
Я довольно быстро понял, что удобнее переносить группами по функциональности. Так я меньше путался.
То есть логика была такая: сначала реализую нужный класс, потом добавляю объекты, потом привязываю их к реальным устройствам и проверяю всё это уже в живом контуре.
Делал я это в основном по вечерам. Обычно за вечер получалось собрать пару групп. Такой темп меня устраивал, потому что можно было не спешить и не пытаться за один заход перевезти полдома.
Так проще понять, где именно что-то сломалось. Когда переносишь кусок логики целиком, быстрее понимаешь, где именно что-то пошло не так: в интеграции, в объектной модели, в сценарии или вообще в дубле, который ты забыл отключить в старой системе.
Что пришлось заодно переделать
Переезд получился не совсем «один в один». Раз уж я полез глубоко в контур, заодно пересобрал часть вещей так, как давно хотел.
На ESPHome у меня в итоге ушли:
реле, которые раньше были на Tasmota;
bluetooth gateway для сбора данных с bluetooth-сенсоров;
бегущая строка на
MAX7219;Modbus-конвертер для чтения данных со счетчика.
Это, конечно, добавило работы. Но, если честно, я не жалею. Иногда, когда и так уже вскрываешь систему, проще сразу привести часть узлов в порядок, чем аккуратно перетаскивать в новую платформу всё старое, включая то, что давно хотелось переделать.
Что оказалось самым долгим
Самое долгое — не установка и не базовая настройка. Больше всего времени ушло на две вещи.
Первая — старая логика. Такие домашние системы живут долго, и в них всегда есть сценарии, которые когда-то делались «на вечер», потом прижились, потом обросли зависимостями, а через пару лет уже не так просто вспомнить, почему там вообще всё устроено именно так.
Вторая — Xiaomi. Вот здесь я реально завис заметно дольше, чем рассчитывал. Причем не на чем-то экзотическом, а на вполне бытовом наборе: пылесос, люстра, увлажнитель, поилка для животных. Поилка для животных вообще заняла непропорционально много времени.
Весь переход в сумме занял около двух недель. Но это были не две недели «поставил и готово». Это были обычные вечерние сессии: сделал кусок, проверил, что-то поправил, перенес следующую группу, посмотрел, нет ли дублей, и только потом пошел дальше.
Что дал параллельный запуск двух платформ
Если смотреть назад, это и было самым правильным решением.
Параллельный запуск сильно упростил переезд. Не нужно было устраивать один большой день переключения и потом судорожно ловить последствия. Можно проверять всё по частям, не торопиться и сразу видеть, где реальная проблема, а где просто забытый хвост от старой логики.
Для меня это дало несколько очень простых плюсов:
дом продолжал жить как обычно;
можно было спокойно откатиться, если что-то не понравилось;
быстрее было видно, где именно проблема;
не приходилось пытаться перевезти всё за один вечер.
В результате никакой отдельной «ночи миграции» у меня не случилось. В какой-то момент я просто понял, что в MajorDoMo уже почти ничего важного не осталось. После этого остановил его, еще немного понаблюдал за системой уже на одном osysHome и потом окончательно убрал старый контур.
Что я получил после переезда
Специально не буду писать, что «всё стало в три раза быстрее». У меня нет таких цифр. Я не делал синтетических тестов и не хочу их придумывать.
Но в повседневной жизни изменения заметны.
Во-первых, стало спокойнее лезть в автоматизации и что-то менять.
Во-вторых, упростилось поддержка сценариев. На таком размере системы уже важнее не то, как быстро добавить что-то новое, а сколько сил потом уходит на поддержку.
В-третьих, мне стало легче поддерживать порядок в доступах и в структуре логики. Для большого домашнего контура это важнее, чем кажется в начале пути.
Если коротко, хотелось, чтобы система отнимала меньше сил. В моем случае это получилось.
Что в osysHome меня самого не устраивает
После переезда, понятно, не стало идеально.
У osysHome есть свои минусы.
Новому человеку в osysHome, думаю, будет тяжеловато въехать с нуля. Мне в этой модели удобно, потому что я ее собирал под себя. Человеку со стороны, особенно если он привык к другой логике, въехать будет тяжелее.
Не всё есть из коробки. Часть вещей я до сих пор просто делаю руками. Там, где зрелые старые системы накопили длинный шлейф модулей и типовых сценариев, у меня часть вещей всё еще проще сделать руками.
Документация, как это обычно бывает, за кодом не поспевает. И это не красивая оговорка, а обычная проблема таких проектов: код живет быстрее, чем его описание.
Минусы остались, но с osysHome мне просто удобнее жить и что-то менять по ходу.
Итог
Я переезжал не ради новизны. И уж точно не потому, что захотелось срочно уйти на свою систему. В какой-то момент мне просто надоело, что на поддержку MajorDoMo уходит слишком много сил.
У меня это сработало. Переезд не был быстрым, местами был нудным, особенно на Xiaomi, но в итоге с системой стало просто легче. Я перенес всё без резкого отключения старой схемы и заодно переделал несколько вещей, до которых давно не доходили руки.
Всем ли нужен такой переезд? Конечно, нет. Если ваш стенд на MajorDoMo работает стабильно, не раздражает в сопровождении и не заставляет каждый раз бояться правок, то, возможно, ничего менять и не надо.
Но если система уже разрослась и начала отнимать слишком много сил, постепенный переезд тоже может быть нормальным вариантом. У меня это сработало.