Server interaction in Home Assistant, redundancy
ฝัง
- เผยแพร่เมื่อ 16 ต.ค. 2024
- Today I had some free time to talk about the interaction of two Home Assistant servers with an identical configuration - status monitoring, enabling automation.
IMPORTANT! UPDATE LESSONS ON THIS TOPIC:
Backup automation server - • Home Assistant - Резер...
MQTT Bridge - synchronization of Mosquitto broker - • Блог. Home Assistant. ...
Rest sensor, interaction between the main and backup automation servers - • Блог. Home Assistant -...
My telegram channel:
Version in Russian - kvazis.link/tel...
Version in Ukrainian - t.me/alex_kvaz...
Group for communication on smart home - t.me/kvazis_sm...
Articles on the topic of smart home - kvazis.link/arc...
Cashback system for purchases - kvazis.link/let...
Become a sponsor of my TH-cam channel - kvazis.link/spo...
Support the channel in other ways -
Patreon - kvazis.link/pat...
Buy me a coffee - kvazis.link/buy...
Paypal - kvazis.link/paypal
Other options - kvazis.link/donate
Facebook page - / alexkvazis
Playlist of Home Assistant lessons - kvazis.link/ha_...
Feedback - ask.kvazis@gmail.com
Home Assistant configuration - kvazis.link/github / kvazis.link/hassos
“Production Music courtesy of Epidemic Sound” www.epidemicsound.com
#kvazis #homeassiastant #lesson
как всегда, лайк не смотря. Я с нетерпением жду от Вас ваши конфигурационные файлы на гитхаб.
Спасибо.... Та если бы их еще как-то устаканить, у меня частенько различные идеи возникают что тянут за собой кардинальные изменения в системе....
@@Alex_Kvazis для этого в гите существуют ветки, теги и релизы. а самое главное, тот же гит позволяет развернуть все конфиги без копипасты одной командой. git pull, для этого даже аддон есть в hass.io
@@Vilz19 Не все конфиги можно в сыром виде на общий доступ выкладывать
@@Alex_Kvazis а еще мегабонусами -
безотказный бэкап,
в случае с конфигами в гите их можно писать в нормальном человеческом редакторе кода на локальной тачке и забирать той же одной командой на сервере (можно даже хук настроить, что при обновлении хас перезагружаться будет сразу),
можно сделать отдельные ветки для основного и резервного сервера и через слияние распространять весь новый код по каждой ветке в автоматическом режиме (почти)
@@Alex_Kvazis так обновите потом и делов то. Если у Вас нет желания выкладывать, так и скажите. А то я буду в каждом видео напоминать :) Кому то все дается легко, а кому то только на конкретных примерах. Подумайте, лично я был бы очень благодарен
Супер, круто, офигенно!!!)) буду изучать!))
Alex спасибо за ваши подробные и интересные видео. В ваших конфигурациях наблюдаю различные интересные решения, но вот вылавливать их на видео мягко говоря не удобно. Вы не могли бы выложить свои конфигурационные файлы и периодически их обновлять, например как это делают другие специалисты и продвинутые энтузиасты на github? Уверен что для многих начинающих пользователей системы, включая ваших подписчиков это было бы интересно и благодарны вам за это. Опять же с такими конфигами было бы очень удобно работать, например через редактор Atom. Спасибо!
Это то чего так долго ждали! (я так точно). хоть и конфигов и автоматизаций с Гулькин нос, но работает всё гораздо лучше с НА буду пытаться подружить малинку с апельсинкой, а потом, как системы подружаться, буду разбираться с Lovelace. Спасибо!
С lovelace не решил как быть, пока собрался делать обзор - там сделали типа режим конструктора, для домохозяек. Мне он категорически не подходит, у меня режим yaml. Но вот насколько приемлемо это будет для остальных.... В конструкторе - клац-клац и карточка.
@@Alex_Kvazis про режим yaml есть описание на офсайте (кто дружит с английским можно разобраться) буду эксперементировать с .yaml и попробую конструктор. вопрос еще не по теме видео, как включать амбилайтную лед подсветку на люстре 650 через НА?
@@OlegYu yaml - простой как угол дома, и удобный для настройки, но все ручками. Амбилайт - пока никак, ждем обновления когда выделят амбилайт как отдельный светильник
Авторизация API запросов при помощи «api» ключа в запросе - объявлена устаревшей по причине слабой безопасности и со временем будет отключена.
Следует пользоваться Long-Lived Access Tokens, которые можно сгенерировать в панеле пользователя.
Замечу, что для мониторинга здоровья серверов куда больше подходит протокол MQTT.
Также, чувствительные данные, вроде паролей к сервисам, настоятельно рекомендуется хранить в secrets.yaml и использовать в конфигурациях как «!secret foo_bar».
Помимо очевидных достоинств данного похода, есть бонус в виде упрощённой схемы расшаривания своих конфигураций на GitHub. Что в свою очередь может быть полезно как для резервных копий конфигов и их синхронизации между машинками, так и для сообщества, которое сможет воспользоваться твоими наработками. Благо Microsoft уже сделали свой вклад в сообщество - приватные репозитории на GitHub теперь бесплатные.
✌🏽
Спасибо за полезную инфу... Изучаю
Вот надо было просто почитать разок, все очень просто, все красиво перенесено в secrets.yaml и никаких проблем. Реально 10 минут надо было на изучение и пробу...
Теперь надо с гитхабом разобраться
А в EspHome который тоже на ямлах - так можно сделать? Он у меня на отдельном сервере...
upd: Можно и нужно. Просто открываем консоль, заходим в папку config и тупо создаем secrets.yaml через нано.
Дашборд еспхоум это поймет и заюзает.
А можно расписать как это сделать через Лонг Лайв???
A tip : watch series on Flixzone. Been using it for watching loads of movies during the lockdown.
Как всегда отлично, спасибо. Лайчинского прожал.
Спасибо
Спасибо за интересные видео! Вопрос по резервированию, как понял из последних сообщений в телеграмм канале у вас есть отдельный инстанс с mqtt брокером, к нему уже подключаются интеграции mqtt на основном и резервном серверах, а как быть с интеграцией xiaomi gateway допустим, если у меня ble mesh сущности через нее проброшены, как такое резервировать?
А что мешает эту же интеграцию поднять на нескольких инстансах
Лайк, как всегда!
Алексей, увидел у Вас снова мойку и вспомнил ваши неудачи с ней. Вам удалось ее подружить с ha? Вроде в сообществе говорят проблем с ней нет (у меня она тоже в ha), кроме отключения подсветки, которую так же можно решить.
Довольно давно все починили. Все работает как часики
Алекс, а как обновляете конфиги на разных серверах? Копировать-вставить, или есть какие-то более технологичные/автоматизированные методы?
Копипаст... тем более что не всегда можно ставить так, как есть. В некоторых ситуациях нужна адаптация
спасибо за выпуск!
А возможно ли забирать одним запросом данные с нескольких сенсоров, или нужно будет городить какой-нибудь виртуальный сенсор, в него передавать данные из остальных сенсоров, и собственно этот виртуальный сенсор опрашивать
Там нет запросов и опросов, там подключение по rest или через брокер
Очень круто!!! а на dashbord у вас есть поле "напряжение в сети". какое устройство такие данные может предоставить? Спасибо.
На данный момент много розеток, реле (обязательно с нулевой линией) передают данные о напряжении
@@Alex_Kvazis спасибо
@@Alex_Kvazis Купил розетку по вашей рекомендации. Действительно вольтаж есть. спасибо.
Очень навороченная система у вас. Впечатляет. Немного не по теме вопрос. Не подскажете как получить данные о температуре, загрузке процессора и т.д малины, используя НА на HASSIO?
github.com/kvazis/homeassistant/blob/master/includes/sensors/system.yaml вот тут примеры сенсоров
@@Alex_Kvazis благодарю!
Кста, у нотификаций есть группы: если есть несколько сервисов помимо телеги - можно выдавать сообщения группе...
Уже пару раз спрашивал, но автор так и не ответил... Почему haas а не опенхаб. Случайный или осознанный выбор?
Осознанный. Мое мнение - это лучшая опен сорс система управления умным домом
Вы не думали использовать packages ? Так же получается проще чем редактировать десятки файлов. У меня например есть - battery_alert.yaml, miflore.yaml, vacuum_xiaomi.yaml и т.д. Так получается все более упорядоченно.
Я для того и разделил, чтобы легко находить в нужном файле нужную инфу. Некоторые конфиги имеют сотни (ловлейс - тысячи) строк. Придумал зонность - по номерам, по которой определяется принадлежность автоматзаций, скриптов.
Alex, подскажите пожалуйста. А что, камера Xiaomi Xiaofang не может раздавать RTSP поток на два сервера Home Assistant одновременно ? Когда прописываю настройки на одном из серверов, все работает, а когда на двух не работает ни где. Спасибо.
Поток не хочет отдавать, я кстати не пробовал на 1 оставлять, у меня на 3 прописана и не работает. Reolink, Alfawise - ок, а сяофанг только статику
Я так понимаю можно через REST API организовать передачу потока с одного сервера на другой. Но в таком случае будет нагрузка на сервер.
@@Alex_Kvazis В версии Home Assistant 0.93.1 заработал RTSP поток от камеры Xiaomi Xiaofang на два сервера одновременно
Подскажите, каким образом сейчас настроена взаимосвязь серверов. Посмотрел в конфигурации на гите - нету например уже строки с panel . Что-то поменялось сейчас в настройках?
Ну в комментарии прям все это не напишу :))
@@Alex_Kvazis да я почти разобрался уже. Остался только один вопрос.
Как подключить зигби устройства к резервному серверу, чтобы имена и все остальное совпадало? Можно ли просто скопировать с основного сервера файлы из папки zigbee2mqtt - devices.yaml и database.db? Или вручную переспаривать надо с обоими серверами одновременно (надеюсь что нет)?
@@Alex_Railnolds можно просто подключится к соседнему mqtt
@@Alex_Kvazis Который на основном сервере крутится? Ну а если он упадет то как же тогда?
Тогда пробовать запускать зеркальный zigbee2mqtt с той же базой и стиком
Алекс, могут ли работать zigbee устройства с двумя разными серверами, у которых координаторы выполнены в виде стиков? Меня интересует холодное резервирование, но чтобы без переподключения каждого устройтва. Какие файл из конфигураии zigbee2mqtt нужно при этои перенести на дублирующий сервер, чтобы он подхватил все устройства?
К сожалению не могут. Координатор должен быть один. Но так как стик обычно из строя не выходит, то решить вопрос можно использованием lan стика Zigstar, к которому подключать несколько разных серверов zigbee2mqtt
@@Alex_Kvazis Спасибо за ответ. Да, нужно будет переходить на lan или помогло полное копирование данных zigbee на резервную малинку и замена стика на ней на тот, что работал на основном сервере.
NVRAM перенесете с старого стика + бекап z2m, должно все завестись на новом
@@Alex_Kvazis Да, проверил на практике, все именно так как Вы сказали. После переноса NVRAM завелись все приборы без переподключения на новом стике, только те, что на батарейках нужно было разбудить. Теперь у меня одна малинка в холодном резерве в полном комплекте со стиком ZigBee.
Шлюз xiaomi используется? Насколько я помню у него есть проблемы, если к нему больше одног девайса пытаются через режим разработчика управлять
Joe D это - неверная информация
Нет никаких проблем. У меня одновременно 4 шлюза используется.
Вот не знаю: это пожалуй единственная подсистема в моем умном доме, которой равнофиолетово сколько народу до нее домагивается и с какого именно варианта умного дома: мажордомо, хоум ассистент или еще чего...
Отправились в вальхаллу :))
второй сервер параллельно пишет базу данных? если да, то при прочих равных две карточки должны умирать плюс минус в одно и то же время? вообще, эти микро сд бутылочное горло всего hassio
Да, пишет свою базу. Ни разу в одно время не умирали одновременно. А сейчас я от них полностью избавился. На основном - USB SSD диск, на резервном - EMMC
@@Alex_Kvazis если будет возможность снять видео с установкой home assistant через hassio на распьерри с загрузкой и дальше работой на ssd буду благодарен. у коллеги на электронике в объективе камрады писали что можно решить проблнму через установку c загрузкой и работой на ssd но пока я не видел ни инструкции, ни статей. спасибо
@@1etcetera1 Для малины 3Б+ есть такое видео - th-cam.com/video/-DZAdAY-aho/w-d-xo.html
Расскажите, пожалуйста каким вариантом сейчас у вас организован мониторинг взаимодействие серверов в Home Assistant
Рест сенсоры остались, там только изменился синтаксис, через токены. В системе теперь не два и три сервака, третий - mqtt брокер, общий. К нему же подключен CC2538 - таким образом доступ к зигби есть и у двух других, основного и резервного
Alex Kvazis скажите пожалуйста, на сервере где mqtt он поставлен как adon в home assistant?
с mqtt общим понятно, а куда в таком случает подключать интеграцию например того же xiaomi gateway?
А что с mqtt? Это отдельный сервер? У меня была мысль прописать по доменному имени и менять запись DNS при потере одного из серверов.
У меня на каждом свой крутится. По доменному имени - если сервак упал и не пингуется, а если пингуется но НА не стартует ? Таких вариантов тоже много.
@@Alex_Kvazis это я понимаю, что каждый на своем. Но например датчик потребления энергии он же настроен на конкретный ip. И если сервер упал (не ha), то получается, что данные за этот промежуток теряются.
@@Alex_Kvazis тут ещё надо скрипт колхозить который будет какие-то хартбиты мониторить и переключать DNS запись(у меня mikrotik)
@@АлексейХолзаков-т5т нет, у меня нет ни одного датчика который настроен на конкретный ip. Электромониторинг одновременно с трёх точек ведётся, и будет продолжаться даже если две из трёх не будут работать. Данные могут быть синхронизированны. Это мой принцип - нет ничего незаменимого и критически уязвимого
можно ведь использовать для отключения всех сценариев автоматизации "service: automation.turn_on entity_id:group.all_automations" но как я понял Вам это не подходит потому как есть сценарии работающие одновременно на обоих сервачках
Не подходит конечно, тогда отключится и тот сценарий который следит за другим сервером. Даже если забыть о сценариях отработки телеграмма, сенсоров и прочее.
@@Alex_Kvazis я не уверен, но в этой команде есть группы: мб создать группу отключаемых и неотключаемых сценариев?
@@Siorinex И чем это будет отличаться от скрипта, который я сделал ?
@@Alex_Kvazis возможностью не переписывая скрипт перекинуть сценарий в другую группу???
С другой стороны - тут что совой об пень, что пнем об сову: это по любому в конфигах менять
@@Siorinex отож. Все равно от ручного прописывания не уйти, в скрипте мне кажется проще.
А как можно организовать взаимодействие с сервером, находящемся в другой сети, например на даче?
Нужно поднять какой-то VPN между ними
Алексей, а если просто взять любое исполнительное устройство, розетку там или еще чего не важно, и на первом сервере написать автоматизацию чтобы она например каждую четную минуту была включена, каждую нечетную выключена, а второй сервер будет это устройство проверять, вот и все. Ну интервал можно наверно и побольше минуты сделать..
Или например первый сервер включает, второй через 10 минут проверяет что включена и выключает, первый снова через 10 минут включает. И так по циклу. Соответственно как второй сервер при проверке обнаружит что не включена, значит первый сервер висит .
Дополнение: карта может кстати выйти из строя сначала и на втором сервере. Тут получится удобно: если первый сервер увидит что второй завис ( устройство не выкл) то сначала пытается перезагрузить его ( вот тут я незнаю, возможно ли написать команду чтобы один сервер запустил перезагрузку другого, может даже перезагрузку всего одноплатника) если такой команды нет, то можно каждый одноплатник подключить через умную розетку, и перезапускать ее. Далее, если провинившийся сервер не оживет, то второй перехватывает управление автоматизациями на себя ( если в данный момент не он управлял), и посылает телеграмм сообщение, чтобы хозяин разобрался₽)))) в общем будут следить друг за другом.
Алексей, вопрос не по теме, интересует какая нибудь информация про aqara roller shade controll, в Mi Home есть, в инете найти не могу. Собрался шторы автоматические повесить, вот раздвижные купить-то можно, а рулонные только в ми хоум есть. Не слышал про них ничего?
==каждую четную минуту была включена, каждую нечетную выключена,==
Нафига такие сложности ?
==карта может кстати выйти из строя сначала и на втором сервере==
Так и первый следит за вторым...
А как реализована передача устройств zigbee, подключённых через стик?
Через общий mqtt
@@Alex_Kvazis то есть если падает сервер со стиком, они отваливаются? А автоматически новым стиком не подхватываются? Общий mqtt на отдельном сервере?
Алексей, не назрела необходимость снять обновление этого видео? Как новый Урок по ХА...
Та по сути оно актуально. Только синтаксис рест сенсоров исправить и все
@@Alex_Kvazis какова суть исправлений?
Указать токен а не http пароль
Интересное решение, но в данной схеме оба сервера постоянно включены, и ресурс той же флэшки падает в обоих.
Я пошел несколько другим путём. У меня 2 сервера основной на малине , один постоянно работает, второй выключен полностью и на его диске аварийная конфигурация которая обеспечивает работу основных систем и жизнеобеспечения.
Но существует ещё одна деталь, а именно сторожевой модуль организованный на ESP8266 , на серверах установлен ESP HOME , сервер раз в минуту рёргает этот ESP и если в течении 2х минут с сервера не поступил сигнал , то ESP отключает питание основного сервера и включает второй, который берёт управление на себя и информирует меня. 99% устройств управления домом собранный либо мной, либо мперепрошиты заводские , все работают через ESP HOME. Те, которые отвечают за экстренные системы работают и самостоятельно и с сервером, так, что при отсутствии сервера на 3-4 минуты дает им шанс поработать. Но ни по вине сервера, ни из за носителя ( я использую SSD диски) сбоев пока не было, была авария из за блока питания и всё отработало штатно.
А зачем использовать флешку и переживать про ее ресурс ? SSD диск стоит копейки и все решает, переключение мгновенное без необходимости дергать по питанию, в том числе тогда когда один НА просто перегружается.
@@Alex_Kvazis когда я это делал, у меня были сложности с общим пониманием НА, по этому пошел таким путём, тем более я до сих пор не могу нормально писать на YAML, бесит ибо привык к С++ и питону.
Но в последствии не жалею ибо я не сторонник постоянной работы ещё одного компьютера в доме, и так 58 процессоров работают, зачем лишние. У меня даже некоторая переферия включается только тогда, когда необходима, та конечно, что редко нужна.
Подскажи а как быть с MQTT брокером на зеркальных серверах так как брокер работает на одной машине
Почему - что мешает запустить их на каждом из них?
@@Alex_Kvazis в этом случае придётся все конечные устройства перенастраивать на резервный брокер, что очень неудобно. Видимо, другого выхода нет.
@@timafun Есть использовать общий, внешний брокер
@@Alex_Kvazis Да, но это доп. устройство. Или на роутере прописать статически домен вида broker.local и на устройствах указать его. В случае проблем поменять запись и всё будет работать.
ктонибуть пробовал данную связку на свежих HA ??? У меня ругаеться на конфиг, явно чтото изменилось. Гугление пока ничего не дало :(
Изменился синтаксис рест сенсоров, теперь работает через долгосрочные токены
На мажордомо я примерно аналогичную фишку делал, но обломался на простой проблеме: у меня все управление по mqtt и надо или на резервном делать какой-то изврат с командным управлением, или чесать в затылке на резервирование и запаралеливание mqtt...
Там я ввел переменную для активности сервера и в коде для реле проверял эту переменную перед решением выполнять код или нет...
Если все-же решу сохранить Мажордомо как вторую систему помимо HA - наверное тоже на сценарный принцип переведу.
Мне кажется лучше резервы иметь на одинаковых системах
@@Alex_Kvazis апи для взаимодействия по аналогии с ассистентом я не нашел: точнее нашел, но вот как-то ничерта...
Мажордомо на днях не то, чтобы совсем легло, но периодически сомнения в ее адекватности... Дообновлялся.
Так что решил продублировать системой, которая независима от первой до уровня по. А там или мажора переставлю, или Ассисиент станет основой и продублирую его на малину.
Не получается забрать по http данные со второго инстанса. Именно как по этому видео. Посмотрел на гитхабе конфиги Ваших серверов, авторизация по http сделана чуть по другому, но тоже не вышло. При попытке считать сенсор, второй инстанс выдает выдает уведомление: Login attempt or request with invalid authentication from 192.168.1.5. Через браузер тоже не удается посмотреть: 192.168.1.7:8123/api/states/sensor.online_custom?api_password=qwerty получаю: 401: Unauthorized
Да, авторизация описанная в видео - устарела уже, с полгода, а то и больше, изменили подход. Принцип ровно тот же, но через долгосрочные токены доступа.
@@Alex_Kvazis Потыкался не осилил. Получил долгосрочный токен на инстансе №2 (с ним больше ничего не делал). Использую этот токен в инстансе №1 по аналогии с Вашим конфигом занес его в секрет, добавил сенсор посредством rest (скопировал у вас образец) и добавил его в лоулейс. Но все равно ошибка авторизации. Если есть статья с описанием или другая инфа ткните пожалуйста носом. В той инструкции, на которую дается ссылка при создании токена, вообще ничего не понял.
@@miruff Столкнулся с аналогичной ситуацией. Нашел решение: All API calls have to be accompanied by the header Authorization: Bearer ABCDEFGH, where ABCDEFGH is replaced by your token.
Файловая система Raspberry Pi, которая устанавливается на (micro)SD-карту, как и любая файловая система на любом компьютере, может быть повреждена при незапланированном отключении питания. Три выхода: использовать жесткий диск, перевести систему в ReadOnly или использовать резервное питание для корректного отключения системы.
Камеры же пусть пишут на NAS, а то нахер они нужны если вор просто вытащит карту из камеры.
В рид онли перевести не получится - так как пишется много логов, резеревное питание естественно используется, но это не панацея, внешний винт - да, будет дольше чем СД карта, но никак не поможет при перезагрузках, логических сбоях, потере работоспособности при накатке обновлений. Второй сервер - гарантия от всех этих бед.
Опыт месяца эксплуатации: желательно иметь где-то индикатор того, какие именно сервера сейчас считают себя главными....
Либо принцип описанный в общоре, по сигнальному сценарию, либо сценарии которые включаются и выключаются - объединить в группу. Свич группы - вкл или выкл и есть индикатор того активен сервер или нет
Вопрос: ESPHome на все сервера по mqtt шлет или нет?
А то сомнения: народ говорит, что там REST API для этого...
У тебя на вторичных серверах в mqtt приходит инфа от всех этих датчиков???
Можно по mqtt, но он ограничен 1 ип, а по api - кто спросит, тому и отдает
@@Alex_Kvazis копаюсь в этом api. Мне его под Мажордомо приспосабливать еще...
Пока как-то никак: вроде по инструкции делаю, а девайс или 500 или 404 выдает!
@@Siorinex sonoff - там и копаться не надо, все по мануалу. Мне копаться в блитцвульфе пришлось - там и GPIO подбирать и коэфициенты под напряжение и потребление
@@Alex_Kvazis ну, сам по себе я настроил его. Но чтобы резервный сервак мог им управлять - надо это api заюзать.
@@Siorinex Да, но этот проект изначально под HA заточен, и в нем полная поддержка. Mqtt - я даже не прописывал в конфиге
А нет какого-то постоянно работающего сервера? У меня есть медиа сервер, на него в итоге по совету многих на форуме Homeassistant перекинул на виртуалку всю систему. Плюсы очевидны - и быстрее все работает, и никаких проблем с умирающими SD картами.
Но есть проблема в том, что он один. Обновления / перезагрузки никуда не делись. СД карта - это лишь один вопрос. Второй - полная бесперебойность.
@@Alex_Kvazis Можно APC к серверу подключить. Виртуальную машину можно настроить с перезапуском при загрузке сервера. И обновления, перезагрузки ГОРАЗДО быстрее происходят на виртуальной машине. th-cam.com/video/vnie-PJ87Eg/w-d-xo.html тут один из способов, но я вмваре использовал. Единственное - пришлось повозиться с Bluetooth, в итоге внешний донгл подцепил еще один.
@@vadimvvvvvvv на Винду точно не буду перекидывать :) зачем? На оранжах прекрасно работает.
@@Alex_Kvazis Не на винду, а на виртуалку Ubuntu Server в ней в котором уже в контейнере будет Homeassistant. Зато никаких проблем с SD картами.
@@vadimvvvvvvv Ну вмварь на винде крутится ? Не, я готов раз в полгода тратить полчаса на перезаливку 1 карточки, но без серваков на базе PC
Почему вы такой Красивый?
Какой уж есть
Я поступил в 1000 раз проще: моя система стартует с микро_сд, а работает уже с 60 Gb ssd и никаких проблем.
Ну вот приедет обнова с очередный брекинг ченджем, и не стартанет НА. Уже было такое и было когда поменяли ивенты на сяоми сенсоры. Как винт от этого спасет ? Смысл иметь резервную и основную систему
@@Alex_Kvazis Я ставлю обновы только вручную (всмысле запускаю обновление вручную), когда всё настроено и работает нет необходимости обновляться сразу, как только появилось обновление. Плюс к этому минимум раз в сутки делаю бэкап автоматический и ручной непосредственно перед запуском обновы - если что не так, то сразу откачусь и всё.... Проблем нет вообще, уже неделями в настройки не заглядываю - всё просто работает как должно.
@@PalkinXXI а зачем делать каждый день бекапы если ничего не меняется? Я делаю бекапы только когда есть изменения в конфигурации. Могу экспериментировать, улучшать, оптимизировать. Не боюсь положить сервак, не могу потерять данные. Что бы та ни было, винты они тоже сыпятся, имея только одну управляющую точку я бы чувствовал себя очень неуютно.
@@Alex_Kvazis Как зачем - потому что могу)))) А если серьёзно - то мне это ничего не стоит, автоматика, а много - это лучше чем мало, место есть - пусть будет. И сервер я положить не боюсь - восстановление занимает 5 минут + время загрузки малины... Я просто уже наигрался, настроил всё что хотел, сейчас просто наслаждаюсь результатом... Поделился не для того, чтоб оспорить Ваш путь, а что бы показать альтернативу...
@@PalkinXXI Не совсем альтернатива, более высокая степень надежности носителя, но не бесперебойная работа. Я преследовал обе цели, ведь даже в течении тех 5 минут когда идет восстановление - ничего не работает. Мне нужно чтобы работало всегда, и не нужно было задумываться - подходящий ли момент чтобы перезагрузиться (по закону подлости как раз в эти 5 минут кому-то понадобится в туалет, но свет там не включится - например).
Смешно...
Основная система в онлайне вторые сутки. Малинка вообще седьмые пашет...
Утром в 9 часов смотрю - 5 часов назад малина отработала включение сценариев по резервной схеме...
С какой радости - совершенно непонятно...
Сетка на секунду отпала, вот и отработала...
@@Alex_Kvazis вот теперь сижу и думаю: что с этим делать...
Мысль: разбить восстановление связи на два сценария: если в следующие пару секунд все уже опять норм - можно вернуть управление основе...
У меня так и сделано. Сценарии сейчас засунуты в группы, на группы повешены рест сенсоры, и на резерве отслеживается их статус. Если выкл - резерв берет управление на себя, если вкл - отключает свои.
@@Alex_Kvazis на гит пока не обновил? Там по старому вроде...
@@Alex_Kvazis кста, у нотификаторов есть еще помимо data поле "title" - туда можно прописать "от кого". В случае с телегоботами мб нет особого толку, но в каком-нит пуш буллете пишет в заголовке сообщения, что это основа послала, или резервник...
Шутки ради хорошо-бы выложить на гит и конфиг одного из "слейвов", чтобы разница в настройках была видна....
Я и так скажу, там в автоматизациях (кроме системных) стоит initial_state: false Вся разница
@@Alex_Kvazis в сценарии 911 т.к. он для основного сервера - нет включения сценариев. Пишет включение, а команды нет...
Соответственно и вариант для третьего интересен - с проверкой обоих
Кстати да, вот спасибо, уведомление есть, а скрипт забыл вставить :) уже поменял, git обновил. Просто этот кейс отрабатывает секондари, на этом сценарии всегда включены, но все должно быть правильно.
Третий так работает -
- alias: 911_orange_70_71
initial_state: true
trigger:
platform: time_pattern
minutes: '/1'
condition:
- condition: state
entity_id: sensor.orange1_state
state: 'unavailable'
- condition: state
entity_id: sensor.orange2_state
state: 'unavailable'
action:
- service: notify.telegram
data:
message: "Потеря связи с серверами Orange - {{ states('sensor.time_date') }} . Включение сценариев"
- service: script.turn_on
entity_id: script.all_scenario_on
@@Alex_Kvazis смотрю - таки со скриптов на группы перевел на гите???
@@Siorinex та давно уже. Сделал пока две основные группы, может сделаю более тонкое деление