Более полугода назад я сделал портативную сборку Home Assistant под Windows - HassWP.

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

Сегодня я выпустил новый, аналогичный по значимости проект. Это публичный HTTPS доступ в Home Assistant в пару кликов на основе сервиса Dataplicity. Он работает даже для "серых" IP-адресов и авторы сервиса не берут с пользователя абонплату за один сервер.

Вам не надо изучать, как поставить и настроить Duck DNS, Let's Encrypt, Nginx, проброс портов на роутере и прочее. Всё действительно настраивается в пару кликов и заработает с Алисой.

Интеграция выполнена в виде кастомного компонента для Home Assistant, поэтому заработает для любого способа установки ХА, кроме Windows. К сожалению, в исходниках Dataplicity очень много завявок на Linux, от них невозможно избавиться.

https://github.com/AlexxIT/Dataplicity

Сегодня Xiaomi Gateway 3 празднует своё второе рождение. В честь такого события я решил повысить компонент до первой версии!

Сообществу стал доступен способ приручить любую версию шлюза без вскрытия и пайки.

https://github.com/AlexxIT/XiaomiGateway3/releases/tag/v1.0.0

В компонент YandexStation добавлены новые возможности авторизации.

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

Важной особенностью было, что подтверждать аккаунт нужно из той же страны, из которой была попытка авторизации. Это проблема для жителей Украины. Потому как авторизация в компоненте работает без проблем, а подтверждение на сайте Яндекс Паспорта - уже не работает.

Поэтому компонент начал поддерживать авторизацию через Cookie браузера. На этапе настройки есть небольшая инструкция как их добыть.

А ещё появилась опция перенести токен Яндекса с другого сервера Home Assistant.

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

Если вы пользовались скриптом запуска радиостанций на колонках с Алисой - он с недавнего времени поломался. Но я всё починил. Пропал один лишний пробел из 21й строчки.

Пользователи Яндекс.Станций Мини и роутеров MikroTik. Для фиксации IP-адреса колонки оставляйте поле Client ID пустым. С заполненным по умолчанию значением привязка глючит.

Написал новую статью на сразу ряд холиварных тем:

- провод vs беспровод
- шлюзы vs стики
- диммеры и выключатели vs умные лампы

https://sprut.ai/client/blog/4091

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

Можно ли без этого прожить? Конечно можно! Жили же когда-то люди с проводными телефонами. Я когда-то задал вопрос соседке, зачем она до сих пор платит за городской телефон. На что получил ответ: а вдруг война! Где-то в глубине души она сама понимала, что адекватного ответа на этот вопрос у неё нет.

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

На днях в zigbee2mqtt были добавлены эпичные изменения (пока не в релиз!). Это поддержка Zigbee-чипов серии EFR32, написанная двумя гигантами нашего сообщества @goofyk и @mrG1K.

А это значит, что z2m теперь поддерживает прошитый Sonoff Zigbee Bridge, Sprut.stick и Xiaomi Gateway 3! Последний сейчас активно тестируется и с ним есть неприятный момент - Zigbee-чип нужно обновить на более новую версию прошивки. А значит быстро и просто прыгать между режимами работы в Mi Home и zigbee2mqtt не получится. Зато паять Xiaomi Gateway 3 для работы с zigbee2mqtt не нужно, всё можно сделать программно. Я надеюсь, в перспективе появится поддержка и старой прошивки чипа.

Режим работы схож с режимом ZHA. Вся zigbee логика перестаёт работать в Mi Home, но BLE и Mesh продолжают работать в штатном режиме. Я постараюсь всячески поддерживать новый режим в своём компоненте.

И не стоит сравнивать этот шлюз с SLS! По идеологии это два разных продукта. SLS сам по себе автономен, а gw3 в режиме ZHA или zigbee2mqtt выступает в роли беспроводного координатора для вашего сервера умного дома.

Ну что, выкусили все те, кто говорил, что шлюзу до стиков ещё далеко? 😝

https://github.com/Koenkk/zigbee-herdsman/pull/317

А я тем временем несколько дней изучаю работу BLE на нескольких шлюзах.

В этом вопросе очень сильно помогают два шлюза, присланные Андреем @icoderus. Спасибо всем, кто поддержал Андрея по ссылке из прошлого поста. Теперь у меня есть три тестовых шлюза на прошивках 0012, 0043 и 0115.

Кстати, если вы пользовались специальными веб-страницами для понижения версии прошивки шлюза или для получения пароля от Telnet - эти страницы тоже дело рук Андрея. Если ещё не успели сказать ему спасибо - ссылка всё там же в прошлом посте.

А собственно парадокс в том, что BLE на нескольких шлюзах работает хуже, чем на одном 🤦

Каждый из шлюзов начинает передавать данные от окружающих датчиков гораздо реже, чем он бы был один в помещении. В шлюзах есть проверка на слишком частые сообщения. Они не отправляют один и тот же параметр с датчика чаще, чем раз в 10 минут. На некоторые параметры есть фильтрация на обязательное изменения значения. Если значение не изменилось - оно так же не будет отправлено. И даже когда все условия соблюдены - сообщение также может быть не отправлено по неизвестной причине.

