Broadlink

Breaking Changes

• Deprecated

  Integrations which make use of web scraping and are pending for removal in Home Assistant 0.100.0 ADR-004:

  • USPS — (@frenck — #25743) (usps docs)
  • SYTADIN — (@frenck — #25742) (sytadin docs)
  • UPS — (@frenck — #25746) (ups docs)
  • FEDEX — (@frenck — #25745) (fedex docs)
  • SRP Energy — (@frenck — #25754) (srp_energy docs)
  • Linksys AP — (@frenck — #25804) (linksys_ap docs)

• Ruter — Removed — Ruter Labs which hosted the API has shut down the service. As an alternative, see the Entur public transport integration. — (@ludeeus — #26041)

• Googlehome — Removed — In recent months this integration was broken when Google changed the port they serve this information on, in addition to requiring a token header in the request. That method requires the user to have a rooted android device, and even then then the “result” was not the best, since you often need to get that token. As an alternative to the device tracker, users can look into https://community.home-assistant.io/t/monitor-reliable-multi-user-distributed-bluetooth-occupancy-presence-detection/68505 — (@ludeeus — #26035)

• EDP Ready — Removed — The service has moved to a new portal and the previous API does not work
  anymore. — (@abmantis — #25971)

• Zwave — service call has been removed. — (@kpine — #25959) (zwave docs)

• Nissanleaf — Nissan leaf European API no longer supports location control. The element from the homeassistant configuration must be removed. — (@filcole — #26139) (nissan_leaf docs)

• ZHA — This change has the unique_id use the ieee address instead of the nwk address. The ieee address is static and therefore the unique_id will be stable now. — (@dmulcahey — #25707) (zha docs)

  Previous format:

  New format:

• Updater — The updater component is now a binary sensor that is always available. The entity ID is . The state is on/off depending on whether an update is available or not. The latest version as well as the release notes are attributes of this binary sensor. Automations that are listening for the existence of should now trigger when changes to on. This makes the component more transparent and understandable for the user. Additionally, it is visible if there is an error or the source (https://updater.home-assistant.io/) is outdated. — (@Santobert — #25418) (updater docs)

• Mikrotik — The Mikrotik device tracker integration is now a component (hub) with a device tracker platform. If you have a device_tracker section where is a platform in your configuration.yaml you will need to move it to the hub config section for and make sure you follow the new config format. — (@slackr31337 — #25664) (mikrotik docs)

  Example configuration entry:

• Prometheus — Previously, the integration would create too many metrics based on name which would pollute and fill the database. The naming of metrics has been changed and doesn’t use the anymore. Any consumers of the prometheus data will need to be changed to use the new names. The user can now also use the new to remap the metrics any way the user sees fit. — (@perosb — #24103) (prometheus docs)

  Example configuration entry:

• Kodi — Kodi services are now their own domain and the services are now — (@JeffLIrion — #25753) (kodi docs)

  • is now
  • is now

• Sonos — This change rejects previously accepted calls using content_types (image, tvshow, video, episode or channel) when using , and changes the behavior of a content_type of “playlist” to play a Sonos playlist, rather than a URL. — (@ahertz — #26054) (sonos docs)

• Statistics — The names of statistics sensor no longer get or appended automatically, respecting the name configured by the user. If you use this integration, this name change will affect the name of the entity. — (@frenck — #26119) (statistics docs)

  Example configuration entry:

Config Entry Options

We introduced config entries last year as our way as a generic way for integrations to store authentication and configuration. By allowing integrations to define the storage format, there are no more breaking changes for anything stored inside config entries!

Config entries also work great with people who prefer configuration.yaml. At startup a config entry is created/updated with the configuration.

With this release @kane610 added a new possibility for integrations to offer options in the UI. Options that previously required you to edit configuration.yaml can now be offered via the interface.

This release adds config entry options to Deconz and Unifi integrations with many more to come.

Screenshot of Unifi config options

Протокол

В технические подробности протокола вдаваться не будем, скажу лишь несколько моментов. Первый и основной — устройства с радио управлением не имеют обратной связи. Некоторые устройства, может, и поддерживают возврат своего состояния, но они во-первых дороже (если такие есть), во-вторых не наш случай, т.к. даже если устройство отправит обратный сигнал — РМ его не увидит. Вторая особенность — RM не умеет «слушать» эфир. Т.е. сразу отпадают все датчики движения, температур и т.п. на частоте 433/315мГц. Он их не увидит. RM всего лишь пульт, способный воспроизводить записанные команды, не более. Ну и ещё один момент — RM не поддерживает «удержание клавиши». По крайней мере такой функции даже в родной программе недоступно. Чисто теоретически это можно реализовать, отправляя (из модуля МД к примеру) зацикленную команду несколько секунд. Но не совсем уверен, что это сработает.

Entity Management

One of the things that we’ve been improving in this release is entity management. Historically we’ve let this up to integrations, but that caused users to learn multiple ways and more work for integration developers.

Generally entity management is not that important, you want all the entities created by your integrations! However this was less the case when we started migrating over device trackers. This became clear when we migrated over Unifi.

So in this release we’re introducing a couple of new features that are available for all entities in the entity registry and integrations that are set up via config entries.

The first feature is that it’s now possible to disable entities. If an entity is disabled, it will not be added to Home Assistant when an integration adds it. So now it will be easy to manage which entities will show up. This option is accessible from the entity registry

The second feature is a new option to automatically disable any new entities that an integration discovers. In the case of a device tracker, newly connected devices to the network won’t be added anymore. This option is accessible from the integration details page via a button on the toolbar at the top.

With these two features we are now at feature parity with the filtering features that are available in the device tracker integration. Next step will be polishing of the person integration to get all those shiny new device tracker entities under one roof.

Screenshot of integration system options

Beta Fixes

• Load user-provided descriptions for python_scripts (@JeffLIrion — #26069) (python_script docs) (beta fix)
• Splitt device_state_attributes between device and group for Homematic IP Cloud (@SukramJ — #26137) (homematicip_cloud docs) (beta fix)
• Nissanleaf login fix (@filcole — #26139) (nissan_leaf docs) (breaking change) (beta fix)
• Log warning if disabled entities receive updates. (@balloob — #26143) (beta fix)
• Fix tuya switch state (@PaulAnnekov — #26145) (tuya docs) (beta fix)
• Reload config entry when entity enabled in entity registry, remove entity if disabled. (@balloob — #26120) (beta fix)
• CoolMaster: Change auto to heat_cool (@OnFreund — #26144) (coolmaster docs) (breaking change) (beta fix)
• Bump androidtv to 0.0.24 (@JeffLIrion — #26158) (androidtv docs) (beta fix)
• fix issue setting scan_interval (@chaoranxie — #26165) (google_maps docs) (beta fix)
• Fix possible KeyError in SimpliSafe (@bachya — #26190) (simplisafe docs) (beta fix)
• Update pyheos to 0.6.0 (@andrewsayre — #26191) (heos docs) (beta fix)
• bump quirks version (@dmulcahey — #26198) (zha docs) (beta fix)
• luci device-tracker dependency fix (@flowolf — #26215) (luci docs) (beta fix)
• deCONZ normalizes cover values to follow zigbee spec (@Kane610 — #26240) (deconz docs) (beta fix)
• SMA beta fix #26225 (@kellerza — #26244) (sma docs) (beta fix)

Устройства

Ну а теперь к самому интересному — к железу.

Broadlink TC1/TC2

В первую очередь хотелось бы рассмотреть выключатель от самой компании broadlink. Он не вошел в общий обзор оборудования broadlink потому что с этой компанией он имеет общее только название. Девайсы описанные в том обзоре поддерживаются модулем, и подключаются к wifi. Этот же выключатель — обычный, радиоуправляемый, и к протоколу (как и собственно к модулю) не имеет отношения. Управляется он через RM, модуль Broadlink всего лишь видит команды RM для управления выключателем. Как самостоятельную единицу подключить его к системе не получится.

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

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

Выключатели VHOME, Sesoo, NONAME

Выключатели от китайских производителей. Возможно встретятся ещё несколько марок. Встречаются в различных дизайнах и цветах. Первые, которые я брал — вообще не имели маркировок на коробках. Собственно их я и назвал NONAME.

Лично мои в e-control отлично привязались к пультам от TC2. Один момент — при попытке автоматической привязки надо сказать приложению, что выключатель сработал, а потом уже обучать данные выключатели кодам. Так же теперь можно сгенерировать коды в генераторе (RMTools).

Реле 433/315Mhz

Более подходят для diy — штуковин. Главное преимущество таких устройств — их цена. Так же можно устанавливать в местах, недоступных для глаз (как sonoff в общем). Лично у меня такая штука управляла вентиляцией. Никаких притензий к её работе не было. Только при настройке пришлось немного помучиться. Почему-то она не хотела управляться выключателями от TC2, а так же некоторыми пультами скачанными из облака. Подошел только 1 пульт, который у меня до сих пор сохранён. Возможно для их управления так же подойдут команды, сгенерированные через RMTools.

Моторы 433/315Mhz

Моторы для рулонных штор так же находят частое применение в умном доме. Цены на аналоги с обратной связью — довольно «кусачие». На выручку приходят как раз моторы без обратной связи, но с возможностью управления по радиоканалу (будьте внимательнее, очень много моделей без управления по RF, читайте описание перед покупкой). Достаточно подключить только питание.

Поделитесь в соц сетях

Home Assistant Alerts

Devices and services can receive updates that can cause integrations to break. This is frustrating and sometimes the cause can be hard to track down. Usually the users on forums/chat are aware and can help redirect people in the right direction, but that’s not a scalable solution!

So to combat this, we’re launching Home Assistant Alerts. Home Assistant Alerts is a website that will track known issues and explains in user friendly language what is going on. Alerts can be tagged with applicable Home Assistant versions, integrations and Python packages.

In the future we’re planning on integrating this directly in Home Assistant, so that users can be pro-actively notified of issue related to their configuration.