На выходных уделил время аддону веб-камер - RTSP2WebRTC.

У части пользователей аддон не мог собраться на их сервере.

С версии 0.2.0 аддон собирается где-то в облаках GitHub под все поддерживаемые в Home Assistant архитектуры процессоров и загружается на Docker Hub в виде готовых образов.

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

Впрочем, пользователям необязательно это всё знать. Достаточно лишь настроить репозиторий аддонов и нажать кнопку Install.

Планировал ещё собрать карточку Lovelace, но всё время ушло на прошлую задачу. Хотя разработчики ХА создали инструмент для сборки аддонов, правильно его применить оказалось не очень то и тривиальной задачей. Забавно, что сам Френк (соавтор ХА и автор основных аддонов) этот инструмент не использует, так что подсмотреть было негде :)

https://github.com/AlexxIT/hassio-addons

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

Как сказал ирландский комик Дара О'Брайен, в одном из своих выступлений: индустрия видеоигр выгодно отличается от всех остальных индустрий. Невозможно плохо смотреть фильм. Невозможно плохо слушать музыкальный альбом. Но можно плохо играть в видеоигру, и она накажет вас за это, закрыв доступ к остальной части игры.

На прошлой неделе вышло шикарное продолжение сатирической стратегии про Злого Гения. Я в очередной раз отстраивал базу по пути к мировому господству и заметил, что все приборы в разных помещениях начали активно выходить из строя. Я проверил количество техников, пять штук, должно хватать на починку. Но приборы никто не чинил. Стал искать техников по базе, почему они не выполняют свою основную обязанность. И обнаружил всех их на кухне!

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

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

А ещё на портале Sprut.ai вышел долгожданный подкаст с моим участием:
https://sprut.ai/client/news/4190

Итак, сегодня у меня для вас новый Home Assistant компонент на старую тему - проигрывание видео с IP-камер в реальном времени без задержек.

Под капотом всё тот же RTSPtoWebRTC. Но теперь это не аддон Hass.io, а компонент Home Assistant, который можно установить через HACS. А значит, теперь он поддерживается не только в установках с Supervisor, но и в Docker-версии, в venv и даже в Windows, в том числе в HassWP.

А самое главное - компонент теперь поставляется с карточкой Lovelace, которую не нужно отдельно ставить и как-то добавлять в ресурсы. Оно само.

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

Конечно, не стоит ожидать, что все камеры мира заработают. Но те, что заработаю - будут выдавать картинку ОЧЕНЬ быстро.

https://youtu.be/2otE2dc6OAA

Случайно нашёл себя на ebay...

Всего пару дней компоненту WebRTC, а репозиторий уже посетило более 2000 человек. И за это время много всего улучшилось в компоненте.

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

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

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

Если у вас с десяток и более камер - появилась настройка увеличить количество активных подключений. По умолчанию их всего десять.

В документации компонента появился большой раздел FAQ с ответами на самые частые вопросы и проблемы:

https://github.com/AlexxIT/WebRTC

На прошлой неделе было две забавные истории.

Один пользователь написал, что после установки компонента Xiaomi Gateway 3 и ввода логина/пароля от облака Xiaomi - на его телевизоре начали самопроизвольно включатся ролики YouTube. Советовал всем быть осторожными в чате шлюза.

У второго пользователя, после установки компонента Dataplicity, админка роутера переключилась на китайский язык. Предостерегал всех от использования этого спамерского (цитата автора) компонента во всех ресурсах, куда только смог написать.

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

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

Компонент Яндекс.Станции не сохраняет пароль пользователя. Сохраняется только токен авторизации. И заложен механизм повторной ручной авторизации пользователя через год, когда токен "протухнет".

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

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

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

Прозрачность кода отдельная история. Я всегда пишу код согласно правилу, что "его будет поддерживать больной на всю голову психопат, знающий мой домашний адрес". То есть он должен быть максимально читаемым для любого стороннего человека. Это важно.

А в историях с телевизором и роутером, с высокой долей вероятности, Home Assistant вообще не участвовал.

Почему я развёл такую шумиху вокруг камер. Это через удалённый доступ. Левая - WebRTC с качеством 1080p и звуком. Правая - штатная интеграция ХА с качеством 360p без звука.

Не надоел я вам ещё с камерами? Но оно того стоит!

Николай @Vasilchuk, автор некоторых официальных интеграций Home Assistant, добавил крутейшее обновление в компонент WebRTC.

Новая версия теперь может показывать видео с камеры, даже если у вас "серый" IP-адрес и вы не пробрасывали порты на своём роутере (но не во всех случаях)!!! Лично моё представление об устройстве Интернета немного вывернулось наизнанку.