Но есть и хорошая новость. Похоже на уровне железа в шлюзе всё нормально. Он принимает на порядок больше BLE данных, чем затем отправляет в облако. Пока я ищу способ, достать сырые данные со шлюза в момент приёма. Но в отличии от zigbee части тут всё гораздо сложнее поддаётся вмешательству.

Как думаете, сколько issue на тему manifest version успеют создать ВО ВСЕХ моих репозиториях?

Приехали новые железки на опыты.

Розетка Xiaomi Mijia Smart Socket 2 с функцией BLE шлюза. Для тестирования, как влияют несколько BLE шлюзов друг на друга. Надежды, что можно будет использовать подобные устройства в качестве BLE шлюзов в сторонних системах практически нет, если вы вдруг ждёте такую фичу.

Лампочка Aqara. Она нужна для двух задач:
- тестирование обновления прошивки на этой лампе с помощью Xiaomi Gateway 3
- добавление в компонент возможности включить функцию "запоминать состояние лампы" при потере питания

И три новых устройства от Сбер. Посмотреть, как там у них всё устроено. С учётом скидки вполне нормальная цена за цветные лампочки, если они светят так же хорошо, как описано на их сайте.

За информацию о скидке спасибо @bessarabov, без неё бы не стал брать. А вы читаете Ивана?
https://t.me/bessarabov_ha/386

23 февраля Xiaomi Gateway 3 праздновал своё второе рождение. А сегодня своё второе рождение празднует его неотъемлемая спутница - технология BLE на шлюзе.

Я больше недели изучал, как четыре разных шлюза на трёх разных прошивках шлют данные с окружающих их датчиков. И внёс в это поведение значительные коррективы.

Теперь Home Assistant получает BLE данные с датчиков не реже, чем решения на ESPHome и другие аналоги. Лишь помните, что физику радио-сигнала никто не отменял. По моим наблюдениям шлюз, спрятанный глубоко в шкафу около роутера и сервера - получает намного меньше данных по сравнению со своими, более грамотно размещёнными собратьями.

И что немаловажно - теперь корректно обрабатываются BLE данные одновременно с нескольких шлюзов, подключенных к одному ХА.

Новая логика пока ещё требует тестирования и отладки, поэтому попала только в бета-версию.

https://github.com/AlexxIT/XiaomiGateway3/releases/tag/v1.1b1

Ну и конечно с праздником, дорогие дамы!

А вот и новые плоды вчерашнего обновления. Данные от BLE датчиков идут просто в бешеных количествах. Особенно в сравнении с Zigbee аналогом. Теперь нужно придумывать защиту от дребезга.

https://t.me/xiaomi_gw_v3_hack/37266

Ух, новая логика работы с BLE в компоненте Xiaomi Gateway 3 не только изменила количество обрабатываемых данных от датчиков. Она, совершенно неожиданно, добавила поддержку чайников!

Важно понимать, что управлять чайником нельзя. Можно лишь получать с него данные - температуру и режим работы (их четыре). Теперь можно написать автоматизацию, чтоб Алиса пригласила вас к столу, когда чайник закипит.

Ещё нужно проверить, вдруг случайно появилась поддержка самокатов, а может и браслетов Xiaomi.

https://github.com/AlexxIT/XiaomiGateway3/releases/tag/v1.1b2

Всё же очень душевные ребята из китайского сообщества Home Assistant. Речь идёт про вскрытие Xiaomi Gateway 3 для прошивки. Что на сегодняшний день более не актуально

За полтора года SonoffLAN перешагнул отметку в тысячу звёзд, а Xiaomi Gateway 3 за полгода - 600. Но всё ещё остаётся очень много задач по всем этим проектам.

В SonoffLAN нужно, наконец, добавить настройку через GUI.

В Gateway3 - повысить общую стабильность, добавить настройку устройств, обновление прошивок дочерних устройств, поддержку z2m и хабов M1S, M2, G2H.

В YandexStation - навигацию по каталогу Яндекс Музыки, уже есть готовый код от @alryaz, осталось в него внимательно вникнуть и принять.

RTSP2WebRTC нужно собрать в виде готового контейнера, у многих проблемы со сборкой на своих серверах. И добавить обновления Go части от оригинального автора, должно поддерживаться больше веб-камер.

В YandexDialogs нужно починить авторизацию для автоматического создания навыка.

И это только существующие проекты. А ещё в мыслях поддержка камер Xiaomi Dafang и проект gateway2mqtt по которым уже были успешные рабочие прототипы.

После достижения тысячи звёзд, GitHub начал сильно волноваться, что в моём аккаунте не указан "преемник", которому перейдёт управление всеми моими публичными репозиториями в случае моей смерти 😱

Речь не про один репозиторий, а про вообще все. Но уведомление показывается только в репозитории SonoffLAN.

Настают интересные времена в развитии Zigbee технологий. И в частности наших любимых датчиков Xiaomi/Aqara.

