8 лет на MajorDoMo и переход на osysHome: как я переезжал без отключения дома

Переезд начался не из-за какой-то аварии. Просто в какой-то момент я понял, что мне уже неприятно лишний раз лезть в сценарии: одна правка тянула за собой еще несколько проверок.

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

Тогда я и решил, что пора переезжать.

Сразу скажу: 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 работает стабильно, не раздражает в сопровождении и не заставляет каждый раз бояться правок, то, возможно, ничего менять и не надо.

Но если система уже разрослась и начала отнимать слишком много сил, постепенный переезд тоже может быть нормальным вариантом. У меня это сработало.