Да-да, большинство типов NAT этому протоколу не помеха и он сможет установить прямое подключение между браузером/мобильным приложением и вашим сервером ХА. Он не справится только, с так называемым, Симметричным NAT, который, как правило, используют в корпоративных сетях.

PS. В новой версии видео научилось автоматически стартовать и останавливаться. А также вернулась поддержка Firefox, привет @Belokobylskiy

Если я давно не писал, это не значит, что ничего интересного не происходит.

За первую неделю своего существования компонент WebRTC получил около 80 звёзд. А его исходники успели стащить в другой аналогичный компонент. Я называю это именно стащить, потому что никакого упоминания оригинального авторства в них нет...

Сам компонент WebRTC успел получить два больших релиза. Коротко по изменениям:

1. Для большинства пользователей больше не надо прокидывать порты на роутере и вообще как-либо их настраивать. Кто менял их ранее, рекомендуется удалить и заново настроить интеграцию, чтоб сбросить изменения.

2. Появился заголовок со статусом, в котором пишутся все ошибки подключения. Теперь будет более понятно, что происходит. А ещё в этот заголовок можно указать название камеры/помещения.

3. Появился кастомная тема плеера. Написана @Vasilchuk и включается в настройках. Будет полезно пользователям яблок, потому как их интерфейс плеера временами подбешивает.

4. Теперь вместо url до камеры можно указать entity камеры из конфига. А там уже поддерживаются secrets.yaml. Параноики ликуют!

5. Теперь поток до камеры останавливается, если на камеру никто не смотрит. Немного экономим электричество и локальный трафик.

6. Больше не надо чистить кэш браузера при обновлении компонента. Так же должна уйти проблема с пропавшей карточкой камеры у любителей править интерфейс в yaml файлах. Серьёзно, зачем вы продолжаете это делать?!

7. В списке поддерживаемых камер появилось Android приложение, позволяющее превратить любой старый телефон в отличную вебку со звуком!

А ещё я решил проверить, как компонент работает с хакнутыми камерами Xiaomi Dafang. Оказалось, она вполне себе крутит FullHD видео не хуже камеры Sonoff.

Долго воевал со звуком в этой камере, нашёл проблему в rstp2webrtc и починил её. Теперь звук есть у Dafang и, возможно, появится у других ваших камер.

PS. Браузер Apple подвинул Internet Explorer и занял заслуженное первое место в списке самых кривых браузеров для веб-разработки.

Навёл красоту. Добавил иконки и лого основным компонентам.

Иконку Яндекс.Станции рисовал автор набора иконок для всех моделей колонок @iSwitch

Сами иконки колонок ставятся из отдельной интеграции HACS. Зато, если вы не пользуетесь ужасным lovelace: mode: yaml - их никуда прописывать не надо. Они автоматически подтянутся всеми колонками сразу после установки:

https://github.com/iswitch/ha-yandex-icons

Недавно разворачивал ХА с нуля и заметил, что мои компоненты занимают первую и вторую строчку в HACS.

Просто по умолчанию HACS сортирует все компоненты по количеству звёзд на GitHub, а официально в HACS добавлено всего два моих компонента.

Вот подумываю добавить туда остальные и занять всю первую страницу 🙈

На днях посмотрел фильм Boss Level и поразился двум вещам:

1. Фильм по очень крутому игровому жанру

2. Большинство обзорщиков так и не поняли, о каком жанре идёт речь

Жанр называется Roguelike или в простонародье "рогалик". Характерной особенностью жанра является необратимость смерти персонажа и постоянный откат к самому началу игры. При этом у персонажа могут сохраниться добытые до момента смерти навыки. В случае с фильмом это был навык боя на мечах.

Некоторые обзорщики сравнивали фильм с популярными в последнее время спидранами. Только вот в спидранах быстрое прохождение игры является необязательной опцией. А в фильме - развитием всего обязательного сюжета.

Накидал тут спойлеров тем, кто ещё не смотрел 🙈

Фильм трешовый, на любителя в стиле Адреналина или Хардкора, не кидайте потом тапками 😅

PS. Один из моих любимых рогаликов, это Dead Cells

Проекту WebRTC нет и трёх недель, а у него уже было 5 больших релизов.

Я считаю релиз большим, когда в компоненте появляется новая значительная функциональность.


1. В этот раз компонент научился транслировать камеры с помощью Google Cast на Chromecast, Android TV и Google Smart Screen. Можно транслировать либо одну камеру на весь экран, либо четыре.