1. Mi Home научился обновлять прошивки Zigbee устройств. Поговаривают, он и раньше это умел. Но делал это тихо и непредсказуемо. Мои старенькие розетки Plug за долгое время использования на втором, а затем и на третьем шлюзе, так и не получили обновление прошивки.

2. Появились первые обновления батарейных датчиков. Исторически батарейные устройства поддерживают обновления прошивок довольно редко. Все старые батарейные устройства Xiaomi/Aqara не поддерживают обновления. Но, похоже, все новые датчики серии Т1 имеют такую возможность.

На скриншоте датчик вибрации серии Т1 (zigbee 3), подключенный к шлюзу Xiaomi Gateway 3. Также обновления поддерживаются на шлюзе M1S.

Кстати последняя версия одноимённого компонента для Home Assistant показывает версию прошивки zigbee устройств, если она известна.

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

Составных частей настолько много, что никогда не знаешь, откуда в очередной раз могут прилететь проблемы.

И тут я могу сказать спасибо любимой многими фруктовой компании. Именно ребята из Купертино отучили меня ставить обновления программ сразу после выхода. Несколько лет назад я заметил, что каждое их обновление приносит мне больше боли и страдания, чем радости от нового функционала. Появилось впечатление, что Джобс был единственным, кто контролировал качество в этой компании. Сейчас обновление мажорной версии macOS вызывает у меня ужас, схожий с мажорным обновлением Home Assistant. Но этот пост не про то, как перемывать косточки Apple.

В подавляющем большинстве случаев обновления запускаются вручную пользователем. Будь то обновление ХА или обновление прошивки вашего устройства.

Например, очередное обновление Xiaomi Gateway 3 закрыло доступ к использованию этого хаба в сторонних системах без паяльника (на сегодняшний день более не актуально). А ещё на новых прошивках не работает Mesh и вообще весь протокол miio без подключения к облаку. На моей любимой версии 1.4.6_0012 всё отлично.

В обновлении Xiaomi Bedside Lamp 2 отключили поддержку локального прокола Yeelight. Тут снова спасибо Apple - благодаря правилу НЕ обновляться, меня не постигла эта участь.

А вот недавнее обновление Яндекс.Станции Мини уронило весь интерфейс Home Assistant. Полностью.

Пару дней назад колонка стала присылать громкость в формате "минус бесконечность". Home Assistant был не знаком с высшей математикой и просто не мог отобразить свой интерфейс. А искать проблему и отключать интеграцию приходилось уже через командную строку.

Конечно это не укор в сторону Яндекса. Просто хороший пример, как слаба архитектура Home Assistant к внешним воздействиям. И очень жаль, что с умными колонками не работает "правило Apple".

А в последней версии компонента уже всё хорошо
https://github.com/AlexxIT/YandexStation/releases/tag/v3.1.1

Приехали несколько Bluetooth Mesh ламп на тесты. YLTS02YL, YLTS04YL и MJTS01YL. Это далеко не все точечные Mesh светильники на рынке. Есть ещё две модели с красными лапками от Yeelight.

Скорых отзывов не ждите, совсем нет на это времени. Даже лампы Aqara и Сбера ещё не успел распаковать. Постоянно приходится что-то фиксить в своих компонентах в борьбе с новыми версиям прошивок разных устройств.

Стоило только пожаловаться, что всё время уходит на исправление новых проблем в старых компонентах, как во всех колонках с Алисой отвалился TTS.

Но теперь снова всё хорошо
https://github.com/AlexxIT/YandexStation/releases/tag/v3.1.3

А я вчера весь вечер убил на доработку Yeelight Flex Switch напильником. А точнее лобзиком.

Хоть задник выключателей достаточно маленький, чтоб поместиться в круглый подрозетник - у него есть небольшой неприятный выступ для квадратного подрозетника. Вот пришлось весь этот выступ спиливать по углам.

Теперь две люстры с Bluetooth Mesh лампочками отлично управляются по проводу, не теряя управление яркостью и цветовой температурой.

Ранее на этом месте стоял умный безнулевой выключатель eWeLink и с ним были проблемы. Ему просто не хватало питания через умные лампы, комплектный конденсатор не помогал и выключатель постоянно подвисал.

Начинаю задумываться, не проще было бы закоротить провода, прилепить к стене беспроводные Aqara, а локальные автоматизации настроить на шлюзе 🤔

У SonoffLAN вышла новая версия с очень интересным фиксом. Впервые мне пожаловались на проблему ещё полгода назад. Состояние реле в интерфейсе Home Assistant в некоторых случаях было неверным. Тогда найти причину не удалось.

Вы, наверное, помните, что компонент работает одновременно по локальному и облачному протоколу eWeLink. Это сильно повышает отказоустойчивость в случае отказа одного из протоколов.

Внимательный читатель сразу задумается, как же локальный протокол может отказать? Ведь это самое надёжное, что может быть на свете. Но, к сожалению, он базируется на технологии mDNS, придуманной инженерами Apple. И, как следствие, работает вся эта штука очень непредсказуемо и ненадёжно. Поэтому я всегда рекомендую пользоваться только автоматическим режимом работы компонента.

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

https://github.com/AlexxIT/SonoffLAN/releases/tag/v2.4.1