Работает это через стандартный Home Assistant Cast, который требует обязательного внешнего HTTPS доступа, что не всегда удобно.

Но я дополнительно прикрутил альтернативный способ кастинга - DashCast. Он может работать и локально по HTTP протоколу.


2. Кроме этого появилась возможность создать ссылку на HTML-страницу с потоком камеры. Её можно использовать в разных приложениях с уведомлениями. И даже делиться с друзьями или родственниками.

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

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

Ссылка не даёт доступа к Home Assistant и не содержит параметров подключения к вашей камере.


3. Появилась возможность добавить в карточку камеры кнопки PTZ, если ваша камера поддерживает данную функцию. Это могут быть камеры Sonoff или ONVIF. Сам компонент WebRTC вашими камерами не управляет, он может лишь вызывать сервисы, реализованные в других компонентах.


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

https://github.com/AlexxIT/WebRTC/releases/tag/v1.4.0

Одна из вариаций мема "я джва года ждал"

Интересненько
https://www.facebook.com/SONOFF.official/posts/2764530937191887

Когда Apple создаёт что-то новое и инновационное, вроде AirTag, весь мир начинает кричать: вау! круто! как же до этого никто не додумался раньше?!

Но инновации рождаются не только в стенах Купертино. Чтоб попробовать уникальные технологии, вам не обязательно покупать гламурный брелок за 3000 руб.

Достаточно установить компонент для Home Assistant - WebRTC, первой или уже второй версии. Компонент использует уникальные подходы для передачи потокового видео с ваших камер с минимальной задержкой.

А во второй версии он научился... второму протоколу - MSE+WS. У протокола нет проблем с подключением за пределами вашей локальной сети, но он чуть хуже собрата в плане задержки.

И самое главное. Компонент стартует оба протокола автоматически и одновременно. Если у WebRTC удастся подключиться - останется работать только он. Если не удастся - задержка у MSE в любом случае будет лучше стандартных интеграций ХА.

А ещё MSE умеет видео в формате H265, но только в браузере Safari. И звук в формате AAC, уже в любом браузере. А ещё он работает в Opera, в отличии от WebRTC. Но, к сожалению, работает не супер плавно и может пропускать кадры.

Зато на телефонах от Apple технология MSE вообще не работает. Такой вот каламбур с техническим прогрессом.

Под капотом, как и раньше, разработки Андрея (deepch).

https://github.com/AlexxIT/WebRTC/releases/tag/v2.0.0

Ну вот в китайском сообществе добрались и до WebRTC. Похоже, Великий Бог становится своеобразным брендом.

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

https://twitter.com/eWeLinkapp/status/1392071635667091457?s=20

Выше я не стал комментировать новый аддон от eWeLink. За меня это сделал основатель Home Assistant, где собственно и разнёс всю концепцию решения в пух и прах

https://www.reddit.com/r/homeautomation/comments/n9vbed/comment/gxqumny

В умном доме существует огромное количество слухов и домыслов.

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

Частые примеры проблем: отваливаются лампы Yeelight, отваливаются устройства на ESP, отваливается Gateway 3, не работают сенсоры на Gateway 2, не работают Sonoff по локальному протоколу, не работают колонки Яндекс по локальному протоколу.

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


Так же вчера был развеян ещё один известный домысел. У Олега @sprut666666 вышел очередной крутой пост. Он вживую доказывает, что SSD, подключенный к Raspberry может сильно фонить в радио эфир и нарушать работу Zigbee. Поэтому радио стики часто советуют выносить подальше от Малины на удлинителе.

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

https://www.instagram.com/p/COvnkDjKExS/

У меня есть вопрос к знатокам Bluetooth.

Уже несколько дней я глубоко погрузился в работу этой технологии в Xiaomi Gateway 3.

Всё началось с пульта и диммера от Yeelight. На прошлой неделе до них дошли руки у одного легендарного гуру экосистемы Mi Home.

Так вот собственно команды с пульта отлично читаются как с Raspberry 3, так и с Gateway 3. А вот команды с диммера Raspberry 3 улавливает хорошо, а Gateway 3 очень часто пропускает. И я не могу найти этому объяснения.

Ещё раз: пульт работает и с шлюзом и с малиной одинаково отлично. К работе кнопки Yeelight или ночника Xiaomi вопросов тоже нет. Ночник на технологии BLE работает стабильнее датчиков Xiaomi и Aqara на технологии Zigbee.

Проблемы только с диммером и только на шлюзе. Старенькая малина нормально ловит его команды.