Home Assistant's Avatar

Home Assistant

@home-assistant.io.web.brid.gy

Open source home automation that puts local control and privacy first. Powered by a worldwide community of tinkerers and DIY enthusiasts. Perfect to run […] [bridged from https://home-assistant.io/ on the web: https://fed.brid.gy/web/home-assistant.io ]

1,311 Followers  |  0 Following  |  413 Posts  |  Joined: 28.10.2024  |  3.0311

Latest posts by home-assistant.io.web.brid.gy on Bluesky

Preview
SwitchBot joins Works with Home Assistant Please welcome the latest addition to the Works with Home Assistant program, SwitchBot! This year has seen a lot of ‘firsts’ within the program, and this launch certainly keeps up this trend. Read on to see the first _Air Purifiers_ and _Vacuums / Cleaning Robots_! What’s more, SwitchBot is bringing this first set of devices into the program with multiple connectivity options. Pick from their Bluetooth integration, Matter via a hub, or standalone Matter devices as well. All this gives you even more choice in how you set up your smart home, while providing the best experience with Home Assistant. ## Making the Switch…Bot SwitchBot quickly gained traction in the smart home industry with their original finger bots, which sit over non-smart switches and physically press them down on your behalf. Since then, they’ve expanded to include many other smart home devices like curtain robots, hubs, air purifiers, and cleaning robots. We were excited to see these new products in person at CES earlier this year and meet up with their team. SwitchBot even got involved with Community Day, hosting a meet-up in Shenzhen, China. We love that the ‘Works with’ partners show that they’re passionate about engaging with our community, taking the partnership much further than just a label on a box. "At SwitchBot, we're committed to empowering users with seamless and intelligent home automation. By collaborating with Home Assistant's passionate, tech-savvy community, we're able to push boundaries and deliver more integrated, intuitive experiences. Together, we aim to expand what's possible, offering users greater flexibility to connect, control, optimize their homes, and to make it simple." _- Richard Mou - Co-Founder, SwitchBot_ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box with Home Assistant. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. The SwitchBot team have put special focus on integrating specifically for Home Assistant and have been working hard on their Bluetooth integration. Though the community played a central role in the development of the integration, and SwitchBot is very thankful for this work, they took a more active role in its development. One of the terms of the ‘Works with’ program is that Bluetooth devices must connect over an integration that is kept up to a certain code quality (we call this our ‘Gold tier’ on our quality scale). It also must be maintained by the manufacturers themselves, rather than overly relying on community members to do the hard work. This puts the responsibility on the shoulders of the manufacturers to make sure they’re responding to bugs and keeping the integration up long term. If you’re interested in SwitchBot’s Bluetooth products but your Home Assistant system doesn’t have built-in Bluetooth, the easiest way to connect them is by using a Bluetooth Proxy. If you prefer Matter, SwitchBot also has devices that are certified for use with one of their Matter hubs: either the SwitchBot Hub 2 or the Hub 3. There are also some that can work via Matter-over-WiFi as standalone devices. We are currently testing even more of SwitchBot’s Matter devices for the program. **Bluetooth** * SwitchBot Lock Ultra * SwitchBot Air Purifier * SwitchBot Air Purifier Table * SwitchBot Leak Detector - also works using Matter via a hub * SwitchBot Meter - also works using Matter via a hub * SwitchBot Meter Pro - also works using Matter via a hub * SwitchBot Meter Pro CO2 - also works using Matter via a hub * SwitchBot Indoor/Outdoor Thermo-Hygrometer - also works using Matter via a hub * SwitchBot Curtain 3 - also works using Matter via a hub * SwitchBot Contact Sensor - also works using Matter via a hub * SwitchBot Roller Shade - also works using Matter via a hub * SwitchBot Lock Pro - also works using Matter via a hub **Matter-Over-WiFi (standalone, without requiring a hub)** * SwitchBot Air Purifier * SwitchBot Air Purifier Table * SwitchBot Multitasking Robot K20 + Pro _**Note:**_ _Home Assistant Container does not support Matter, and requires Home Assistant OS._ ## A smart home is a clean home Eat your heart out Wall-E SwitchBot’s K20 is the first cleaning robot in the Works with Home Assistant program as well as the world’s first multi-tasking household robot. This wacky robot can be paired with lots of other items in the range, including the certified air purifiers, to make some really cool Home Assistant use cases. Just imagine, you’re making some delicious dinner, but oh no, you’ve left a pan alone for too long and it starts to smell and burn. You could summon the K20 with an air purifier on top using the Home Assistant Voice Preview Edition. A few moments later, it’s found its way to you and gets started on clearing the air in your kitchen. Plus, as these can both work via Matter, there’s no need for cloud involvement. Some of the items also come with a table top so this device has some great applications for anyone with limited mobility. ## Bot to the future These devices are the first certified items, but SwitchBot is working to get many more tested and fully feature-rich with Home Assistant. We’re excited to keep expanding this list over time, but if you can’t wait (and this work is only possible with the support of our Home Assistant Cloud subscribers), you can see the list of the other devices they are working on here. ## FAQs _**Q: If I have a device that is not listed under ‘Works with Home Assistant’ does this mean it’s not supported?**_ A: No! It just means that it hasn’t gone through a testing schedule with our team or doesn’t fit the requirements of the program. It might work fine and be added to our testing later down the road. Though it might only have limited functions that are being worked on, or use a connectivity type we don’t currently test for in the program. _**Q: Ok, so what’s the point of the Works with program?**_ A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must have full functionality within Home Assistant, operate locally without the need for cloud, and will continue to do so long-term. _**Q: How were these devices tested?**_ A: The Bluetooth devices in this list were tested using a standard Home Assistant Green Hub, the SwitchBot Bluetooth Integration, a USB Bluetooth adapter, and an ESPHome Bluetooth Proxy. The Matter-over-WiFi devices were also tested with Home Assistant Green and our certified Matter Integration. If you have another hardware setup or integration, that is often not a problem, but we test against these as they are the most effective way for our team to certify within our ecosystem. _**Q: Will you be adding more SwitchBot devices to the program?**_ A: Absolutely! SwitchBot has a quickly growing set of product lines that we’re working to certify together, subject to the integrations fully covering all the functions.
02.08.2025 05:21 — 👍 0    🔁 0    💬 1    📌 0
Preview
2025.6: Getting picky about Bluetooth Home Assistant 2025.6! 🎉 We are already half way through 2025, can you believe it? I personally can’t, as it feels like we just started the year. Not just that, there are so many exciting things to still come this year, and I can’t wait to share them with you! Anyway, the June release is here! A week later than usual, but it also means we had an extra week to polish and beta test this release. Like the previous release, this release is packed with quality-of-life improvements! Last release my favorite feature was the new entity picker; this release, we improved ALL other pickers! No surprise that this, again, makes it to my top favorite this release. Although the ability to group media players directly from the media player card is a close second. It is so nice to see how Home Assistant keeps getting better and better, and how our community keeps contributing to it. 😍 If you are leveraging Bluetooth in your Home Assistant setup, you will also love the new Bluetooth connection graph that shows how your Bluetooth devices are connected, including Bluetooth proxies. Troubleshooting Bluetooth has become so much easier now! Enjoy the release! ../Frenck _PS: We will pick up the regular release schedule again now, so expect the next release on the first Wednesday of July (July 2nd)._ * Improving all the “pickers” * Making sense of Bluetooth * Iterations of the experimental area dashboard * Deprecating installation methods and 32-bit architectures * Integrations * New integrations * Noteworthy improvements to existing integrations * Integration quality scale achievements * Farewell to the following * Other noteworthy changes * Sidebar improvements * Join/unjoin groups of media players * Reset/restore entity IDs * Patch releases * 2025.6.1 - June 13 * 2025.6.2 - June 23 * 2025.6.3 - June 24 * Need help? Join the community! * Backward-incompatible changes * All changes ## Improving all the “pickers” Pickers are those dropdowns you use to select entities, devices, areas, and more. Pickers are _everywhere_ in Home Assistant, being used in automations, scripts, and configuration options. Last release, we introduced a new entity picker, which was a big hit! This release takes things further by refining the search experience based on your feedback. Even better, that same improved search experience now comes to the area, category, floor, label, user, and device pickers too! They are consistent, fast, and easy to use, no matter what you’re selecting. And the device picker? It now has a fresh look to match, complete with manufacturer logos and styling inspired by the entity picker. ## Making sense of Bluetooth Home Assistant has powerful Bluetooth capabilities, and with the use of something like ESPHome Bluetooth proxies, you can extend your Bluetooth network to cover your entire home. This release brings some improvements to the Bluetooth integration that will help you understand your Bluetooth network better. The Bluetooth integration now provides a visualization that shows how your Bluetooth devices are connected to your Home Assistant instance, whether that’s directly to your system or through a Bluetooth proxy. It not only shows the actively connected devices, but also the devices that are in range, but not yet known to Home Assistant. This is a great way to see what devices are around you and where they can be potentially connected. Oh! And now that the Bluetooth integration has a sleek new visualization, the Zigbee integration, which already has a similar feature, has been given a visual update. This makes visualizations consistent across Home Assistant. ## Iterations of the experimental area dashboard In the April release, we introduced a new experimental Areas dashboard, which automatically generates a ready-to-use dashboard based on the areas you’ve set up in your home. It uses sections and tile cards for a modern, clean, and intuitive look — all built for you in a couple of clicks. As this is experimental, it is being continuously iterated on. This release brings some nice changes, based on your feedback, to subtly refine the experience. We added a new “Actions” section that includes scripts, automations, and scenes. We also added number entities (and number helpers), button entities (and button helpers), counters, and timer helpers to the “Others” section. This makes it easier to find and manage your automations and scenes in the context of your areas. Finally, we renamed the “Entertainment” section to “Media players”. This makes it clearer that this section is specifically for your players, and may not include your DIY arcade machine 👾. ## Deprecating installation methods and 32-bit architectures This release introduces important deprecation announcements, and though they only affect a small percentage of users, it is important that they understand the impacts. We’ve written a detailed blog that explains the rationale, timeline, and tips on how to migrate — which I highly suggest reading if you think you’re affected. * **Installation Methods** : The **Core** and **Supervised** installation methods are now officially deprecated. These are advanced setups that are only used by a small portion of users, as they involve running Home Assistant in a Python environment or installing the Supervisor on top of your own operating system. Moving forward, we are focusing our support on the more streamlined and maintainable installation methods: **Home Assistant OS** and **Home Assistant Container**. * **32-bit Architectures** : Support for legacy 32-bit CPU architectures (**i386** , **armhf** , and **armv7**) is also being deprecated. These architectures are increasingly uncommon and pose challenges for maintaining compatibility and performance. To assist you during this transition, Home Assistant will now raise a **repair issue** after upgrading if your system is affected by these deprecations. This notification will appear in the repair dashboard, providing information about the deprecation along with guidance on how to migrate to a supported setup. It’s important to note that while these methods and architectures are deprecated, they will continue to receive support for the next six months, until the release of Home Assistant 2025.12. You can continue to use them after this point, but we would highly recommend migrating. After this 6-month period, they will become unsupported, meaning they will no longer receive updates or official assistance. If you don’t receive this repair message, you’re not affected. However, you can double-check using our guide if you’d like. We also have specific information on what becoming deprecated and unsupported means for your installation. Lastly, we have detailed information on how best to migrate to a supported system. ## Integrations Thanks to our community for keeping pace with the new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and improvements to existing ones! You’re all awesome 🥰 ### New integrations We welcome the following new integrations in this release: * **Alexa Devices** , added by @chemelli74 Connect to and control your Amazon devices like Echo, Fire TV, and Alexa-enabled devices. * **Immich** , added by @mib1185 Integrates with Immich App, a self-hosted photo and video backup solution that puts you in control of your personal media. * **Paperless-ngx** , added by @fvgarrel Connect to your Paperless-ngx system to track and manage your digital documents from Home Assistant. * **Probe Plus** , added by @pantherale0 Integrate wireless Bluetooth meat thermometers compatible with the PROBE PLUS app, bringing real-time temperature monitoring during cooking into Home Assistant. * **Zimi Cloud Connect** , added by @mhannon11 Connect to Zimi Cloud devices to monitor and control your Zimi smart home products. This release also has new virtual integrations. Virtual integrations are stubs that are handled by other (existing) integrations to help with findability. These ones are new: * **Kaiser Nienhaus** , provided by Motionblinds, added by @starkillerOG ### Noteworthy improvements to existing integrations It is not just new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have been added; existing integrations are also being constantly improved. Here are some of the noteworthy changes to existing integrations: * @bdraco added support for updating ESPHome devices that are in deep sleep. A very welcome improvement for battery-powered devices! * The Homee integration now supports fans and provides alarm control panels. Thanks for expanding its capabilities, @Taraman17! * Teslemetry keeps getting better—@Bre77 added a hazard lights binary sensor, a valet mode switch, and a credit balance sensor. Nice! * @bieniu improved the Shelly integration to use sub-devices for multi-channel devices. A notable change for complex setups! * The SmartThings integration saw a huge round of improvements by @joostlek, including: support for cooktops, hobs, water heaters, hood fan speeds, Steam closet modes, freezer and cooler temperatures, washer spin and soil levels, valve positions, heat pump zone climates, and atmospheric pressure. Amazing! * Miele keeps on shining with new features from @astrandb, like vacuum support, drying step sensors, washer-dryer program phases, and hob plate sensors. @generically-named added energy and water forecasts too—very cool! * @agorecki added a Lux sensor to the Airthings Cloud integration—bright idea! * The Squeezebox integration now includes service update entities, thanks to @pssc! * @tedvdb added a status sensor to the Whois integration. Simple, but effective. * @zerzhang added support for SwitchBot vacuums, and new lock models: the Lock Ultra and Lock Lite! * @danielvandenberg95 updated the Sonos integration to show playlists under favorites. A great UX win! * The Kostal Plenticore integration now supports installer login. Thanks for that improvement, @Schlauer-Hax! * @Shulyaka added support for Anthropic Claude 4. Welcome to the future! * And finally, @chemelli74 added preset mode support to the Comelit climate integration. Another nice quality-of-life addition! ### Integration quality scale achievements One thing we are incredibly proud of in Home Assistant is our integration quality scale. This scale helps us and our contributors to ensure integrations are of high quality, maintainable, and provide the best possible user experience. This release, we celebrate several integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have improved their quality scale: * **1 integration reached gold** 🥇 * SwitchBot, thanks to @zerzhang * **1 integration reached silver** 🥈 * Shelly, thanks to @bieniu This is a huge achievement for these integrations and their maintainers. The effort and dedication required to reach these quality levels is significant, as it involves extensive testing, documentation, error handling, and often complete rewrites of parts of the integration. A big thank you to all the contributors involved! 👏 ### Farewell to the following The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] are also no longer available as of this release: * **RTSPtoWebRTC** has been removed as it has been replaced by the go2rtc integration. ## Other noteworthy changes There are many more improvements in this release; here are some of the other noteworthy changes: * A small but neat one: @balloob made it so discoveries shown on an integration page are now sorted by title. Helpful! * The Home Assistant Cloud integration will now raise a repair issue when your subscription has expired, helping make sure you’re aware and not caught off guard. Nice one, @ludeeus! * More backup improvements! 🎉 * Home Assistant will now raise a repair issue if not all add-ons or folders were successfully backed up. Thanks, @emontnemery! * @agners made it so that when an add-on is auto-updated, a backup is now correctly created as an “add-on”-backup. Great! * A new automatic backup event entity has been added to track automatic backups made by the system. Great addition by @mib1185! * @lboue added support for the Matter pump device type. Another one added to the list—awesome! * The Template integration got a big boost! * @Petro31 added modern-style YAML support for template fans, locks, alarm control panels, vacuums, and covers. So clean! * You can now create **trigger-based template covers**. Yep, also by @Petro31! * The `trigger_variables` option is now supported when using `for` in a trigger. A small but powerful feature. Thanks, @Petro31! * New template filters! You can now use `from_hex`, and `base64_encode` now supports both bytes and strings. Handy additions from @Petro31! * New sensor capabilities: * @Passific added a new device class and units for **reactive energy**. Nice! * A new unit for **energy distance (Wh/km)** has been added. Thanks, @frenck! * Sensors now support **mg/m³** as a concentration unit—another nice addition by @frenck! * @Arnie97 added support for **liters** as a unit for gas sensors. Much appreciated! * The new `recorder.get_statistics` action lets you query statistics directly from the recorder. Powerful stuff, @Hypfer! ## Sidebar improvements If you didn’t know yet, you can actually adjust the contents of your Home Assistant sidebar. You can change the order and show/hide items by pressing and holding the “Home Assistant” text at the top of the sidebar, or by going to your user profile page and selecting “Change the order and hide items from the sidebar”. This release brings a couple of much-needed improvements to this feature. When you customize the sidebar, it will now bring up a nice and clean dialog that allows you to drag and drop items to change their order, or hide them by clicking the eye icon next to them. The biggest improvement is actually found somewhere else! Previously, the customization of the sidebar was only applied to the device you made the changes on; and even more annoying, sometimes it would lose the changes, or it would magically forget your settings on our [mobile companion apps] when you switched between your home network (and thus the internal URL). 🥲 In this release, this annoyance has been fixed! The sidebar customization is now stored in your user profile, so your personalized layout follows you across all devices you use with Home Assistant! ## Join/unjoin groups of media players Media players in Home Assistant can provide actions for media players to join or unjoin a group of media players. This is a great way to dynamically control your media players and the groups they are in. However, this feature was somewhat limited, as it could only be used as actions within things like automations or scripts. Now, @AlexGustafsson changed that! 🎉 You can now use the media player card to join or unjoin groups of media players. This is a great way to control your media players and their groups directly from the UI. Please note that, you can only join or unjoin groups of media players that support this feature. Unfortunately, not all media players support this, so it might not be available for all your media players. Anyhow, amazing contribution Alex! 👏 ## Reset/restore entity IDs You can now restore the ID of an entity to its original value. This is useful if you have renamed an entity and want to revert it back to its original entity ID. This feature is available in the entity configuration dialog, where you can now find a “Reset” icon on the entity ID field. When clicked, it will restore the entity ID to its original value. Additionally, there is the option called “Recreate entity IDs” in the top right three-dotted menu on the device page, to reset all entity IDs of a device to their original values. ## Patch releases We will also release patch releases for Home Assistant 2025.6 in June. These patch releases only contain bug fixes. Our goal is to release a patch release every Friday. ### 2025.6.1 - June 13 * Fix palette handling for LIFX Ceiling SKY effect (@Djelibeybi - #146582) * Fix fan is_on status in xiaomi_miio (@epenet - #146592) * Drop HostKeyAlgorithms in aruba (@aethrvmn - #146619) * Update frontend to 20250531.3 (@piitaya - #146638) * Fix cookies with aiohttp >= 3.12.7 for Vodafone Station (@chemelli74 - #146647) * Bump wakeonlan to 3.1.0 (@epenet - #146655) * Bump hdate to 1.1.2 (@tsvi - #146659) * Bump linkplay to v0.2.12 (@silamon - #146669) * Filter speak notify entity for WHA devices in Alexa Devices (@chemelli74 - #146688) * Bump aioamazondevices to 3.1.2 (@chemelli74 - #146690) * Fix opower to work with aiohttp>=3.12.7 by disabling cookie quoting (@tronikos - #146697) * Revert scan interval change in local calendar (@allenporter - #146700) * Partial revert of update to remote calendar to fix issue where calendar does not update (@allenporter - #146702) * Ignore lingering pycares shutdown thread (@cdce8p - #146733) * Bump aiodns to 3.5.0 (@bdraco - #146758) * Fix throttling issue in HomematicIP Cloud (@hahn-th - #146683) ### 2025.6.2 - June 23 * Remove address info from Rachio calendar events (@brg468 - #145896) * Bump uiprotect to 7.12.0 (@RaHehl - #146337) * Bump uiprotect to 7.13.0 (@RaHehl - #146410) * Bump reolink-aio to 0.14.0 (@starkillerOG - #146566) * Bump pypck to 0.8.7 (@alengwenus - #146657) * Update rokuecp to 0.19.5 (@ctalkington - #146788) * Use Shelly main device area as suggested area for sub-devices (@bieniu - #146810) * Fix blocking open in Minecraft Server (@elmurato - #146820) * Bump aioamazondevices to 3.1.3 (@chemelli74 - #146828) * Bump aiohttp to 3.12.13 (@bdraco - #146830) * Bump motion blinds to 0.6.28 (@starkillerOG - #146831) * Bump pypck to 0.8.8 (@alengwenus - #146841) * Fix missing key for ecosmart in older Wallbox models (@hesselonline - #146847) * Bump bthome-ble to 3.13.1 (@Ernst79 - #146871) * Bump reolink-aio to 0.14.1 (@starkillerOG - #146903) * Add debug log for update in onedrive (@zweckj - #146907) * Switchbot Cloud: Fix device type filtering in sensor (@SeraphicRav - #146945) * Bump pySmartThings to 3.2.5 (@joostlek - #146983) * Bump ical to 10.0.4 (@allenporter - #147005) * Fix incorrect use of zip in service.async_get_all_descriptions (@emontnemery - #147013) * Disable Z-Wave indidator CC entities by default (@MartinHjelmare - #147018) * Fix Shelly entity names for gen1 sleeping devices (@bieniu - #147019) * Disable Z-Wave idle notification button (@MartinHjelmare - #147026) * Fix log in onedrive (@zweckj - #147029) * Bump holidays lib to 0.75 (@gjohansson-ST - #147043) * Bump aiohomeconnect to 0.18.0 (@Diegorro98 - #147044) * Bump ZHA to 0.0.60 (@puddly - #147045) * Bump pylamarzocco to 2.0.9 (@zweckj - #147046) * Handle missing widget in lamarzocco (@zweckj - #147047) * Bump aioamazondevices to 3.1.4 (@chemelli74 - #146883) * Bump aioamazondevices to 3.1.12 (@chemelli74 - #147055) * Bump uiprotect to version 7.14.0 (@RaHehl - #147102) * Improve advanced Z-Wave battery discovery (@MartinHjelmare - #147127) * Fix Charge Cable binary sensor in Teslemetry (@Bre77 - #147136) * ci] Bump cache key version (@cdce8p - [#147148) * Bump homematicip to 2.0.6 (@hahn-th - #147151) * Wallbox fix too many requests by API (@hesselonline - #147197) * Bump deebot-client to 13.4.0 (@edenhaus - #147221) * Handle the new JSON payload from traccar clients (@ludeeus - #147254) * Bump aioamazondevices to 3.1.14 (@chemelli74 - #147257) * Bump uiprotect to version 7.14.1 (@RaHehl - #147280) * Bump aioesphomeapi to 32.2.4 (@synesthesiam - #147100) * Bump aioesphomeapi to 33.0.0 (@bdraco - #147296) * Fix reload for Shelly devices with no script support (@chemelli74 - #147344) * Add Matter protocol to Switchbot (@joostlek - #147356) ### 2025.6.3 - June 24 * Update frontend to 20250531.4 (@bramkragten - #147414) ## Need help? Join the community! Home Assistant has a great community of users who are all more than willing to help each other out. So, join us! Our very active Discord chat server is an excellent place to be at, and don’t forget to join our amazing forums. Found a bug or issue? Please report it in our issue tracker, to get it fixed! Or, check our help page for guidance for more places you can go. Are you more into email? Sign-up for our Building the Open Home Newsletter to get the latest news about features, things happening in our community and other news about building an Open Home; straight into your inbox. ## Backward-incompatible changes We do our best to avoid making changes to existing functionality that might unexpectedly impact your Home Assistant installation. Unfortunately, sometimes, it is inevitable. We always make sure to document these changes to make the transition as easy as possible for you. This release has the following backward-incompatible changes: Met Office Met Office deprecated the Datapoint API used by this integration, causing it to stop working. To address this, it is now migrated to DataHub API. To keep using this integration, you will need to provide a new API key, which can be obtained by signing up for DataHub and subscribing to Global spot dataset. The free subscription provides 360 calls per day, which is enough for this integration to work. Some sensors have changed due to the new data source: * Hourly forecast provided by the weather entity now has actual hourly entries as opposed to 3-hourly in the old version * Instead of `visibility` and `visibility_distance` sensors showing a range and qualitative description (such as “1-4 km” and “Poor”), the integration now exposes a single `visibility` sensor with precise visibility distance in meters * The integration no longer exposes “daily” and “3-hourly” sensors; there is a single set of them now * The integration sensors no longer expose `Site ID`, `Site name` and `Sensor ID` attributes as these don’t provide any additional value (@avee87 - #131425) (documentation) If you are a custom integration developer and want to learn about changes and new features available for your integration: Be sure to follow our developer blog. The following changes are the most notable for this release: * Icon translations now support ranges * Sensor device classes now have default display precision ## All changes Of course, there is a lot more in this release. You can find a list of all changes made here: Full changelog for Home Assistant Core 2025.6
02.08.2025 05:19 — 👍 1    🔁 0    💬 0    📌 0
Preview
2025.7: That's the question Home Assistant 2025.7! 🎉 Whew! It’s hot out there! 🌡️ While most of Europe is dealing with a heat wave right now, we’re here to cool things down with an exciting July release that’s packed with features I’m genuinely excited about. Before we dive in, if you missed it, we recently published Voice Chapter 10 where we explored moving beyond reactive voice assistants that only respond when you talk to them. Instead, we envisioned a future where your voice assistant can be conversational and initiate conversations. Speaking of that, this release delivers on that vision in a big way! I’m absolutely stoked about the new Ask Question action for Assist! 🗣️ This is something that sets Home Assistant apart from every other voice assistant out there. Finally, your voice assistant can take the initiative and ask _you_ what your smart home should do. No more waiting for wake words, your assistant can start the conversation when it makes sense. It’s the kind of feature that gets me really excited thinking about all the possibilities. The redesigned Area card is another winner! 🏠 I’ll probably be replacing a few tile cards I’ve been using to navigate to my area dashboards with this new, more flexible version. It integrates beautifully with the Sections dashboard and gives you so many more options for controlling your spaces. And that’s just the beginning! We’ve got integration sub-entries making integrations even more extensible, full-screen code editors for those lengthy YAML and template edits, and tons of quality-of-life improvements throughout. Stay cool, and enjoy the release! ../Frenck * Let Assist ask the questions! * Redesigned Area card * Improving the Areas dashboard overview * Integration sub-entries * Integration page gets an overhaul * Integrations * New integrations * Noteworthy improvements to existing integrations * Integration quality scale achievements * Now available to set up from the UI * Farewell to the following * Other noteworthy changes * Full-screen code editors * Improved dashboard creation experience * Patch releases * 2025.7.1 - July 4 * 2025.7.2 - July 14 * 2025.7.3 - July 18 * 2025.7.4 - July 28 * Need help? Join the community! * Backward-incompatible changes * All changes ## Let Assist ask the questions! In our latest roadmap, we shared our goal to make Assist more conversational. Until now, Assist was mostly transactional, meaning when you would say something, you would get a response or it would perform an action, and that would be the end of it (unless some LLM magic jumped in). With this release, we’re taking a big step forward: meet the new Ask Question action. This lets you build custom conversations from the comfort of our automation engine. Ask a question, handle the answer, and keep the interaction going. This action even allows you to define expected answers so that our extremely fast speech engine, Speech-to-Phrase, can train on them. Yes, fully local, custom conversations! To help you get started, we have provided a blueprint that covers the most common use case — Asking a closed Yes/No question: This blueprint allows you to focus on what you want to do if you answer positively or negatively to any question that your voice assistant will ask. The blueprint supports 50 different ways of saying “Yes” and “No” (including phrases like “Make it so” and “Let’s not”). Here it is in action! In case you want to dive deeper into conversation building, here is an example on how to ask a question and process the different answers: Example YAML automation actions This example asks the user what kind of music they want to listen to, and then plays the selected genre or artist on a media player. actions: - action: assist_satellite.ask_question data: entity_id: assist_satellite.living_room_voice_assistant preannounce: true # optional preannounce_media_id: media-source://... # optional question: "What kind of music do you want to listen to?" answers: - id: genre sentences: - "genre {genre}" - id: artist sentences: - "artist {artist}" response_variable: answer - choose: - conditions: "{{ answer.id == 'genre' }}" sequence: - action: music_assistant.play_media data: media_id: "My {{ answer.slots.genre }} playlist" media_type: playlist target: entity_id: media_player.living_room_speakers - conditions: "{{ answer.id == 'artist' }}" sequence: - action: music_assistant.play_media data: media_id: "{{ answer.slots.artist }}" media_type: artist target: entity_id: media_player.living_room_speakers ## Redesigned Area card Originally introduced a few years ago, the Area card offered a way to display an areaAn area in Home Assistant is a logical grouping of devices and entities that are meant to match areas (or rooms) in the physical world: your home. For example, the `living room` area groups devices and entities in your living room. Learn more] overview within the dashboard. However, it wasn’t fully compatible with the [Sections dashboard, which limited its practical use in that context. The card has now been completely redesigned with a look and feel similar to the Tile card. It integrates seamlessly into the Sections dashboard thanks to its flexible layouts. You can choose between a compact version that shows only an icon and the area name, or a more detailed view featuring elements like your camera feed and buttons to toggle your lights or fans. The control section itself has also been revamped, allowing you to choose which controls to include and rearrange them as you want. As a result of these changes, if you’re currently using the area cards, you’ll need to reconfigure the controls on them. Additionally, the card now supports controlling cover entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. [Learn more]. ## Improving the Areas dashboard overview The April release introduced an experimental Areas dashboard, designed to automatically generate a ready-to-use interface based on the configured areas within the home. However, the preview could become cluttered if you had a lot of devices in a room. This release introduces an all-new overview that leverages the redesigned Area card, making it easy to view and control your main devices by room with a single click. It also acts as a navigation hub, giving you quick access to detailed views of each area. Please note that this is experimental, meaning it is subject to change and may not always work as intended. We would love your feedback if you notice some aspects we can improve. The community’s dashboards, shared over the years, have helped shape this design, and we would love to see how it works with a wide variety of your homes. Even if you already have the perfect dashboard built for your home, try it! **Usethis feedback form to let us know your thoughts!** ## Integration sub-entries Ever wondered why you had to enter your API keys for every AI agent you created, even though they all used the same key? Or why you had to authenticate for every calendar you added, regardless of the fact that they all shared the same account? Or why you couldn’t add MQTT devices from the UI? This release solves that with the introduction of integration sub-entries. This allows you to add a sub-entry to an existing integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] entry. In practice, this means that your integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] entry has your credentials, and all the sub-entries use these credentials. In the sub-entry, you can then configure what should be done with these credentials, such as fetching a specific calendar, adding three AI agents with different prompts using the same OpenAI account, or in the case of MQTT, configuring devices that are connected to your MQTT broker. The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] now support sub-entries as of this release: Anthropic, Google Generative AI, MQTT, Ollama, OpenAI Conversation, and [Telegram Bot. ## Integration page gets an overhaul The integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] page got a big overhaul! It now has support for sub-entries, allowing you to easily add a sub-entry to an integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] entry along with being able to see which devices and services belong to which sub-entry. But we took the opportunity to do more. Instead of just showing your integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] entries, it now also shows the devices and services provided by that configuration entry. This makes it much easier to manage your devices and see the relationship between your devices and their integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] at a glance. ## Integrations Thanks to our community for keeping pace with the new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and improvements to existing ones! You’re all awesome 🥰 ### New integrations We welcome the following new integrations in this release: * **Altruist** , added by @LoSk-p Monitor air quality and environmental conditions with the Altruist sensor, providing local data for temperature, humidity, PM2.5/PM10, CO2, noise levels, and more. * **PlayStation Network** , added by @JackJPowell Integrate with the PlayStation Network to track your currently playing games and display game information on your dashboard. * **Tilt Pi** , added by @michaelheyman Monitor your Tilt Pi hydrometer for brewing temperature and specific gravity measurements during your brewing process. * **VegeHub** , added by @Thulrus Monitor and control your garden with the Vegetronix VegeHub, gathering sensor data and controlling irrigation relays for automated plant care. ### Noteworthy improvements to existing integrations It is not just new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have been added; existing integrations are also being constantly improved. Here are some of the noteworthy changes to existing integrations: * Love that song? @marcelveldt added a button entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to [Music Assistant that lets you add the currently playing item to your favorites with a single click. It works with queues, external sources, and even radio stations! * ESPHome now supports sub-devices! Thanks to @bdraco, you can now represent multiple logical devices with a single ESP device in Home Assistant. This is particularly useful for RF bridges, Modbus gateways, and other devices that can control multiple devices. This feature requires the soon-to-be-released ESPHome 2025.7. Awesome addition! * Paperless-ngx now includes an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to keep your document management system up to date. Thanks, [@fvgarrel! * Battery management control has been added to HomeWizard with @DCSBL implementing battery group mode, allowing you to modify the charging and discharging behavior of your HomeWizard batteries! * Reolink cameras received a ton of love (again) from @starkillerOG! New features include IR brightness control, baby cry sensitivity adjustment, privacy mask switches, and full support for both PoE and WiFi floodlights with multiple command ID pushes. Impressive! * @mib1185 added an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to the Immich integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more]. Nice! * The Homee integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] expanded significantly! [@Taraman17 added a siren platform for security alerts and support for the HeatIt Thermostat TF056. Nice! * Energy monitoring got better in Adax with @parholmdahl adding energy sensors, so you can track your heating consumption! * @ViViDboarder made Ollama more flexible by adding a config option for controlling the think parameter. More control over your local AI! * Samsung refrigerator owners! @mswilson added ice bites control and water filter replacement/usage sensors to the SmartThings integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more]. * Russound RIO got a major upgrade from @noahhusby, adding sub-device support plus new number and switch entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. [Learn more] for enhanced zone control. * @chemelli74 expanded Alexa Devices with sensor platforms and additional binary sensors. Now you can get more data from your Echo devices! * Matter keeps growing! @lboue added dishwasher alarm support and battery storage capabilities. Thanks! * YAML fans will appreciate @frenck adding unique ID support to Trend integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] configuration. * The LaMetric Time got an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] as well, thanks [@joostlek! * Google Generative AI now defaults to the newer, faster Gemini 2.5 Flash model. A noteworthy performance boost by @tronikos! * Google Generative AI now supports text-to-speech (TTS) with 30 voices and 24 languages. It supports fine-grained control over style and sound, for example, “Say cheerfully: Have a wonderful day!”. Thanks @lanthaler! * Enphase Envoy users get detailed DC voltage and current readings from their solar panels thanks to @Bidski. This is perfect for monitoring individual panel health and optimizing production! * @zerzhang brought evaporative humidifier support to SwitchBot, expanding your climate control options. ### Integration quality scale achievements One thing we are incredibly proud of in Home Assistant is our integration quality scale. This scale helps us and our contributors to ensure integrations are of high quality, maintainable, and provide the best possible user experience. This release, we celebrate several integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have improved their quality scale: * **2 integrations reached platinum** 🏆 * Bosch Alarm, thanks to @sanjay900 * Home Connect, thanks to @Diegorro98 * **1 integration reached gold** 🥇 * ista EcoTrend, thanks to @tr4nt0r * **1 integration reached silver** 🥈 * KNX, thanks to @farmio * **2 integrations reached bronze** 🥉 * Samsung TV, thanks to @chemelli74 * Telegram Bot, thanks to @hanwg This is a huge achievement for these integrations and their maintainers. The effort and dedication required to reach these quality levels is significant, as it involves extensive testing, documentation, error handling, and often complete rewrites of parts of the integration. A big thank you to all the contributors involved! 👏 ### Now available to set up from the UI While most integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] can be set up directly from the Home Assistant user interface, some were only available using YAML configuration. We keep moving more integrations to the UI, making them more accessible for everyone to set up and use. The following integration is now available via the Home Assistant UI: * **Telegram Bot** , done by @hanwg ### Farewell to the following The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] are also no longer available as of this release: * **JuiceNet** has been removed as they shut down their API services. ## Other noteworthy changes There are many more improvements in this release; here are some of the other noteworthy changes: * Shopping list now has a complete intent function that allows you to check off or mark items on your shopping list as completed, making it easier to interact with your shopping lists using voice commands. Thanks, @Lesekater! * Device and entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] management got better! @emontnemery made it so Home Assistant now restores user customizations when you re-add deleted devices or entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more]. No more losing your carefully crafted names and settings! * The Template integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] received a major boost from @Petro31! You can now use variables, icons, and pictures across all compatible template platforms, create trigger-based template alarm control panels, locks, vacuum entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more], and fans. Plus, there’s a new `label_description` template method that allows you to dynamically fetch the description you’ve added to a label from your templates. This is a noteworthy enhancement for better template organization. * Camera snapshots just got better! @edenhaus added support for taking snapshots via go2rtc. There is nothing for you to do on this one, it works out of the box, but it is nice to know snapshots are now faster and take fewer resources from your system. * Object selectors now support fields and multiple selections, thanks to @piitaya. These additions are particularly interesting for integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and blueprint developers, as they provide much more flexibility in your UI representations. * Wind direction sensors got a visual upgrade with @edenhaus adding range icons for the `wind_direction` sensor device class. Different icons are now shown depending on the state of wind direction sensors, which is indeed a nice visual upgrade! ## Full-screen code editors Working with snippets of YAML or templates in Home Assistant just got a BIG improvement! We’ve added a new full-screen mode for all code editors throughout the interface. Whether you’re editing automations, scripts, templates, or any other YAML configuration, you can now expand the code editor to take up your entire screen. This is especially helpful when working with longer configurations or when you need more space to see your code clearly. Simply click the maximize button in the top-right corner of any code editor to enter full screen mode. Press the button again to return to the normal view. This makes building a more complex and advanced smart home more comfortable and productive, especially on smaller mobile or tablet screens where every pixel of editing space counts! ## Improved dashboard creation experience The dialog for adding a new dashboard has been redesigned with a cleaner interface that matches recent redesigns we’ve seen to other dialogs. This improvement was designed by @marcinbauer85 and implemented by @quinnter. Great teamwork! ## Patch releases We will also release patch releases for Home Assistant 2025.7 in July. These patch releases only contain bug fixes. Our goal is to release a patch release every Friday. ### 2025.7.1 - July 4 Happy Fourth of July! 🇺🇸 * Set timeout for remote calendar (@Thomas55555 - #147024) * Fix missing port in samsungtv (@epenet - #147962) * Bump ZHA to 0.0.62 (@puddly - #147966) * Bump aiounifi to v84 (@Kane610 - #147987) * Fix state being incorrectly reported in some situations on Music Assistant players (@marcelveldt - #147997) * Bump hass-nabucasa from 0.104.0 to 0.105.0 (@ludeeus - #148040) * Fix Telegram bots using plain text parser failing to load on restart (@hanwg - #148050) * Bump pyenphase to 2.2.0 (@catsmanac - #148070) * Cancel enphase mac verification on unload. (@catsmanac - #148072) * Bump aioamazondevices to 3.2.3 (@chemelli74 - #148082) * Update frontend to 20250702.1 (@bramkragten - #148131) * ci] Fix typing issue with aiohttp and aiosignal (@cdce8p - [#148141) * Bump venstarcolortouch to 0.21 (@mlfreeman2 - #148152) ### 2025.7.2 - July 14 * Squeezebox: Fix track selection in media browser (@Hypfer - #147185) * Squeezebox: Fix tracks not having thumbnails (@Hypfer - #147187) * Bump pysmlight to v0.2.7 (@tl-sl - #148101) * Fix REST sensor charset handling to respect Content-Type header (@bdraco - #148223) * Fix UTF-8 encoding for REST basic authentication (@bdraco - #148225) * Bump pylamarzocco to 2.0.10 (@zweckj - #148233) * Bump sharkiq to 1.1.1 (@funkybunch - #148244) * bump motionblinds to 0.6.29 (@starkillerOG - #148265) * Bump aiowebostv to 0.7.4 (@thecode - #148273) * Bump `gios` to version 6.1.0 (@bieniu - #148274) * Restore httpx compatibility for non-primitive REST query parameters (@bdraco - #148286) * Bump pyenphase to 2.2.1 (@catsmanac - #148292) * Add lamp states to smartthings selector (@jvits227 - #148302) * Fix Switchbot cloud plug mini current unit Issue (@XiaoLing-git - #148314) * Bump pyswitchbot to 0.68.1 (@zerzhang - #148335) * Handle binary coils with non default mappings in nibe heatpump (@elupus - #148354) * Bump aioamazondevices to 3.2.8 (@chemelli74 - #148365) * Create own clientsession for lamarzocco (@zweckj - #148385) * Bump pylamarzocco to 2.0.11 (@zweckj - #148386) * Bump pySmartThings to 3.2.7 (@joostlek - #148394) * Bump uiprotect to version 7.14.2 (@RaHehl - #148453) * Bump hass-nabucasa from 0.105.0 to 0.106.0 (@ludeeus - #148473) * Revert “Deprecate hddtemp” (@edenhaus - #148482) * Fix entity_id should be based on object_id the first time an entity is added (@jbouwh - #148484) * Bump aioimmich to 0.10.2 (@mib1185 - #148503) * Add workaround for sub units without main device in AVM Fritz!SmartHome (@mib1185 - #148507) * Add Home Connect resume command button when an appliance is paused (@Diegorro98 - #148512) * Use the link to the issue instead of creating new issues at Home Connect (@Diegorro98 - #148523) * Ensure response is fully read to prevent premature connection closure in rest command (@jpbede - #148532) * Fix for Renson set Breeze fan speed (@krmarien - #148537) * Remove vg argument from miele auth flow (@astrandb - #148541) * Bump aiohttp to 3.12.14 (@bdraco - #148565) * Update frontend to 20250702.2 (@bramkragten - #148573) * Fix Google Cloud 504 Deadline Exceeded (@luuquangvu - #148589) * Fix - only enable AlexaModeController if at least one mode is offered (@jbouwh - #148614) * snoo: use correct value for right safety clip binary sensor (@falconindy - #148647) * Bump nyt_games to 0.5.0 (@hexEF - #148654) * Fix Charge Cable binary sensor in Teslemetry (@Bre77 - #148675) * Bump PyViCare to 2.50.0 (@CFenner - #148679) * Fix hide empty sections in mqtt subentry flows (@jbouwh - #148692) * Bump aioshelly to 13.7.2 (@thecode - #148706) * Bump aioamazondevices to 3.2.10 (@chemelli74 - #148709) ### 2025.7.3 - July 18 * Handle connection issues after websocket reconnected in homematicip_cloud (@hahn-th - #147731) * Fix Shelly `n_current` sensor removal condition (@bieniu - #148740) * Bump pySmartThings to 3.2.8 (@joostlek - #148761) * Bump Tesla Fleet API to 1.2.2 (@Bre77 - #148776) * Use ffmpeg for generic cameras in go2rtc (@edenhaus - #148818) * Add guard to prevent exception in Sonos Favorites (@PeteRager - #148854) * Fix button platform parent class in Teslemetry (@Bre77 - #148863) * Bump pyenphase to 2.2.2 (@catsmanac - #148870) * Bump gios to version 6.1.1 (@bieniu - #148414) * Bump `gios` to version 6.1.2 (@bieniu - #148884) * Bump async-upnp-client to 0.45.0 (@StevenLooman - #148961) * Pass Syncthru entry to coordinator (@joostlek - #148974) * Update frontend to 20250702.3 (@bramkragten - #148994) * Bump PySwitchbot to 0.68.2 (@bdraco - #148996) * Ignore MQTT sensor unit of measurement if it is an empty string (@jbouwh - #149006) * Bump aioamazondevices to 3.5.0 (@chemelli74 - #149011) ### 2025.7.4 - July 28 * Keep entities of dead Z-Wave devices available (@AlCalzone - #148611) * Fix warning about failure to get action during setup phase (@mback2k - #148923) * Fix a bug in rainbird device migration that results in additional devices (@allenporter - #149078) * Fix multiple webhook secrets for Telegram bot (@hanwg - #149103) * Bump pyschlage to 2025.7.2 (@dknowles2 - #149148) * Fix Matter light get brightness (@jvmahon - #149186) * Fix brightness_step and brightness_step_pct via lifx.set_state (@Djelibeybi - #149217) * Add Z-Wave USB migration confirm step (@MartinHjelmare - #149243) * Add fan off mode to the supported fan modes to fujitsu_fglair (@crevetor - #149277) * Update Tesla OAuth Server in Tesla Fleet (@Bre77 - #149280) * Update slixmpp to 1.10.0 (@gaaf - #149374) * Bump aioamazondevices to 3.5.1 (@chemelli74 - #149385) * Bump pysuezV2 to 2.0.7 (@jb101010-2 - #149436) * Bump habiticalib to v0.4.1 (@tr4nt0r - #149523) ## Need help? Join the community! Home Assistant has a great community of users who are all more than willing to help each other out. So, join us! Our very active Discord chat server is an excellent place to be, and don’t forget to join our amazing forums. Found a bug or issue? Please report it in our issue tracker to get it fixed! Or check our help page for guidance on more places you can go. Are you more into email? Sign up for the Open Home Foundation Newsletter to get the latest news about features, things happening in our community, and other projects that support the Open Home straight into your inbox. ## Backward-incompatible changes We do our best to avoid making changes to existing functionality that might unexpectedly impact your Home Assistant installation. Unfortunately, sometimes, it is inevitable. We always make sure to document these changes to make the transition as easy as possible for you. This release has the following backward-incompatible changes: Google Calendar The previously deprecated Google Calendar `add_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] has been removed and replaced by the `create_event` entity-based actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more]. If you use the `add_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] in your automations or scripts, you will need to update them to use the new `create_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more] instead. (@epenet - #146432) (google docs) Meater The states of the Meater probe cook state have been changed to support translations and make them more consistent with other integrations. The following states have been changed: * `Not Started` -> `not_started` * `Configured` -> `configured` * `Started` -> `started` * `Ready For Resting` -> `ready_for_resting` * `Resting` -> `resting` * `Slightly Underdone` -> `slightly_underdone` * `Finished` -> `finished` * `Slightly Overdone` -> `slightly_overdone` * `OVERCOOK!` -> `overcooked` If you use these states in your automations or scripts, you will need to update them to use the new state values. (@joostlek - #146958) (meater docs) Miele The internal representation of states for hob plates has changed. This is a breaking change when these states are used in automations or templates. No user action is needed if these hob state sensors are used for visual display only. Please review and update applicable automations and templates according to the following state changes: * `0` -> `plate_step_0` * `1` -> `plate_step_1` * … * `18` -> `plate_step_18` * `110` -> `plate_step_warm` * `117` -> `plate_step_boost` * `118` -> `plate_step_boost` * `217` -> `plate_step_boost` * `220` -> `plate_step_warm` If you use these states in your automations or scripts, you will need to update them to use the new state values. (@astrandb - #144992) (miele docs) Plex Media Server The previously deprecated `plex.scan_for_clients` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] has been removed in favor of the “Scan Clients” `button` entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more]. If you use this actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more] in your automations or scripts, you will need to update them to use the new entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more] instead. (@epenet - #146608) (plex docs) If you are a custom integration developer and want to learn about changes and new features available for your integration: Be sure to follow our developer blog. ## All changes Of course, there is a lot more in this release. You can find a list of all changes made here: Full changelog for Home Assistant Core 2025.7
02.08.2025 05:18 — 👍 0    🔁 0    💬 0    📌 0
Preview
Deprecating Core and Supervised installation methods, and 32-bit systems We are today officially deprecating two installation methods and three legacy CPU architectures. We always strive to have Home Assistant run on almost anything, but sometimes we must make difficult decisions to keep the project moving forward. Though these changes will only affect a small percentage of Home Assistant users, we want to do everything in our power to make this easy for those who may need to migrate. Beginning with Home Assistant 2025.6, affected systems will display a notification after updating, indicating that **support will end in six months (with release 2025.12)** and include a recommendation to migrate to a supported system. In this post, we’ll go into our thinking on these deprecations and our findings after consulting the community on these changes. We have deprecated the following installation methods: * **Home Assistant Core** installation method, where you run your system in a Python environment, not to be confused with Container (for example, running your system in Docker). * **Home Assistant’s Supervised** installation method, which involves running your own operating system, then installing the Supervisor and other requirements on top of that. These are advanced installation methods, with only a small percentage of the community opting to use them. If you are using these methods, you can continue to do so (you can even continue to update your system), but in six months time, you will no longer be supported, which I’ll explain the impacts of in the next section. References to these installation methods will be removed from our documentation after our next release (2025.6). Going forward Home Assistant OS and Home Assistant Container will become the only supported installation methods. In the future, only the currently supported 64-bit architectures (aarch64 and amd64) will be used. The following legacy architectures are being deprecated: * **i386** (32-bit x86) is an architecture used by Intel and AMD predominantly before 2003, but some later processors still utilized it (e.g., early Intel Atom models). * **armhf** (32-bit ARM hard-float) was used by very early single-board computers, notably the original Raspberry Pi. * **armv7** (32-bit ARM) was used by a number of early single-board computers, most notably the Raspberry Pi 2. If you are one of the few with a system using these architectures, you will receive a notification after updating to 2025.6, and it will describe how to migrate your system. In six months, your system will become unsupported and will no longer receive updates. Check our guide to see if your current Home Assistant installation is affected. ## What does deprecated and unsupported mean In the simplest terms, deprecation is where you stop recommending a certain feature to users as you intend to remove it soon. As we deprecated the Core and Supervised installations methods today, that means we are now working to remove all references to them from our documentation. The goal is to guide new users towards installation methods we plan to support long term, and discourage the use of those that are being phased out. Even though they are being deprecated, we are committing to support them for a further six months (until release 2025.12), giving existing users time to migrate to Home Assistant OS or Container. During this time we will ensure these installation types keep functioning as normal during the deprecation period. However, after those six months have elapsed, these methods will become unsupported, which means issue reports will no longer be accepted. As these installation methods are used for the development of Home Assistant, it will still be technically possible to update them. We still would recommend migrating to a supported method, but that’s your choice. As i386, armhf, and armv7 architectures have also been deprecated, we are currently removing references to them from our documentation. More importantly, they will also be subject to a six-month support window. After that support ends (from release 2025.12 onwards), we will no longer build or release distributions or containers targeting these platforms. This will mean that in six months’ time, there will be no more updates for these systems, and if users encounter issues, they will no longer be able to ask for support from Home Assistant maintainers. ## Why we made this decision ### Core and Supervised From our opt-in analytics The Core and Supervised installation methods are not only complex for users to install and maintain — they’re also challenging for the Home Assistant team to support. In the past, there were compelling reasons, outside Home Assistant development, to run these installation methods, but for most people those reasons are disappearing. Home Assistant OS is very capable with a rich ecosystem of add-ons, while also being easy to run in a virtual machine. Container adoption has become mainstream, now being widely available along with systems having more resources to run them. Steadily, we’ve seen year-on-year reductions in the percentage of Core and Supervised installations (currently standing at 2.5% and 3.3% respectively). As Core and Supervised are more complex to maintain, they generate more issues that are more difficult to solve. This complexity places a disproportionate burden on our community-driven support system, where volunteers generously give their time to help others. It also takes time away from assisting the vast majority of users who are on the simpler to maintain installation methods. Along with this, new users could sometimes be swayed into running Core or Supervised, and have a bad experience that could cause them to give up on the best way to automate their home. By focusing our support and documentation on OS and Container methods, we can greatly improve the onboarding experience and ensure a smoother start for new users. ### Legacy 32-bit architectures Though Home Assistant is very lean and can run great on older or low-spec hardware, the architectures we’re deprecating are definitely on the leaner side of the spectrum. That probably explains why we see such low usage figures, with i386 and armhf architectures representing less than 0.5% of installations each, and armv7 at only 0.95% of installations. More than half of Home Assistant systems using armv7 have hardware that is capable of running 64-bit operating systems, like Raspberry Pi 3 and 4. This hardware can actually upgrade and migrate to a supported 64-bit version of our Home Assistant Operating System The broader software and hardware industries have also shifted away from these older 32-bit systems. Most have adopted 64-bit architectures such as amd64 and aarch64, and we are seeing more projects we depend on no longer supporting these 32-bit architectures. There have already been several instances where keeping support for these architectures has held back the development of new features. ## Your feedback For any major change, it is our goal to make sure the community guides this decision-making. When our maintainers initially proposed these deprecations, we shared this plan with the community (in our forum, GitHub, Discord, Reddit, and other social channels), using it to gather feedback. It was a constructive, civil discussion, and we learned a couple of interesting things that have helped us move this decision forward. First, our current wording is confusing to the community. Core and Supervisor are components of Home Assistant OS, but are also similar—or the same—as the names of installation methods, which is not super clear for new users. We also found these installation methods being used in ways we never expected, and there are a good number of people who were already running Home Assistant in custom and unsupported ways, not even realizing they were unsupported. Many of those impacted asked for better guidance on how to migrate. A good number were unaware of our expansion of backup and restore features to all installation methods, significantly smoothing their transition to a new platform. ## Check if you’re affected The blue arrow shows your installation type, and the red arrow displays the architecture. If you are unsure which **installation method** you are running: * Select this link OR Navigate to _**Settings > System > Repairs**_, select the three-dotted menu in the top right corner, and select _**System information**_. * Check the Installation type field. If you are running Home Assistant OS, or Container, you are fine as the installation method deprecation doesn’t apply to you. In this same window, you can find the **architecture** as well: * The CPU architecture field will tell you exactly which architecture you are using. If you are seeing aarch64 or x86_64 here, you are fine as the architecture deprecation doesn’t apply to you. ## How to migrate Green are staying, and red are deprecated. If it’s been a while since you’ve migrated Home Assistant systems, a lot has improved over the past several years. Switching systems is as easy as making a backup, downloading it, and restoring it during the initialization of your new system (Home Assistant Cloud subscribers using off-site backups can restore with just their password). Every Home Assistant installation method now has backups, and you can restore backups from any method onto another regardless of the differences in architecture. In many cases, very little needs to be done once the restore is successful (to the dismay of tinkerers online). Our documentation has a full list of guides on how to install Home Assistant on different hardware. Before you think about migrating to a different installation method, you can always choose to stick with what you have. Just because it becomes unsupported by the Home Assistant project, it doesn’t mean you can’t keep running it like you do today. That choice is up to you. Need | Currently using | Migrate to ---|---|--- Home Assistant with add-ons | Supervised | Home Assistant OS A system without Home Assistant OS support | Supervised | Container (many add-ons can be run as containers alongside Home Assistant) Full control of the host system | Supervised | Run Home Assistant OS in a VM, or Container (alongside add-on containers) Lightweight solution | Core | Container For **Home Assistant Core** users, the closest alternative is Home Assistant Container, which is most commonly used with Docker. If you can dedicate a device exclusively to Home Assistant, the recommended installation method is Home Assistant OS, which gives an appliance-like setup. For **Home Assistant Supervised** users, we recommend migrating to Home Assistant OS—it supports everything Supervised does, including add-ons. If you want more control over the OS, you can also run Home Assistant OS in a virtual machine, like with Proxmox, or go the Home Assistant Container path alternatively. For **deprecated architectures** , there is generally no supported migration path using your existing hardware. You will therefore need to find alternative hardware compatible with Home Assistant OS or Container. Second-hand single-board computers and recycled small-form-factor office machines are affordable and sustainable options. In some cases, your system may be running a 32-bit operating system, but is capable of running a 64-bit one (Raspberry Pi 3 and 4 are examples of systems often running a 32-bit OS despite being capable of running 64-bit). In this case, you will need to install a 64-bit capable operating system and restore Home Assistant on that system. ## Frequently asked questions * _**If Home Assistant Core is used for development, and part of the developer docs, why not just offer it to end-users?**_ This is not just about technical viability, it is also about helping and supporting people with their issues, problems, and questions, in our forums and chat. Having these options available to less technical people leads to support queries, and if they have a bad first experience that reflects poorly on the project. Users are free to continue running their systems the way they would like. * _**No support for Core or Supervised—can I still use them?**_ You can still use them even if we no longer support them. There are many users running Home Assistant in all kinds of unofficial ways. This change just means we are removing it from our end-user documentation and will no longer recommend using these installation methods from an official standpoint. * _**Will the developer documentation on these things remain?**_ Yes, those will remain. The developer documentation for running Home Assistant’s Core Python application directly in a Python virtual environment will remain. This is how we develop. This proposal is about removing end-user documentation and support. * _**Can I start maintaining these installation methods?**_ While maintaining these methods will require effort, the community is free to move documentation and code to new independent projects. Our maintainers will no longer accept issues or provide end-user documentation, but that shouldn’t stop anyone passionate about them from continuing to run them, or helping others to do the same. * _**Can I reproduce any of the installations you offer?**_ Yes, of course! All our pipelines are open source and transparent, you can always recreate any of our pipelines and release artifacts; either automated or manual. * _**Is this the first step towards making Home Assistant closed source/proprietary/commercial?**_ No, that is impossible. Home Assistant will always remain open source. Home Assistant is owned by the Open Home Foundation, a Swiss non-profit foundation that is audited and governed, and—by law—bound by its mission. This means it will always be open source and cannot be bought or sold.
02.08.2025 05:16 — 👍 0    🔁 0    💬 0    📌 0
Preview
Nuki joins Works with Home Assistant We’re thrilled to welcome Nuki to the Works with Home Assistant program! Nuki creates some slick-looking smart locks that you can fit to most doors (or even on top of existing locks). They are constantly pioneering new and exciting features, while also using the open standards we support. Nuki is today bringing three different lock types to the program, all certified by our team to provide the best experience possible with Home Assistant. ## Unlocking their origin Nuki started just over 10 years ago, with their first smart lock that was called the ‘magic black box’. It was this award-winning design that evolved into the sleek Nuki Smart Locks that are available today. Keeping everything in the family, the brand was started by brothers Martin and Jürgen. Frustrated with the hassle of carrying a door key in their sports kit, the brothers launched a successful Kickstarter and have been innovating ever since. They design their smart locks in Austria and manufacture them in Europe. Their locks are available across Europe, and in early July, they launched the Nuki Smart Lock in the U.S. Nuki devices are certified for use with the Home Assistant Matter integration, which is now officially certified. Like all ‘Works with’ certified devices, Nuki locks prioritize local control, so you can manage your day-to-day home security without relying on a cloud connection. "Joining the 'Works with Home Assistant' program is a logical step for us. We believe strongly in the power of open ecosystems and giving control to our customers. Home Assistant represents a vibrant community dedicated to innovation and customization, and we are thrilled to align our products with this vision. This integration ensures our customers can build the smart home they want, with the products they trust. The 'Works with Home Assistant' certification provides customers with the confidence that Nuki's products have been tested for compatibility and offer a smooth integration experience." _- Matthias Kerstner, Head of Product at Nuki._ ## Devices This lock is turning heads faster than it turns bolts In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. Our team has been busy testing the Nuki locks for some time and has certified the following Matter-over-Thread enabled devices. It’s important to note that to set up the lock, calibrate it, and activate Matter you will need to use the Nuki app. However, there is no hard requirement for a cloud account or account registration in order to use these locks. Once the device is active and connected via Matter, you can manage it purely through Home Assistant, and can even delete the app. * Nuki Smart Lock Go * Nuki Smart Lock Pro * Nuki Smart Lock Ultra ## Insane speeds, literally The devices certified include two cylindrical models, the Nuki Smart Lock Pro and the Nuki Smart Lock Ultra, which both feature a brushless motor and three speed settings. The speediest of these is called the ‘Insane’ setting. This ultra-fast setting is ideal for those in a hurry, but you can also pick from ‘standard’ or ‘gentle’ to move at a more leisurely pace. The gentle setting is also perfect for quieter unlocking, so you’re not disturbing others if you’re coming home after a night shift or an early morning jog. We love that the cylindrical devices come with a rechargeable battery to reduce e-waste. Each cylindrical lock comes with both white and black band options, so you can match your existing hardware or your home’s style. The Nuki Smart Lock Pro can retrofit over a current lock, whereas the Nuki Smart Lock Ultra comes with its own cylinder. If you’re looking for a solid entry-level choice instead, the Nuki Smart Lock Go is a great option, which uses four AA batteries. Both the Smart Lock Go and Smart Lock Pro can be installed in under five minutes, with no drilling or special tools required, which may mean even if you’re renting you could install a smart lock. Works with Home Assistant is all about providing more choice to the community, and Nuki is expanding the smart lock offerings. ## A keyless future All of the models listed work locally, as this is a requirement of the ‘Works with’ program so that you can ensure you feel safe and secure in your smart home. However, some users may wish to access these devices remotely too, allowing you to unlock the door for guests, contractors, family, or friends. If you’re looking for remote access, this can either be provided by the Nuki App, or via your Home Assistant system with something like Home Assistant Cloud (which supports the development of Home Assistant but also helps bring more ‘Works with’ partners to the program 🤝). We’re really excited to have Nuki join our certified devices, and see the use cases the community will come up with to integrate their smart locks into the rest of their smart home. ### FAQ ON WORKS WITH HOME ASSISTANT _**Q: If I have a device that is not listed under ‘Works with Home Assistant’ does this mean it’s not supported?**_ A: Most Nuki locks will work via Matter with Home Assistant and we have even tried out a couple of older locks with good results. However, we have only officially tested and certified the devices listed above. If there is any other device missing from this list it just means that it hasn’t gone through testing with our team or doesn’t fit the requirements of the program. It might function well, and may be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. _**Q: Ok, so what’s the point of the Works with program?**_ A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. We look for brands that will bring their key functionality into Home Assistant, operate locally without the need for cloud logins, and continue to do so long-term. _**Q: How were these devices tested?**_ A: All devices in this list were tested using a standard Home Assistant Yellow with the built-in Thread border router and our certified Matter Integration. If you have another hub, border router setup, or integration, that’s not a problem. We test against these as they are the most effective way for our team to certify within our ecosystem. _**Q: Will you be adding more Nuki devices to the program?**_ A: All of the locks Nuki currently sells are now represented here in the ‘Works with’ program. We’re thrilled to foster a close relationship with the team at Nuki to work together on any upcoming releases or add in further products that are not yet listed here.
02.08.2025 05:16 — 👍 0    🔁 0    💬 0    📌 0
Preview
Next iteration of our Voice Assistant is here - Voice chapter 10 Welcome to Voice chapter 10 🎉, a series where we share all the key developments in Open Voice. This chapter includes improvements across every element of Open Voice. Improvements that allow it to support more languages, be used on more hardware, make it easier to contribute to, all while making it faster and more reliable. ## Help steer Open Voice Before we get going, we just want to say that Voice Chapter 10 isn’t just a broadcast; **it’s an invitation** ✉️. Our **public Voice project board** lives on GitHub, and it shows what we’re fixing, currently building, and what we’ll work on next. Every card is open for comments, so please feel free to have a look and participate in the discussion. 👉 **Project board** : https://github.com/orgs/OHF-Voice/projects/2 ## ESPHome gains a voice When we began designing and building the firmware for our open voice assistant hardware, the Home Assistant Voice Preview Edition, we had several specific features in mind: 1. Run wake words on the device. 2. Use a fully open-sourced media player platform that can decode music from high-quality sources. 3. Wake words can be enabled and disabled on the fly; for example, “stop” is only activated when a long-running announcement is playing or when a timer is ringing. 4. Mix voice assistant announcements on top of reduced volume (a.k.a. “ducked”) music. These features needed to run within ESPHome, the software that powers the device. In the beginning, ESPHome could only do 1 and 2, but not even at the same time! To include all these features, we initially built them as external components, allowing us to iterate fast (and of course break many things along the way). We always intended to bring these components into ESPHome, and the process of bringing them in is called _upstreaming_. This would allow anyone to easily build a voice assistant that includes all the features of Voice Preview Edition, and that’s what we’ve been working on since its launch last December. No device left behind! ESPHome version 2025.5.0 has all these components included! We didn’t just spend this time copying the code over, but we also worked hard to improve it by making it more generalizable, easier to configure, and much faster. As an example of these speed improvements, the highest CPU load on the Voice Preview Edition happens when music is being mixed with a long announcement. In this situation, it is decoding two different FLAC audio streams while also running three microWakeWord models (a Voice Activity Detector, “Okay Nabu”, and “Stop”). With the original December firmware, this used 72% of the CPU 😅. With the new optimizations, which are all now available in ESPHome, the current Voice Preview Edition firmware only uses 35%❗ These improvements even allow the extremely resource-constrained ATOM Echo to support many of these features, including media playback and continuing conversations. ## Make your own Voice Preview Edition I'll just pretend I understand all this Speaking of voice hardware becoming more like Voice Preview Edition, why not use that class-leading hardware as the basis for your own creations? We’ve now got the KiCad project files, which include the electrical schematic and circuit board layout, along with other helpful documents available for download on GitHub. Combined with our open source firmware files, this will allow anyone to build on the work we’ve done and make the open voice assistant of their dreams. Bigger speaker, built-in presence sensor, a display featuring a smiling Nabu mascot — the options are nearly endless. Building Voice Preview Edition was always meant to bootstrap an entire ecosystem of voice hardware, and we’re already seeing some amazing creations with this open technology. ## Now you’re speaking my language ### Speech-to-Phrase gets more fluent In case you missed it, we built our own locally run speech-to-text (STT) tool that can run fast even on hardware-constrained devices. Speech-to-Phrase works slightly differently from other STT tools, as it only accepts specific predetermined phrases, hence the name. We have been making large strides in making this the best option for local and private voice control in the home. The sentence format for Speech-to-Phrase is getting an upgrade! Besides making it simpler for community members to contribute, it now allows for more thorough testing to ensure compatibility with existing Home Assistant commands. We have also begun experimenting with more precise sentence generation, restricting sentences like “set the {light} to red” only to lights that support setting color. Another improvement is making Speech-to-Phrase more careful about combining names and articles in certain languages. For instance, in French, a device or entity that starts with a vowel or an “h” will have an “l” apostrophe at its beginning, such as l’humidificateur or l’entrée. Allowing Speech-to-Phrase to understand this avoids it guessing pronunciations for nonsensical combinations. Speech-to-Phrase currently supports **six languages** , namely English, French, German, Dutch, Spanish, and Italian. We are now engaging with language leaders to add support for Russian, Czech, Catalan, Greek, Romanian, Portuguese, Polish, Hindi, Basque, Finnish, Mongolian, Slovenian, Swahili, Thai, and Turkish — this takes our language support to **21 languages** 🥳! These new models were originally trained by community members from the Coqui STT project (which is now defunct, but luckily their work was open source — _another example of FOSS saving the day_), and we are very grateful for the chance to use them! Performance and accuracy vary heavily by language, and we may need to train our own models based on feedback from our community. ### Piper is growing in volume Piper is another tool we built for local and private voice in the home, and it quickly turns text into natural-sounding speech. Piper is becoming one of the most comprehensive open source text-to-speech options available and has really been building momentum. Recently, we have added support for new languages and provided additional voices for existing ones, including, * **Dutch** - Pim and Ronnie - _new voices_ * **Portuguese (Brazilian)** - Cadu and Jeff - _new voices_ * **Persian/Farsi** - Reza_ibrahim and Ganji - _new language_ * **Welsh** - Bu_tts - _new voices_ * **Swedish** - Lisa - _new voices_ * **Malayalam** - Arjun and Meera - _new language_ * **Nepali** - Chitwan - _new voices_ * **Latvian** - aivar- _new voices_ * **Slovenian** - artur - _new voices_ * **Slovak** - lili - _new voices_ * **English** - Sam (non-binary) and Reza_ibrahim - _new voices_ This brings Piper’s supported languages and dialects from 34 to now 39 🙌! This allows a nice majority of the world’s population (give or take 3 billion people) the ability to generate speech in their native tongue 😎! ### Scoring language support This is the score sheet for just intents... it can get complicated Home Assistant users, when starting their voice journey, typically ask one question first: “Is my language supported?” Due to how flexible voice assistants in Home Assistant are, this seemingly simple question is quite complicated to answer! At a high level, a voice assistant needs to convert your spoken audio into text (speech-to-text), figure out what you want it to do (intent recognition), and then respond back to you (text-to-speech). Each part of this pipeline can be mixed and matched, and intent recognition can even be augmented with a fallback to a large language model (LLM), which is great at untangling misunderstood words or complex queries. Considering the whole pipeline, the question “Is my language supported?” becomes “How well does each part support my language?” For Home Assistant Cloud, which uses Microsoft Azure for voice services, we can be confident that all supported languages work well. Local options like Whisper (speech-to-text) and, to a lesser extent, Piper (text-to-speech), may technically support a language but perform poorly in practice or within the limits of a user’s hardware. Whisper, for example, has models with different sizes that require more powerful hardware to run as they get larger. A language like French may work well enough with the largest Whisper model (which requires a GPU), but is unusable on a Raspberry Pi or even an N100-class PC. Our own Speech-to-Phrase system supports French well and runs well on a Raspberry Pi 4 or Home Assistant Green. The trade-off is that only a limited set of pre-defined voice commands are supported, so you can’t use an LLM as a fallback (because unexpected commands can’t be converted into text for the LLM to process). Finally, of course, not everyone wants to (or can) be reliant on the cloud, and they need a fully local voice assistant. This means that language support depends as much on the user’s preferences as their hardware and the available voice services. For these reasons, we have split out language support into three categories based on specific combinations of services: * _**Cloud**_ - Home Assistant Cloud * _**Focused Local**_ - Speech-to-Phrase and Piper * _**Full Local**_ - Whisper and Piper Each category is given a score from 0 to 3, with 0 meaning it is unsupported and 3 meaning it is fully supported. Users who choose Home Assistant Cloud can look at the Cloud score to determine the level of language support. For users wanting a local voice assistant, they will need to decide between Focused Local (limited commands for low-powered hardware) and Fully Local (open-ended commands for high-powered hardware). Importantly, these scores take into account the availability of voice commands translated by our language leaders. A language’s score in every category will be lowered if it has minimal coverage of useful voice commands. With these language scores, we hope users will be able to make informed decisions when starting on their voice journeys in Home Assistant. They’re currently featured in our voice setup wizard in Home Assistant, and on our language support page. ## What’s in a name Voice commands in Home Assistant trigger _intents_ , which are flexible actions that use names instead of IDs. Intents handle things like turning devices on or off, or adjusting the color of lights. Until now, sentence translations focused on whether a language supported an intent (like turning devices on/off) but didn’t clearly show whether the command supported device names, areas names, or both. This can change from language to language, which made gaps hard to spot. We’re switching to a new format that highlights these combinations, making it easier for contributors to see what names are supported, which should make for simpler translations. ## Continued conversation updates Since the last voice chapter, the voice team has worked on making Assist more conversational for LLM-based agents. We started with LLM-based agents because it was simpler to iterate on. If the LLM returns with a question, we will detect that and keep the conversation going, without the need for you to say “Ok Nabu” again. On top of that, you can now initiate a conversation with a new action called `start_conversation` directly from an automation, or a dashboard. This provides the full spectrum of conversation to LLM-based agents. Here is a quick demonstration of two features working hand-in-hand: ## Media Search and Play intent What’s great about Home Assistant and open source is that sometimes the best ideas come from other projects in the community. Early on, many people were interested in driving Music Assistant with voice, but central pieces were missing on Home Assistant, such as the ability to search a media library. We worked hard on bringing this functionality to the core experience of Home Assistant and created a new intent, the **Search and Play** intent. You can now speak to your voice assistant and ask it to play music in any room in your home. The intent can be used by an LLM-based conversation agent, but we also have sentences that work without any LLM magic. You can find the English sentences here. As it’s a new feature, support may vary based on your language, and please be patient while our amazing language leaders make these translations. ## Future work - Assist will have something to say Talking to your home should feel as natural as chatting with a friend across the kitchen counter. Large-language models (LLMs) already prove how smooth that back-and-forth can be, now we want every Home Assistant installation to enjoy the same experience. We’re therefore zeroing in on three key use-cases for the default conversation agent, which include critical confirmations, follow-ups, and custom conversations. Just note these are still at the early stages of development and it may be some time before you see some of these features. ### Critical confirmations Some actions are too important to execute without a quick double-check. Unlocking the front door, closing shutters, or running a “leaving home” script. We want you to be able to mark those entities as **protected**. Whenever you speak a command that touches one of those entities, Assist will ask for verbal confirmation before acting: > Ok Nabu, unlock the front door > _Are you sure?_ > Yes > _Unlocked_ Because every household is different, we are thinking about managing these confirmations **per entity** and making them fully user-configurable. ### Follow-up on missing parameters Sometimes Assist grasps what you want, but needs more detail to carry it out. Instead of failing, we want Assist to ask for the missing piece proactively. Here is an example to illustrate. > Ok Nabu, set a timer > _For how long?_ > 15 minutes > _Timer started_ For now, we are still assessing the relevant sentences for that use case. We’re implementing follow-ups with timers, though finding more is not currently our top priority. We are, however, open to suggestions. ### Custom conversations As with any other part of Home Assistant, we want the conversation aspect of Assist to be personalized. Simple voice transactions can already be created with our automation engine using the `conversation` trigger and the `set_conversation_response` action. We want to bring the same level of customization to conversations, allowing you to create fully local, predefined conversations to be triggered whenever you need them, such as when you enter a room, start your bedtime routine, etc. We are focusing first on making custom conversations possible, so that you can show us what you are building with this new powerful tool. We will then tackle the critical confirmations use case, and finally, the follow-ups when parameters are missing. ## Let’s keep moving Open Voice forward Only a couple of years ago, voice control was the domain of data-hungry corporations, and basically none of this open technology existed. Now, as a community, we’ve built all the parts needed to have a highly functional voice assistant, which is completely open and free for anyone to use (or even build on top of). Every chapter, we make steady progress, which is only possible with your support. Whether from those who fund its development by supporting the Open Home Foundation (by subscribing to Home Assistant Cloud, and buying official Home Assistant hardware) or those who contribute their time to improving it. As always, we want to support every language possible, and if you don’t see your native tongue on our supported list, please consider contributing to this project.
02.08.2025 05:16 — 👍 0    🔁 0    💬 0    📌 0
Preview
Community Day 2025 Wrap-up Our first Home Assistant Community Day was a humbling success — we knew that the community had a desire to have something coordinated like this, but we really did not expect just how widely this would spread. 💖 So much happened in such a short window of time, so let’s talk about how this year’s event went and what the future looks like for Home Assistant meetups. ## It started with a question… Home Assistant Community Day was born from a conversation last year where we asked, “Would the community even _want_ this?” We dropped hints here and there to test how y’all would react to a worldwide event, and after weeks of planning, the response to the event announcement was overwhelmingly positive. 🤩 First, **THANK YOU** 🙏🏻 to all **the hosts** for their local coordination, **community members** who showed up, and **the venues** that made all this possible. I learned so much with your help, and it will make next year’s Community Day one to remember. ## …that turned into a movement… When I announced Home Assistant Community Day, I didn’t give hosts a lot to work with. I didn’t want the community to think they had to fit into a specific format, and wanted it to be unique to their region. It became clear pretty quickly what information was missing and what people wanted guidance on. For example, some asked for suggestions on what types of venues to book or which activities could make the event more interactive, such as quizzes or presentations. Your questions helped us make it easier for hosts to build cool events, thank you for those! All around the world, everyone came together to talk about Home Assistant (and its related projects). You swapped hardware, you showed off your automations or dashboards, you participated in quizzes, and you formed new bonds with people in your area who share your passion for Home Assistant. Some people had custom swag printed, others received hardware from a couple of our Works With Home Assistant partners, and one group had a Hackathon event the day before! So many great photos were shared from the events that we can’t possibly include them all here! You can find plenty more by searching #HADay2025 on social media or by checking the Discord meetup thread for this event. It was seriously one of the most uplifting things I’ve had the pleasure to not only facilitate, but also witness. 🥰 ## …but not without complications Swag was an unexpected complication. When I first announced the day, we planned to have me order the merch and then send it off to the hosts. This would require collecting addresses and sending packages to people around the world, and we realized quickly that the logistics of that would end up a mess. Instead, we made the sticker designs (along with the Luma calendar invite graphic) publicly available for the hosts to print something locally. When we did this, we (as the Open Home Foundation) committed to reimbursing the hosts for these swag purchases, along with venue fees or other reasonable expenses they might have on the day. The idea being that no host should be out of pocket for supporting their local Home Assistant community. You support us (by contributing time or by being Home Assistant Cloud subscribers), and we want to give back to the community in any way we can. I’m excited to share that we plan on using those same guidelines for any community meetup, not just the ones that happen on Community Day! 👏🏻 We’re building a new community page where all of these details will be available, so stay tuned for more information. ## Some stats for the nerds We had 82 events with over 1,600 registered guests, spanning nearly every corner of the globe. The events started in New Zealand and ended on the West Coast of North America. This meant we had meetups held from 10 pm May 23 to midnight May 25 (UTC time), that’s over 26 hours of constant partying! 🥳 We had events in every major region except Australia! Most meetups were in Europe and North America — probably not too surprising for most. The smallest events had 2 registered guests, and the event that had the largest number of registered guests was Utrecht, with 200! With an average of 20 people attending a meetup, we know that we can advise a lower capacity limit for future events. This will be included as part of the guidelines we’ll have on that new community page I mentioned above. ## Keep the fun going! Many hosts told me that they’ve created a new space for the attendees to chat or that they were going to start doing some regular meetups (some have done both!). Since Luma worked so well for us for Community Day, I’ve created a general calendar for meetups! I also have graphic assets publicly available for your Luma event and any social media you’d like to post your event on — use the 1:1 ratio image for the invite image on Luma. There are two events live there now, way to go Chile (Santiago) and Belgium (Hasselt)! 🤩 While we don’t have a solid date for next year’s Home Assistant Community Day, I can at least let you know that it will not be in May and instead later in the year. I’m aiming to give you at least a two-month heads-up for when it will be this time. We’re planning on doing something bigger and I can’t wait to do it all again with y’all next year. 😌 P.S. - Did you spot our refreshed Creator Network page yet? 👀
02.08.2025 05:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Companion app for Android: It’s been a while The Home Assistant companion app for Android just keeps getting better with every release, and recently, it gained some dedicated support to help accelerate its development. Several months ago, I (Timothy Nibeaudeau, also known as @TimoPtr) joined the Open Home Foundation as our dedicated Android developer 🎉. It’s been over two years, and hundreds of thousands of installs, since we’ve published a dedicated update for our community on the development of the app, and I’d like to give you a quick update on recent improvements and what’s coming next. ## Behind the Screens In the beginning, all of Home Assistant’s official companion apps were developed by the community in their spare time, with many still being part-time projects. It’s incredible the work they put into building these apps. This gives you not just the ability to view your Home Assistant instance on the go (or around the house) and takes advantage of many of the sensors available on the device while providing rich notifications to users. Very impressive growth in installs over the years! The Android app alone has seen over 2,700 contributions! It’s a lot of work keeping up with Android versions, new capabilities of Home Assistant, and bug fixes. This app doesn’t just support Android phones and tablets but also devices they connect to, specifically Android Auto, Android Automotive, and Wear OS. ### Progress in the millions They did all this work while reaching nearly **1.5 million installs** , with over 6 million total installs over the years. There are 400,000 daily active users and 1 million monthly active users. The phone app also has a very nice **4.3-star rating** on the Play Store and **2,800 stars** on GitHub 🤩. This feedback really helps us improve. It’s been over a year and a half since the Apple companion apps gained a full-time developer with the addition of the amazing Bruno Pantaleão 😎. Around the same time as Bruno was hired, we began looking for an Android developer, and let’s say that took a little longer. My name is Timothy Nibeaudeau, and as mentioned at the start, I’m your new dedicated Android engineer. As someone who has been using Home Assistant since 2018, I’m passionate about open source and smart home technology. I’ve been working in software development for nearly a decade, developing apps for all sorts of projects from medical-grade IoT products to smart toothbrushes 🪥. I am committed to bringing my talents to the project, but I cannot do it alone. The community is what makes Home Assistant special, and together, we can achieve even more. Specifically, I’d like to thank @dshokouhi, @jpelgrom, and @JBassett for their years of work making this app what it is today! I’d also like to thank you! Your support (by subscribing to Home Assistant Cloud and buying official hardware) allows the Open Home Foundation to hire dedicated developers. Dedicated developers keep development focused, helping the community to work together in delivering the feature they’re passionate about. ## Since our last blog Like I said at the top, it’s been a long time (over two years 🫢) since we’ve published a blog highlighting the improvements made to the Android app. You’ve probably been enjoying these new features for some time, but in case you missed it, here are some of the biggest improvements made by the community over that time. * Health Connect sensors linked to your Android phone have been added, including heart rate, fitness data, and glucose levels (as always, you have complete control over what you share with your Home Assistant instance, and that data stays local). * By working with Android natively, Assist can now replace your phone’s (or Wear OS devices’) assistant. * You can now set the Home Assistant app as your device’s default launcher, which is great for wall panel setups. * We’ve updated our widgets to support some of the new features, like To-do lists. * Wear OS has had its Tile capabilities improved and a new thermostat tile was added. * There are now more Android Auto sensors, like speed and remaining range. * A simpler way to connect Wi-Fi compatible devices to your home network (such as the Home Assistant Voice Preview Edition) using Improv Wi-Fi over Bluetooth (an open standard for connecting devices to Wi-Fi using Bluetooth, built by the Open Home Foundation). * The Z-Wave device onboarding experience has been improved with the addition of a QR code scanner. * We’ve also improved the speed and stability of the app. * It’s now easier than ever for new contributors to jump in and start helping with the app (much more on that below 👇). For a full list of the app’s capabilities, check out our breakdown of the companion apps from the companion documentation. ## What’s next for our Android app In our latest update of the Android app 2025.7.1, we’ve added a couple of useful features. Including a new basic invite flow, which will be shared between Android and iOS, adding a good layer of consistency between our most-used companion apps. The idea is to make it much more seamless to add new users or set up new devices (no need to type the URL in your Android Automotive device!). We’ve also made My Links work better. If you’re unfamiliar with My Links, they’re those cool links (that anyone can make) that bring you right to an integration, blueprint, add-on, or settings page. They have always worked great on desktop, but up until recently, they were a bit clunky to use on mobile. Now you can get to the link’s destination with a single click. Android has many different screen sizes and layouts, and we’re working to better leverage them with edge-to-edge support. Our recent update has edge-to-edge working on Android native UI elements like the settings page, and we’re looking to implement them elsewhere in future updates so we can make the most of your screen real estate. ## Important changes for Android users A huge percentage of our users are on pretty new versions of Android, but we want to support as many older devices as possible. One significant change on the horizon is ending support for Android 5.0 and 5.1 (also known as Android Lollipop, released in 2014… it had a good run 🫡). Google has announced that starting in June 2025, many AndroidX libraries will require a minimum of Android 6.0 (API 23). Google has already updated Firebase Cloud Messaging to require this as well. This means we will need to stop supporting Android 5.0 and 5.1 (API 21 and 22) to keep up with new features and security updates. Less than 0.3% of installs are on Android versions below API 23 (Android 6.0), and we always work to keep older devices working, but sometimes our hand is forced. If you are using an older device, the app will not be removed, but you will not receive new updates once we make this change. We plan to make one final release for these older versions before support ends. This release is expected before the end of the summer, so you will have the latest updates available for your device before we move on. ## Let’s work together We want to make it easier for you to contribute, whether you are a seasoned developer or just getting started. This includes making the contribution journey smoother and giving people an easy place to start. We’ve even compiled a list of “first issues” to tackle for prospective developers looking to help out. We’ve started work on dedicated Android developer documentation, which will give in-depth information about the inner workings of this app. We’ve made many behind-the-scenes changes to improve the developer experience (defining best practices, linters for faster/automated feedback, and continuous integration for quicker feedback on PRs). Our focus is always on improving stability, reducing crash rates, and catching issues early. One example of this is our new fail-fast approach, which has already helped us catch and fix issues early. We want more Android native/exclusive features while also balancing the need to keep parity between the Android and iOS companion apps (the iOS app is excellent, and each app’s community is learning so much from each other). ### How you can help The companion app for Android is a community effort, and your help makes a real difference. Here is how you can get involved: * Join the beta program to test new features. * Suggest a feature and share your ideas. * Help triage issues on GitHub, Discord, or the Home Assistant forum. * Join the Android Project thread on Discord. (Head to _Channels & Roles_ and select “I want to contribute developer skills!” to assign yourself the Developer role if you can’t see the thread.) * Submit issues, review pull requests, start your first pull request, and ask questions — your feedback is valuable. * Help us translate the app. Thanks again for making all this possible. I look forward to your help making this app even more amazing!
02.08.2025 05:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Zooz joins Works with Home Assistant Our Works with Home Assistant program is expanding once again, and this time we’re excited to announce Zooz is joining us! We have tested many new devices of all different types, ensuring they provide the best experience possible with Home Assistant. As well as classic staples for the smart home, they also bring some very cool flood protection devices to help safeguard your home. These will be the first certified Z-Wave devices added to the program in some time, and are just part of the exciting future the Home Assistant community and Zooz see for this smart home protocol. ## Zooz zooms in Zooz started out not as a manufacturer, but as a retailer of smart devices. They focused so much on customer support that they soon realized they could do a better job than manufacturers already in the market, and so turned instead to creating their own products. They focus on Z-Wave for its interoperability and security, and they include easy-to-understand installation guides with these devices. They also have a wide knowledge base on their website and a very responsive support team. As Z-Wave experts, they’re members of the Z-Wave Alliance (where Paulus is also a member as the voice of the open source community). While Zooz is based in the USA, many of their products are available worldwide. ## It takes Zooz Zooz has really embraced the Home Assistant community. Agnes, their VP of Brand and Partnership Support, recently spoke to the team over at the Home Assistant podcast about their startup journey. She also came along to our Community Day in Brooklyn, hosted by our very own Product Lead, Madelena. It’s awesome to see manufacturers get out and connect with our community members. "Zooz has been contributing quality hardware to the smart home community for over 10 years now and our biggest takeaway is that thoughtful integration is key for our customers. We recognize that our devices are part of an ecosystem and that's why we are so excited to partner with Home Assistant, a platform we highly respect for its commitment to making products work together seamlessly. I especially appreciate how quickly Home Assistant embraced Z-Wave Long Range and how easy it is to set up Z-Wave on a brand new system thanks to hardware like Home Assistant Green. We look forward to connecting with the Home Assistant community, learning together, and creating new devices driven by your feedback." _- Agnes Lorenz, VP, Brand and Partnership Support, Zooz._ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. Zooz has had a large group of devices certified, one of the largest number of devices we’ve ever certified for a launch into the program. Kudos to the foundation team, and Zooz for making such a great variety of new devices available to our community. **Leak Protection** ZAC36 Titan Water Valve Actuator **Plugs** ZEN04 Smart Plug ZEN05 Outdoor Plug **Relays** ZEN16 Multi Relay ZEN51 Dry Contact Relay ZEN52 Double Relay ZEN53 DC Motor Controller **Lighting Switches** ZEN30 Double Switch ZEN32 Scene Controller ZEN71 On Off Switch ZEN72 Dimmer ZEN74 Toggle Dimmer ZEN76 S2 On Off Switch ZEN77 S2 Dimmer **Sensors** ZSE11 Q Sensor (4in1) ZSE18 Motion Sensor ZSE41 Open / Close XS Sensor ZSE42 Water Leak XS Sensor ZSE43 Tilt Shock XS Sensor ZSE44 Temperature Humidity XS Sensor ZSE70 Outdoor Motion Sensor ## Frequencies and firmware If you’re based in North America, all new devices will come with Z-Wave Long Range (ZWLR) as standard. If you are based elsewhere, like in Europe, Long Range won’t be enabled quite yet. The reason is that even though the Z-Wave Long Range protocol has been available for some time in North America, it was only released in Europe in April 2025, as certification took a bit longer. The nice thing about Zooz’s North American 700 series and European 800 series Z-Wave, is that ZWLR can be enabled via an over-the-air (OTA) firmware update, so hopefully everyone will be taking part in the Z-Wave Long Range revolution soon. Watch this space for a not-so-secret Home Assistant Z-Wave hardware announcement coming your way… Z-Wave Long Range opens up a whole new world of options and makes for an even more flexible smart home. Maybe you have a large backyard, or an awkwardly shaped long, but narrow home that is hard to get other protocols to cover adequately. Or perhaps you have devices that are just too far away for other protocols. A common example is wanting a way to get notified when the mailbox at the front of your driveway is opened or closed. Many of the certified devices can function outdoors or be purchased with accessories to make them waterproof. Speaking on a personal note, we had a leak in our garage a year or so ago after some bad weather. Other protocols couldn’t reach that far, and we had no way to be notified. I cannot wait for an easy way to be notified across that bigger distance, and avoid all the unpleasant clean-up. It’s great to read stories on social media or our forums where smart home devices have kicked in and saved the day, like getting that all-important notification or cutting off the water supply with something like Zooz’s valve actuator. Z-Wave, like other open standards we support, works locally, and all of the devices listed above will work locally, without the need for any extra cloud connection or apps. Remember, if you’re also looking for remote access to make sure you don’t miss any critical notifications while you’re away from home, an easy way to get this set up is to subscribe to Home Assistant Cloud. Not only will this help you monitor your smart home remotely, but you’ll also be supporting the development of Home Assistant. ## FAQs **Q: If I have a device that is not listed under “Works with Home Assistant” does this mean it’s not supported?** A: No! It just means that it hasn’t gone through a testing schedule with our team or doesn’t fit the requirements of the program. It might function perfectly well, but be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. **Q: OK, so what’s the point of the Works with program?** A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must have the expected functionality within Home Assistant, operate locally without the need for cloud, and will continue to do so long-term. **Q: How were these devices tested?** A: All devices in this list were tested using a standard HA Green Hub with our Z-Wave Integration. If you have another hub integration that’s not a problem, but we test against these as they are the most effective way for our team to certify within our ecosystem. **Q: Will you be adding more Zooz devices to the program?** A: Absolutely! We’re thrilled to foster a close relationship with the team at Zooz to work together on any upcoming releases or add in further products that are not yet listed here.
02.08.2025 05:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Shelly joins Works with Home Assistant We’re excited to welcome Shelly to the Works with Home Assistant program! Shelly is very well-established in both our ecosystem and the smart home world, so it’s great to formally certify a selection of their Z-Wave devices. Their retrofit smart switches and relays are amazing for turning all sorts of _dumb_ devices, like light fixtures or ceiling fans, into devices you can easily control in _smart_ new ways. Also, being Works with certified means they have been thoroughly tested, ensuring they give the best possible experience with Home Assistant. The variety of complex settings and functionality, like energy monitoring, makes them popular with our community doing advanced smart retrofits, like connecting an old garage door or motorized shutters. These are perfect for keeping non-smart devices out of the landfill and working for years to come. ## From A to Z-Wave Shelly, originally launched in Bulgaria in 2017, has been a mainstay in our community for some years. They became known initially for their WiFi smart switches and relays that could be easily used locally, but now offer a wide range of smart devices and ways to connect them. For this first round of Works with Home Assistant certified products, the focus is firmly on the Z-Wave lines. If you’re not familiar with Z-Wave, it’s a well-established low-powered wireless technology designed with the smart home in mind. It uses an entirely different bit of radio spectrum than WiFi, meaning it has less chance of experiencing interference. This spectrum makes it better at getting through thick walls and communicating over longer distances — with the recent Long Range iteration of the standard, they can communicate even further. Given our focus on local control, items that work on Z-Wave are ideal if you want to avoid the cloud. Home Assistant will act as your Z-Wave controller using the Z-Wave JS add-on (another awesome Open Home Foundation project). So, all you need is a Z-Wave adapter to use alongside these devices. _If you haven’t purchased one yet, you might want to wait before hitting that buy button_ 😉. Shelly shares our focus on interoperability, with items using a variety of protocols, while being available worldwide. These items are also super helpful for the energy-conscious. They have low power consumption, power metering, and can easily blend in with your current home decor, as they sit in the wall behind your existing switches. Mini? This thing is microscopic! ## Getting Involved We’ve been lucky enough to meet the Shelly team on several occasions, and they were kind enough to showcase how the Las Vegas Mob Museum uses Shelly and Home Assistant during our annual ‘State of the Open Home’ event. In May, they went one step further and hosted one of our Community Days in South Florida. It’s really exciting to see that partners who join the ‘Works with’ program don’t just see it as a badge to stick on a box, but a real chance to engage with, and contribute to, this amazing community. "Many of our users already rely on Home Assistant to power their smart homes, and we’ve seen firsthand how important local control, privacy, and flexibility are to them. By joining the _Works with Home Assistant_ program, we’re reinforcing our commitment to open, reliable smart home solutions. With the upcoming launch of our **Shelly Wave Long Range** devices—offering wireless coverage of up to **1 kilometer** — we’re pushing the boundaries of what smart home technology can do. Combined with Home Assistant’s powerful platform, this will be a **market-leading solution** , capable of covering **use cases no other ecosystem today can reach**. Together, we’re building the future of smart homes: open, powerful, and ready for real-world demands." _- Leon Kralj, CTO at Shelly_ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. **What devices have been certified?** * Shelly Wave PM Mini * Shelly Wave i4 * Shelly Wave 1PM Mini * Shelly Wave 2PM * Shelly Wave Pro 1PM Whilst the Shelly Wave Pro 1PM sits in an electrical box, the remaining devices sit behind a standard plug, switch or device. This means they are a super cost-effective way to retrofit devices, which in turn reduces e-waste. The Minis are very small (duh), and so should fit in most tight places around the home, even with low-profile installations. The Shelly Wave 1PM Mini is the world’s smallest Z-Wave smart switch. In some areas of the world, you may need professional installation by a qualified electrician, so be sure to check your region’s regulations. If you’re a confident DIYer, Shelly has a lot of helpful guides on their site to walk you through installing it yourself. ## The first of many waves These devices are the first from Shelly to join the program, but certainly won’t be the last, as we look forward to many exciting developments with Z-Wave Long Range. Keep your eyes peeled for our upcoming hardware announcement that will work perfectly with our Z-Wave partners. Thanks again for your support (by subscribing to Home Assistant Cloud and buying official hardware), which allows the Open Home Foundation to build these partnerships and certify new devices to join Works with Home Assistant. ### FAQs **Q: If I have a device that is not listed under ‘Works with Home Assistant does this mean it’s not supported?** A: No! It just means that it hasn’t gone through a testing schedule with our team yet or doesn’t fit the requirements of the program. It might function well but be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. It may also have a feature missing in Home Assistant that we’re working to add. **Q: Ok, so what’s the point of the Works with program?** A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must work well within Home Assistant, operate locally without the need for cloud and will continue to do so long-term. **Q: How were these devices tested?** A: All devices in this list were tested using a standard HA Green Hub, a Z-Wave adapter and with our Z Wave integration. If you have another hub / adapter / integration that’s not a problem but we test against these as they are the most effective way for our team to certify within our ecosystem. **Q: Will you be adding more Shelly devices to the program?** A: Absolutely. Shelly has a huge number of product lines and will be expanding their Z-Wave Long Range list. We’re sure they’ll keep our testers busy with a steady stream of devices to add.
02.08.2025 05:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
2025.7: That's the question Home Assistant 2025.7! 🎉 Whew! It’s hot out there! 🌡️ While most of Europe is dealing with a heat wave right now, we’re here to cool things down with an exciting July release that’s packed with features I’m genuinely excited about. Before we dive in, if you missed it, we recently published Voice Chapter 10 where we explored moving beyond reactive voice assistants that only respond when you talk to them. Instead, we envisioned a future where your voice assistant can be conversational and initiate conversations. Speaking of that, this release delivers on that vision in a big way! I’m absolutely stoked about the new Ask Question action for Assist! 🗣️ This is something that sets Home Assistant apart from every other voice assistant out there. Finally, your voice assistant can take the initiative and ask _you_ what your smart home should do. No more waiting for wake words, your assistant can start the conversation when it makes sense. It’s the kind of feature that gets me really excited thinking about all the possibilities. The redesigned Area card is another winner! 🏠 I’ll probably be replacing a few tile cards I’ve been using to navigate to my area dashboards with this new, more flexible version. It integrates beautifully with the Sections dashboard and gives you so many more options for controlling your spaces. And that’s just the beginning! We’ve got integration sub-entries making integrations even more extensible, full-screen code editors for those lengthy YAML and template edits, and tons of quality-of-life improvements throughout. Stay cool, and enjoy the release! ../Frenck * Let Assist ask the questions! * Redesigned Area card * Improving the Areas dashboard overview * Integration sub-entries * Integration page gets an overhaul * Integrations * New integrations * Noteworthy improvements to existing integrations * Integration quality scale achievements * Now available to set up from the UI * Farewell to the following * Other noteworthy changes * Full-screen code editors * Improved dashboard creation experience * Patch releases * 2025.7.1 - July 4 * 2025.7.2 - July 14 * 2025.7.3 - July 18 * 2025.7.4 - July 28 * Need help? Join the community! * Backward-incompatible changes * All changes ## Let Assist ask the questions! In our latest roadmap, we shared our goal to make Assist more conversational. Until now, Assist was mostly transactional, meaning when you would say something, you would get a response or it would perform an action, and that would be the end of it (unless some LLM magic jumped in). With this release, we’re taking a big step forward: meet the new Ask Question action. This lets you build custom conversations from the comfort of our automation engine. Ask a question, handle the answer, and keep the interaction going. This action even allows you to define expected answers so that our extremely fast speech engine, Speech-to-Phrase, can train on them. Yes, fully local, custom conversations! To help you get started, we have provided a blueprint that covers the most common use case — Asking a closed Yes/No question: This blueprint allows you to focus on what you want to do if you answer positively or negatively to any question that your voice assistant will ask. The blueprint supports 50 different ways of saying “Yes” and “No” (including phrases like “Make it so” and “Let’s not”). Here it is in action! In case you want to dive deeper into conversation building, here is an example on how to ask a question and process the different answers: Example YAML automation actions This example asks the user what kind of music they want to listen to, and then plays the selected genre or artist on a media player. actions: - action: assist_satellite.ask_question data: entity_id: assist_satellite.living_room_voice_assistant preannounce: true # optional preannounce_media_id: media-source://... # optional question: "What kind of music do you want to listen to?" answers: - id: genre sentences: - "genre {genre}" - id: artist sentences: - "artist {artist}" response_variable: answer - choose: - conditions: "{{ answer.id == 'genre' }}" sequence: - action: music_assistant.play_media data: media_id: "My {{ answer.slots.genre }} playlist" media_type: playlist target: entity_id: media_player.living_room_speakers - conditions: "{{ answer.id == 'artist' }}" sequence: - action: music_assistant.play_media data: media_id: "{{ answer.slots.artist }}" media_type: artist target: entity_id: media_player.living_room_speakers ## Redesigned Area card Originally introduced a few years ago, the Area card offered a way to display an areaAn area in Home Assistant is a logical grouping of devices and entities that are meant to match areas (or rooms) in the physical world: your home. For example, the `living room` area groups devices and entities in your living room. Learn more] overview within the dashboard. However, it wasn’t fully compatible with the [Sections dashboard, which limited its practical use in that context. The card has now been completely redesigned with a look and feel similar to the Tile card. It integrates seamlessly into the Sections dashboard thanks to its flexible layouts. You can choose between a compact version that shows only an icon and the area name, or a more detailed view featuring elements like your camera feed and buttons to toggle your lights or fans. The control section itself has also been revamped, allowing you to choose which controls to include and rearrange them as you want. As a result of these changes, if you’re currently using the area cards, you’ll need to reconfigure the controls on them. Additionally, the card now supports controlling cover entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. [Learn more]. ## Improving the Areas dashboard overview The April release introduced an experimental Areas dashboard, designed to automatically generate a ready-to-use interface based on the configured areas within the home. However, the preview could become cluttered if you had a lot of devices in a room. This release introduces an all-new overview that leverages the redesigned Area card, making it easy to view and control your main devices by room with a single click. It also acts as a navigation hub, giving you quick access to detailed views of each area. Please note that this is experimental, meaning it is subject to change and may not always work as intended. We would love your feedback if you notice some aspects we can improve. The community’s dashboards, shared over the years, have helped shape this design, and we would love to see how it works with a wide variety of your homes. Even if you already have the perfect dashboard built for your home, try it! **Usethis feedback form to let us know your thoughts!** ## Integration sub-entries Ever wondered why you had to enter your API keys for every AI agent you created, even though they all used the same key? Or why you had to authenticate for every calendar you added, regardless of the fact that they all shared the same account? Or why you couldn’t add MQTT devices from the UI? This release solves that with the introduction of integration sub-entries. This allows you to add a sub-entry to an existing integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] entry. In practice, this means that your integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] entry has your credentials, and all the sub-entries use these credentials. In the sub-entry, you can then configure what should be done with these credentials, such as fetching a specific calendar, adding three AI agents with different prompts using the same OpenAI account, or in the case of MQTT, configuring devices that are connected to your MQTT broker. The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] now support sub-entries as of this release: Anthropic, Google Generative AI, MQTT, Ollama, OpenAI Conversation, and [Telegram Bot. ## Integration page gets an overhaul The integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] page got a big overhaul! It now has support for sub-entries, allowing you to easily add a sub-entry to an integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] entry along with being able to see which devices and services belong to which sub-entry. But we took the opportunity to do more. Instead of just showing your integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] entries, it now also shows the devices and services provided by that configuration entry. This makes it much easier to manage your devices and see the relationship between your devices and their integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] at a glance. ## Integrations Thanks to our community for keeping pace with the new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and improvements to existing ones! You’re all awesome 🥰 ### New integrations We welcome the following new integrations in this release: * **Altruist** , added by @LoSk-p Monitor air quality and environmental conditions with the Altruist sensor, providing local data for temperature, humidity, PM2.5/PM10, CO2, noise levels, and more. * **PlayStation Network** , added by @JackJPowell Integrate with the PlayStation Network to track your currently playing games and display game information on your dashboard. * **Tilt Pi** , added by @michaelheyman Monitor your Tilt Pi hydrometer for brewing temperature and specific gravity measurements during your brewing process. * **VegeHub** , added by @Thulrus Monitor and control your garden with the Vegetronix VegeHub, gathering sensor data and controlling irrigation relays for automated plant care. ### Noteworthy improvements to existing integrations It is not just new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have been added; existing integrations are also being constantly improved. Here are some of the noteworthy changes to existing integrations: * Love that song? @marcelveldt added a button entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to [Music Assistant that lets you add the currently playing item to your favorites with a single click. It works with queues, external sources, and even radio stations! * ESPHome now supports sub-devices! Thanks to @bdraco, you can now represent multiple logical devices with a single ESP device in Home Assistant. This is particularly useful for RF bridges, Modbus gateways, and other devices that can control multiple devices. This feature requires the soon-to-be-released ESPHome 2025.7. Awesome addition! * Paperless-ngx now includes an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to keep your document management system up to date. Thanks, [@fvgarrel! * Battery management control has been added to HomeWizard with @DCSBL implementing battery group mode, allowing you to modify the charging and discharging behavior of your HomeWizard batteries! * Reolink cameras received a ton of love (again) from @starkillerOG! New features include IR brightness control, baby cry sensitivity adjustment, privacy mask switches, and full support for both PoE and WiFi floodlights with multiple command ID pushes. Impressive! * @mib1185 added an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to the Immich integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more]. Nice! * The Homee integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] expanded significantly! [@Taraman17 added a siren platform for security alerts and support for the HeatIt Thermostat TF056. Nice! * Energy monitoring got better in Adax with @parholmdahl adding energy sensors, so you can track your heating consumption! * @ViViDboarder made Ollama more flexible by adding a config option for controlling the think parameter. More control over your local AI! * Samsung refrigerator owners! @mswilson added ice bites control and water filter replacement/usage sensors to the SmartThings integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more]. * Russound RIO got a major upgrade from @noahhusby, adding sub-device support plus new number and switch entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. [Learn more] for enhanced zone control. * @chemelli74 expanded Alexa Devices with sensor platforms and additional binary sensors. Now you can get more data from your Echo devices! * Matter keeps growing! @lboue added dishwasher alarm support and battery storage capabilities. Thanks! * YAML fans will appreciate @frenck adding unique ID support to Trend integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] configuration. * The LaMetric Time got an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] as well, thanks [@joostlek! * Google Generative AI now defaults to the newer, faster Gemini 2.5 Flash model. A noteworthy performance boost by @tronikos! * Google Generative AI now supports text-to-speech (TTS) with 30 voices and 24 languages. It supports fine-grained control over style and sound, for example, “Say cheerfully: Have a wonderful day!”. Thanks @lanthaler! * Enphase Envoy users get detailed DC voltage and current readings from their solar panels thanks to @Bidski. This is perfect for monitoring individual panel health and optimizing production! * @zerzhang brought evaporative humidifier support to SwitchBot, expanding your climate control options. ### Integration quality scale achievements One thing we are incredibly proud of in Home Assistant is our integration quality scale. This scale helps us and our contributors to ensure integrations are of high quality, maintainable, and provide the best possible user experience. This release, we celebrate several integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have improved their quality scale: * **2 integrations reached platinum** 🏆 * Bosch Alarm, thanks to @sanjay900 * Home Connect, thanks to @Diegorro98 * **1 integration reached gold** 🥇 * ista EcoTrend, thanks to @tr4nt0r * **1 integration reached silver** 🥈 * KNX, thanks to @farmio * **2 integrations reached bronze** 🥉 * Samsung TV, thanks to @chemelli74 * Telegram Bot, thanks to @hanwg This is a huge achievement for these integrations and their maintainers. The effort and dedication required to reach these quality levels is significant, as it involves extensive testing, documentation, error handling, and often complete rewrites of parts of the integration. A big thank you to all the contributors involved! 👏 ### Now available to set up from the UI While most integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] can be set up directly from the Home Assistant user interface, some were only available using YAML configuration. We keep moving more integrations to the UI, making them more accessible for everyone to set up and use. The following integration is now available via the Home Assistant UI: * **Telegram Bot** , done by @hanwg ### Farewell to the following The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] are also no longer available as of this release: * **JuiceNet** has been removed as they shut down their API services. ## Other noteworthy changes There are many more improvements in this release; here are some of the other noteworthy changes: * Shopping list now has a complete intent function that allows you to check off or mark items on your shopping list as completed, making it easier to interact with your shopping lists using voice commands. Thanks, @Lesekater! * Device and entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] management got better! @emontnemery made it so Home Assistant now restores user customizations when you re-add deleted devices or entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more]. No more losing your carefully crafted names and settings! * The Template integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] received a major boost from @Petro31! You can now use variables, icons, and pictures across all compatible template platforms, create trigger-based template alarm control panels, locks, vacuum entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more], and fans. Plus, there’s a new `label_description` template method that allows you to dynamically fetch the description you’ve added to a label from your templates. This is a noteworthy enhancement for better template organization. * Camera snapshots just got better! @edenhaus added support for taking snapshots via go2rtc. There is nothing for you to do on this one, it works out of the box, but it is nice to know snapshots are now faster and take fewer resources from your system. * Object selectors now support fields and multiple selections, thanks to @piitaya. These additions are particularly interesting for integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and blueprint developers, as they provide much more flexibility in your UI representations. * Wind direction sensors got a visual upgrade with @edenhaus adding range icons for the `wind_direction` sensor device class. Different icons are now shown depending on the state of wind direction sensors, which is indeed a nice visual upgrade! ## Full-screen code editors Working with snippets of YAML or templates in Home Assistant just got a BIG improvement! We’ve added a new full-screen mode for all code editors throughout the interface. Whether you’re editing automations, scripts, templates, or any other YAML configuration, you can now expand the code editor to take up your entire screen. This is especially helpful when working with longer configurations or when you need more space to see your code clearly. Simply click the maximize button in the top-right corner of any code editor to enter full screen mode. Press the button again to return to the normal view. This makes building a more complex and advanced smart home more comfortable and productive, especially on smaller mobile or tablet screens where every pixel of editing space counts! ## Improved dashboard creation experience The dialog for adding a new dashboard has been redesigned with a cleaner interface that matches recent redesigns we’ve seen to other dialogs. This improvement was designed by @marcinbauer85 and implemented by @quinnter. Great teamwork! ## Patch releases We will also release patch releases for Home Assistant 2025.7 in July. These patch releases only contain bug fixes. Our goal is to release a patch release every Friday. ### 2025.7.1 - July 4 Happy Fourth of July! 🇺🇸 * Set timeout for remote calendar (@Thomas55555 - #147024) * Fix missing port in samsungtv (@epenet - #147962) * Bump ZHA to 0.0.62 (@puddly - #147966) * Bump aiounifi to v84 (@Kane610 - #147987) * Fix state being incorrectly reported in some situations on Music Assistant players (@marcelveldt - #147997) * Bump hass-nabucasa from 0.104.0 to 0.105.0 (@ludeeus - #148040) * Fix Telegram bots using plain text parser failing to load on restart (@hanwg - #148050) * Bump pyenphase to 2.2.0 (@catsmanac - #148070) * Cancel enphase mac verification on unload. (@catsmanac - #148072) * Bump aioamazondevices to 3.2.3 (@chemelli74 - #148082) * Update frontend to 20250702.1 (@bramkragten - #148131) * ci] Fix typing issue with aiohttp and aiosignal (@cdce8p - [#148141) * Bump venstarcolortouch to 0.21 (@mlfreeman2 - #148152) ### 2025.7.2 - July 14 * Squeezebox: Fix track selection in media browser (@Hypfer - #147185) * Squeezebox: Fix tracks not having thumbnails (@Hypfer - #147187) * Bump pysmlight to v0.2.7 (@tl-sl - #148101) * Fix REST sensor charset handling to respect Content-Type header (@bdraco - #148223) * Fix UTF-8 encoding for REST basic authentication (@bdraco - #148225) * Bump pylamarzocco to 2.0.10 (@zweckj - #148233) * Bump sharkiq to 1.1.1 (@funkybunch - #148244) * bump motionblinds to 0.6.29 (@starkillerOG - #148265) * Bump aiowebostv to 0.7.4 (@thecode - #148273) * Bump `gios` to version 6.1.0 (@bieniu - #148274) * Restore httpx compatibility for non-primitive REST query parameters (@bdraco - #148286) * Bump pyenphase to 2.2.1 (@catsmanac - #148292) * Add lamp states to smartthings selector (@jvits227 - #148302) * Fix Switchbot cloud plug mini current unit Issue (@XiaoLing-git - #148314) * Bump pyswitchbot to 0.68.1 (@zerzhang - #148335) * Handle binary coils with non default mappings in nibe heatpump (@elupus - #148354) * Bump aioamazondevices to 3.2.8 (@chemelli74 - #148365) * Create own clientsession for lamarzocco (@zweckj - #148385) * Bump pylamarzocco to 2.0.11 (@zweckj - #148386) * Bump pySmartThings to 3.2.7 (@joostlek - #148394) * Bump uiprotect to version 7.14.2 (@RaHehl - #148453) * Bump hass-nabucasa from 0.105.0 to 0.106.0 (@ludeeus - #148473) * Revert “Deprecate hddtemp” (@edenhaus - #148482) * Fix entity_id should be based on object_id the first time an entity is added (@jbouwh - #148484) * Bump aioimmich to 0.10.2 (@mib1185 - #148503) * Add workaround for sub units without main device in AVM Fritz!SmartHome (@mib1185 - #148507) * Add Home Connect resume command button when an appliance is paused (@Diegorro98 - #148512) * Use the link to the issue instead of creating new issues at Home Connect (@Diegorro98 - #148523) * Ensure response is fully read to prevent premature connection closure in rest command (@jpbede - #148532) * Fix for Renson set Breeze fan speed (@krmarien - #148537) * Remove vg argument from miele auth flow (@astrandb - #148541) * Bump aiohttp to 3.12.14 (@bdraco - #148565) * Update frontend to 20250702.2 (@bramkragten - #148573) * Fix Google Cloud 504 Deadline Exceeded (@luuquangvu - #148589) * Fix - only enable AlexaModeController if at least one mode is offered (@jbouwh - #148614) * snoo: use correct value for right safety clip binary sensor (@falconindy - #148647) * Bump nyt_games to 0.5.0 (@hexEF - #148654) * Fix Charge Cable binary sensor in Teslemetry (@Bre77 - #148675) * Bump PyViCare to 2.50.0 (@CFenner - #148679) * Fix hide empty sections in mqtt subentry flows (@jbouwh - #148692) * Bump aioshelly to 13.7.2 (@thecode - #148706) * Bump aioamazondevices to 3.2.10 (@chemelli74 - #148709) ### 2025.7.3 - July 18 * Handle connection issues after websocket reconnected in homematicip_cloud (@hahn-th - #147731) * Fix Shelly `n_current` sensor removal condition (@bieniu - #148740) * Bump pySmartThings to 3.2.8 (@joostlek - #148761) * Bump Tesla Fleet API to 1.2.2 (@Bre77 - #148776) * Use ffmpeg for generic cameras in go2rtc (@edenhaus - #148818) * Add guard to prevent exception in Sonos Favorites (@PeteRager - #148854) * Fix button platform parent class in Teslemetry (@Bre77 - #148863) * Bump pyenphase to 2.2.2 (@catsmanac - #148870) * Bump gios to version 6.1.1 (@bieniu - #148414) * Bump `gios` to version 6.1.2 (@bieniu - #148884) * Bump async-upnp-client to 0.45.0 (@StevenLooman - #148961) * Pass Syncthru entry to coordinator (@joostlek - #148974) * Update frontend to 20250702.3 (@bramkragten - #148994) * Bump PySwitchbot to 0.68.2 (@bdraco - #148996) * Ignore MQTT sensor unit of measurement if it is an empty string (@jbouwh - #149006) * Bump aioamazondevices to 3.5.0 (@chemelli74 - #149011) ### 2025.7.4 - July 28 * Keep entities of dead Z-Wave devices available (@AlCalzone - #148611) * Fix warning about failure to get action during setup phase (@mback2k - #148923) * Fix a bug in rainbird device migration that results in additional devices (@allenporter - #149078) * Fix multiple webhook secrets for Telegram bot (@hanwg - #149103) * Bump pyschlage to 2025.7.2 (@dknowles2 - #149148) * Fix Matter light get brightness (@jvmahon - #149186) * Fix brightness_step and brightness_step_pct via lifx.set_state (@Djelibeybi - #149217) * Add Z-Wave USB migration confirm step (@MartinHjelmare - #149243) * Add fan off mode to the supported fan modes to fujitsu_fglair (@crevetor - #149277) * Update Tesla OAuth Server in Tesla Fleet (@Bre77 - #149280) * Update slixmpp to 1.10.0 (@gaaf - #149374) * Bump aioamazondevices to 3.5.1 (@chemelli74 - #149385) * Bump pysuezV2 to 2.0.7 (@jb101010-2 - #149436) * Bump habiticalib to v0.4.1 (@tr4nt0r - #149523) ## Need help? Join the community! Home Assistant has a great community of users who are all more than willing to help each other out. So, join us! Our very active Discord chat server is an excellent place to be, and don’t forget to join our amazing forums. Found a bug or issue? Please report it in our issue tracker to get it fixed! Or check our help page for guidance on more places you can go. Are you more into email? Sign up for the Open Home Foundation Newsletter to get the latest news about features, things happening in our community, and other projects that support the Open Home straight into your inbox. ## Backward-incompatible changes We do our best to avoid making changes to existing functionality that might unexpectedly impact your Home Assistant installation. Unfortunately, sometimes, it is inevitable. We always make sure to document these changes to make the transition as easy as possible for you. This release has the following backward-incompatible changes: Google Calendar The previously deprecated Google Calendar `add_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] has been removed and replaced by the `create_event` entity-based actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more]. If you use the `add_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] in your automations or scripts, you will need to update them to use the new `create_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more] instead. (@epenet - #146432) (google docs) Meater The states of the Meater probe cook state have been changed to support translations and make them more consistent with other integrations. The following states have been changed: * `Not Started` -> `not_started` * `Configured` -> `configured` * `Started` -> `started` * `Ready For Resting` -> `ready_for_resting` * `Resting` -> `resting` * `Slightly Underdone` -> `slightly_underdone` * `Finished` -> `finished` * `Slightly Overdone` -> `slightly_overdone` * `OVERCOOK!` -> `overcooked` If you use these states in your automations or scripts, you will need to update them to use the new state values. (@joostlek - #146958) (meater docs) Miele The internal representation of states for hob plates has changed. This is a breaking change when these states are used in automations or templates. No user action is needed if these hob state sensors are used for visual display only. Please review and update applicable automations and templates according to the following state changes: * `0` -> `plate_step_0` * `1` -> `plate_step_1` * … * `18` -> `plate_step_18` * `110` -> `plate_step_warm` * `117` -> `plate_step_boost` * `118` -> `plate_step_boost` * `217` -> `plate_step_boost` * `220` -> `plate_step_warm` If you use these states in your automations or scripts, you will need to update them to use the new state values. (@astrandb - #144992) (miele docs) Plex Media Server The previously deprecated `plex.scan_for_clients` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] has been removed in favor of the “Scan Clients” `button` entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more]. If you use this actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more] in your automations or scripts, you will need to update them to use the new entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more] instead. (@epenet - #146608) (plex docs) If you are a custom integration developer and want to learn about changes and new features available for your integration: Be sure to follow our developer blog. ## All changes Of course, there is a lot more in this release. You can find a list of all changes made here: Full changelog for Home Assistant Core 2025.7
01.08.2025 03:21 — 👍 0    🔁 0    💬 0    📌 0
Preview
Zooz joins Works with Home Assistant Our Works with Home Assistant program is expanding once again, and this time we’re excited to announce Zooz is joining us! We have tested many new devices of all different types, ensuring they provide the best experience possible with Home Assistant. As well as classic staples for the smart home, they also bring some very cool flood protection devices to help safeguard your home. These will be the first certified Z-Wave devices added to the program in some time, and are just part of the exciting future the Home Assistant community and Zooz see for this smart home protocol. ## Zooz zooms in Zooz started out not as a manufacturer, but as a retailer of smart devices. They focused so much on customer support that they soon realized they could do a better job than manufacturers already in the market, and so turned instead to creating their own products. They focus on Z-Wave for its interoperability and security, and they include easy-to-understand installation guides with these devices. They also have a wide knowledge base on their website and a very responsive support team. As Z-Wave experts, they’re members of the Z-Wave Alliance (where Paulus is also a member as the voice of the open source community). While Zooz is based in the USA, many of their products are available worldwide. ## It takes Zooz Zooz has really embraced the Home Assistant community. Agnes, their VP of Brand and Partnership Support, recently spoke to the team over at the Home Assistant podcast about their startup journey. She also came along to our Community Day in Brooklyn, hosted by our very own Product Lead, Madelena. It’s awesome to see manufacturers get out and connect with our community members. "Zooz has been contributing quality hardware to the smart home community for over 10 years now and our biggest takeaway is that thoughtful integration is key for our customers. We recognize that our devices are part of an ecosystem and that's why we are so excited to partner with Home Assistant, a platform we highly respect for its commitment to making products work together seamlessly. I especially appreciate how quickly Home Assistant embraced Z-Wave Long Range and how easy it is to set up Z-Wave on a brand new system thanks to hardware like Home Assistant Green. We look forward to connecting with the Home Assistant community, learning together, and creating new devices driven by your feedback." _- Agnes Lorenz, VP, Brand and Partnership Support, Zooz._ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. Zooz has had a large group of devices certified, one of the largest number of devices we’ve ever certified for a launch into the program. Kudos to the foundation team, and Zooz for making such a great variety of new devices available to our community. **Leak Protection** ZAC36 Titan Water Valve Actuator **Plugs** ZEN04 Smart Plug ZEN05 Outdoor Plug **Relays** ZEN16 Multi Relay ZEN51 Dry Contact Relay ZEN52 Double Relay ZEN53 DC Motor Controller **Lighting Switches** ZEN30 Double Switch ZEN32 Scene Controller ZEN71 On Off Switch ZEN72 Dimmer ZEN74 Toggle Dimmer ZEN76 S2 On Off Switch ZEN77 S2 Dimmer **Sensors** ZSE11 Q Sensor (4in1) ZSE18 Motion Sensor ZSE41 Open / Close XS Sensor ZSE42 Water Leak XS Sensor ZSE43 Tilt Shock XS Sensor ZSE44 Temperature Humidity XS Sensor ZSE70 Outdoor Motion Sensor ## Frequencies and firmware If you’re based in North America, all new devices will come with Z-Wave Long Range (ZWLR) as standard. If you are based elsewhere, like in Europe, Long Range won’t be enabled quite yet. The reason is that even though the Z-Wave Long Range protocol has been available for some time in North America, it was only released in Europe in April 2025, as certification took a bit longer. The nice thing about Zooz’s North American 700 series and European 800 series Z-Wave, is that ZWLR can be enabled via an over-the-air (OTA) firmware update, so hopefully everyone will be taking part in the Z-Wave Long Range revolution soon. Watch this space for a not-so-secret Home Assistant Z-Wave hardware announcement coming your way… Z-Wave Long Range opens up a whole new world of options and makes for an even more flexible smart home. Maybe you have a large backyard, or an awkwardly shaped long, but narrow home that is hard to get other protocols to cover adequately. Or perhaps you have devices that are just too far away for other protocols. A common example is wanting a way to get notified when the mailbox at the front of your driveway is opened or closed. Many of the certified devices can function outdoors or be purchased with accessories to make them waterproof. Speaking on a personal note, we had a leak in our garage a year or so ago after some bad weather. Other protocols couldn’t reach that far, and we had no way to be notified. I cannot wait for an easy way to be notified across that bigger distance, and avoid all the unpleasant clean-up. It’s great to read stories on social media or our forums where smart home devices have kicked in and saved the day, like getting that all-important notification or cutting off the water supply with something like Zooz’s valve actuator. Z-Wave, like other open standards we support, works locally, and all of the devices listed above will work locally, without the need for any extra cloud connection or apps. Remember, if you’re also looking for remote access to make sure you don’t miss any critical notifications while you’re away from home, an easy way to get this set up is to subscribe to Home Assistant Cloud. Not only will this help you monitor your smart home remotely, but you’ll also be supporting the development of Home Assistant. ## FAQs **Q: If I have a device that is not listed under “Works with Home Assistant” does this mean it’s not supported?** A: No! It just means that it hasn’t gone through a testing schedule with our team or doesn’t fit the requirements of the program. It might function perfectly well, but be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. **Q: OK, so what’s the point of the Works with program?** A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must have the expected functionality within Home Assistant, operate locally without the need for cloud, and will continue to do so long-term. **Q: How were these devices tested?** A: All devices in this list were tested using a standard HA Green Hub with our Z-Wave Integration. If you have another hub integration that’s not a problem, but we test against these as they are the most effective way for our team to certify within our ecosystem. **Q: Will you be adding more Zooz devices to the program?** A: Absolutely! We’re thrilled to foster a close relationship with the team at Zooz to work together on any upcoming releases or add in further products that are not yet listed here.
01.08.2025 03:20 — 👍 1    🔁 0    💬 0    📌 0
Preview
2025.6: Getting picky about Bluetooth Home Assistant 2025.6! 🎉 We are already half way through 2025, can you believe it? I personally can’t, as it feels like we just started the year. Not just that, there are so many exciting things to still come this year, and I can’t wait to share them with you! Anyway, the June release is here! A week later than usual, but it also means we had an extra week to polish and beta test this release. Like the previous release, this release is packed with quality-of-life improvements! Last release my favorite feature was the new entity picker; this release, we improved ALL other pickers! No surprise that this, again, makes it to my top favorite this release. Although the ability to group media players directly from the media player card is a close second. It is so nice to see how Home Assistant keeps getting better and better, and how our community keeps contributing to it. 😍 If you are leveraging Bluetooth in your Home Assistant setup, you will also love the new Bluetooth connection graph that shows how your Bluetooth devices are connected, including Bluetooth proxies. Troubleshooting Bluetooth has become so much easier now! Enjoy the release! ../Frenck _PS: We will pick up the regular release schedule again now, so expect the next release on the first Wednesday of July (July 2nd)._ * Improving all the “pickers” * Making sense of Bluetooth * Iterations of the experimental area dashboard * Deprecating installation methods and 32-bit architectures * Integrations * New integrations * Noteworthy improvements to existing integrations * Integration quality scale achievements * Farewell to the following * Other noteworthy changes * Sidebar improvements * Join/unjoin groups of media players * Reset/restore entity IDs * Patch releases * 2025.6.1 - June 13 * 2025.6.2 - June 23 * 2025.6.3 - June 24 * Need help? Join the community! * Backward-incompatible changes * All changes ## Improving all the “pickers” Pickers are those dropdowns you use to select entities, devices, areas, and more. Pickers are _everywhere_ in Home Assistant, being used in automations, scripts, and configuration options. Last release, we introduced a new entity picker, which was a big hit! This release takes things further by refining the search experience based on your feedback. Even better, that same improved search experience now comes to the area, category, floor, label, user, and device pickers too! They are consistent, fast, and easy to use, no matter what you’re selecting. And the device picker? It now has a fresh look to match, complete with manufacturer logos and styling inspired by the entity picker. ## Making sense of Bluetooth Home Assistant has powerful Bluetooth capabilities, and with the use of something like ESPHome Bluetooth proxies, you can extend your Bluetooth network to cover your entire home. This release brings some improvements to the Bluetooth integration that will help you understand your Bluetooth network better. The Bluetooth integration now provides a visualization that shows how your Bluetooth devices are connected to your Home Assistant instance, whether that’s directly to your system or through a Bluetooth proxy. It not only shows the actively connected devices, but also the devices that are in range, but not yet known to Home Assistant. This is a great way to see what devices are around you and where they can be potentially connected. Oh! And now that the Bluetooth integration has a sleek new visualization, the Zigbee integration, which already has a similar feature, has been given a visual update. This makes visualizations consistent across Home Assistant. ## Iterations of the experimental area dashboard In the April release, we introduced a new experimental Areas dashboard, which automatically generates a ready-to-use dashboard based on the areas you’ve set up in your home. It uses sections and tile cards for a modern, clean, and intuitive look — all built for you in a couple of clicks. As this is experimental, it is being continuously iterated on. This release brings some nice changes, based on your feedback, to subtly refine the experience. We added a new “Actions” section that includes scripts, automations, and scenes. We also added number entities (and number helpers), button entities (and button helpers), counters, and timer helpers to the “Others” section. This makes it easier to find and manage your automations and scenes in the context of your areas. Finally, we renamed the “Entertainment” section to “Media players”. This makes it clearer that this section is specifically for your players, and may not include your DIY arcade machine 👾. ## Deprecating installation methods and 32-bit architectures This release introduces important deprecation announcements, and though they only affect a small percentage of users, it is important that they understand the impacts. We’ve written a detailed blog that explains the rationale, timeline, and tips on how to migrate — which I highly suggest reading if you think you’re affected. * **Installation Methods** : The **Core** and **Supervised** installation methods are now officially deprecated. These are advanced setups that are only used by a small portion of users, as they involve running Home Assistant in a Python environment or installing the Supervisor on top of your own operating system. Moving forward, we are focusing our support on the more streamlined and maintainable installation methods: **Home Assistant OS** and **Home Assistant Container**. * **32-bit Architectures** : Support for legacy 32-bit CPU architectures (**i386** , **armhf** , and **armv7**) is also being deprecated. These architectures are increasingly uncommon and pose challenges for maintaining compatibility and performance. To assist you during this transition, Home Assistant will now raise a **repair issue** after upgrading if your system is affected by these deprecations. This notification will appear in the repair dashboard, providing information about the deprecation along with guidance on how to migrate to a supported setup. It’s important to note that while these methods and architectures are deprecated, they will continue to receive support for the next six months, until the release of Home Assistant 2025.12. You can continue to use them after this point, but we would highly recommend migrating. After this 6-month period, they will become unsupported, meaning they will no longer receive updates or official assistance. If you don’t receive this repair message, you’re not affected. However, you can double-check using our guide if you’d like. We also have specific information on what becoming deprecated and unsupported means for your installation. Lastly, we have detailed information on how best to migrate to a supported system. ## Integrations Thanks to our community for keeping pace with the new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and improvements to existing ones! You’re all awesome 🥰 ### New integrations We welcome the following new integrations in this release: * **Alexa Devices** , added by @chemelli74 Connect to and control your Amazon devices like Echo, Fire TV, and Alexa-enabled devices. * **Immich** , added by @mib1185 Integrates with Immich App, a self-hosted photo and video backup solution that puts you in control of your personal media. * **Paperless-ngx** , added by @fvgarrel Connect to your Paperless-ngx system to track and manage your digital documents from Home Assistant. * **Probe Plus** , added by @pantherale0 Integrate wireless Bluetooth meat thermometers compatible with the PROBE PLUS app, bringing real-time temperature monitoring during cooking into Home Assistant. * **Zimi Cloud Connect** , added by @mhannon11 Connect to Zimi Cloud devices to monitor and control your Zimi smart home products. This release also has new virtual integrations. Virtual integrations are stubs that are handled by other (existing) integrations to help with findability. These ones are new: * **Kaiser Nienhaus** , provided by Motionblinds, added by @starkillerOG ### Noteworthy improvements to existing integrations It is not just new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have been added; existing integrations are also being constantly improved. Here are some of the noteworthy changes to existing integrations: * @bdraco added support for updating ESPHome devices that are in deep sleep. A very welcome improvement for battery-powered devices! * The Homee integration now supports fans and provides alarm control panels. Thanks for expanding its capabilities, @Taraman17! * Teslemetry keeps getting better—@Bre77 added a hazard lights binary sensor, a valet mode switch, and a credit balance sensor. Nice! * @bieniu improved the Shelly integration to use sub-devices for multi-channel devices. A notable change for complex setups! * The SmartThings integration saw a huge round of improvements by @joostlek, including: support for cooktops, hobs, water heaters, hood fan speeds, Steam closet modes, freezer and cooler temperatures, washer spin and soil levels, valve positions, heat pump zone climates, and atmospheric pressure. Amazing! * Miele keeps on shining with new features from @astrandb, like vacuum support, drying step sensors, washer-dryer program phases, and hob plate sensors. @generically-named added energy and water forecasts too—very cool! * @agorecki added a Lux sensor to the Airthings Cloud integration—bright idea! * The Squeezebox integration now includes service update entities, thanks to @pssc! * @tedvdb added a status sensor to the Whois integration. Simple, but effective. * @zerzhang added support for SwitchBot vacuums, and new lock models: the Lock Ultra and Lock Lite! * @danielvandenberg95 updated the Sonos integration to show playlists under favorites. A great UX win! * The Kostal Plenticore integration now supports installer login. Thanks for that improvement, @Schlauer-Hax! * @Shulyaka added support for Anthropic Claude 4. Welcome to the future! * And finally, @chemelli74 added preset mode support to the Comelit climate integration. Another nice quality-of-life addition! ### Integration quality scale achievements One thing we are incredibly proud of in Home Assistant is our integration quality scale. This scale helps us and our contributors to ensure integrations are of high quality, maintainable, and provide the best possible user experience. This release, we celebrate several integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have improved their quality scale: * **1 integration reached gold** 🥇 * SwitchBot, thanks to @zerzhang * **1 integration reached silver** 🥈 * Shelly, thanks to @bieniu This is a huge achievement for these integrations and their maintainers. The effort and dedication required to reach these quality levels is significant, as it involves extensive testing, documentation, error handling, and often complete rewrites of parts of the integration. A big thank you to all the contributors involved! 👏 ### Farewell to the following The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] are also no longer available as of this release: * **RTSPtoWebRTC** has been removed as it has been replaced by the go2rtc integration. ## Other noteworthy changes There are many more improvements in this release; here are some of the other noteworthy changes: * A small but neat one: @balloob made it so discoveries shown on an integration page are now sorted by title. Helpful! * The Home Assistant Cloud integration will now raise a repair issue when your subscription has expired, helping make sure you’re aware and not caught off guard. Nice one, @ludeeus! * More backup improvements! 🎉 * Home Assistant will now raise a repair issue if not all add-ons or folders were successfully backed up. Thanks, @emontnemery! * @agners made it so that when an add-on is auto-updated, a backup is now correctly created as an “add-on”-backup. Great! * A new automatic backup event entity has been added to track automatic backups made by the system. Great addition by @mib1185! * @lboue added support for the Matter pump device type. Another one added to the list—awesome! * The Template integration got a big boost! * @Petro31 added modern-style YAML support for template fans, locks, alarm control panels, vacuums, and covers. So clean! * You can now create **trigger-based template covers**. Yep, also by @Petro31! * The `trigger_variables` option is now supported when using `for` in a trigger. A small but powerful feature. Thanks, @Petro31! * New template filters! You can now use `from_hex`, and `base64_encode` now supports both bytes and strings. Handy additions from @Petro31! * New sensor capabilities: * @Passific added a new device class and units for **reactive energy**. Nice! * A new unit for **energy distance (Wh/km)** has been added. Thanks, @frenck! * Sensors now support **mg/m³** as a concentration unit—another nice addition by @frenck! * @Arnie97 added support for **liters** as a unit for gas sensors. Much appreciated! * The new `recorder.get_statistics` action lets you query statistics directly from the recorder. Powerful stuff, @Hypfer! ## Sidebar improvements If you didn’t know yet, you can actually adjust the contents of your Home Assistant sidebar. You can change the order and show/hide items by pressing and holding the “Home Assistant” text at the top of the sidebar, or by going to your user profile page and selecting “Change the order and hide items from the sidebar”. This release brings a couple of much-needed improvements to this feature. When you customize the sidebar, it will now bring up a nice and clean dialog that allows you to drag and drop items to change their order, or hide them by clicking the eye icon next to them. The biggest improvement is actually found somewhere else! Previously, the customization of the sidebar was only applied to the device you made the changes on; and even more annoying, sometimes it would lose the changes, or it would magically forget your settings on our [mobile companion apps] when you switched between your home network (and thus the internal URL). 🥲 In this release, this annoyance has been fixed! The sidebar customization is now stored in your user profile, so your personalized layout follows you across all devices you use with Home Assistant! ## Join/unjoin groups of media players Media players in Home Assistant can provide actions for media players to join or unjoin a group of media players. This is a great way to dynamically control your media players and the groups they are in. However, this feature was somewhat limited, as it could only be used as actions within things like automations or scripts. Now, @AlexGustafsson changed that! 🎉 You can now use the media player card to join or unjoin groups of media players. This is a great way to control your media players and their groups directly from the UI. Please note that, you can only join or unjoin groups of media players that support this feature. Unfortunately, not all media players support this, so it might not be available for all your media players. Anyhow, amazing contribution Alex! 👏 ## Reset/restore entity IDs You can now restore the ID of an entity to its original value. This is useful if you have renamed an entity and want to revert it back to its original entity ID. This feature is available in the entity configuration dialog, where you can now find a “Reset” icon on the entity ID field. When clicked, it will restore the entity ID to its original value. Additionally, there is the option called “Recreate entity IDs” in the top right three-dotted menu on the device page, to reset all entity IDs of a device to their original values. ## Patch releases We will also release patch releases for Home Assistant 2025.6 in June. These patch releases only contain bug fixes. Our goal is to release a patch release every Friday. ### 2025.6.1 - June 13 * Fix palette handling for LIFX Ceiling SKY effect (@Djelibeybi - #146582) * Fix fan is_on status in xiaomi_miio (@epenet - #146592) * Drop HostKeyAlgorithms in aruba (@aethrvmn - #146619) * Update frontend to 20250531.3 (@piitaya - #146638) * Fix cookies with aiohttp >= 3.12.7 for Vodafone Station (@chemelli74 - #146647) * Bump wakeonlan to 3.1.0 (@epenet - #146655) * Bump hdate to 1.1.2 (@tsvi - #146659) * Bump linkplay to v0.2.12 (@silamon - #146669) * Filter speak notify entity for WHA devices in Alexa Devices (@chemelli74 - #146688) * Bump aioamazondevices to 3.1.2 (@chemelli74 - #146690) * Fix opower to work with aiohttp>=3.12.7 by disabling cookie quoting (@tronikos - #146697) * Revert scan interval change in local calendar (@allenporter - #146700) * Partial revert of update to remote calendar to fix issue where calendar does not update (@allenporter - #146702) * Ignore lingering pycares shutdown thread (@cdce8p - #146733) * Bump aiodns to 3.5.0 (@bdraco - #146758) * Fix throttling issue in HomematicIP Cloud (@hahn-th - #146683) ### 2025.6.2 - June 23 * Remove address info from Rachio calendar events (@brg468 - #145896) * Bump uiprotect to 7.12.0 (@RaHehl - #146337) * Bump uiprotect to 7.13.0 (@RaHehl - #146410) * Bump reolink-aio to 0.14.0 (@starkillerOG - #146566) * Bump pypck to 0.8.7 (@alengwenus - #146657) * Update rokuecp to 0.19.5 (@ctalkington - #146788) * Use Shelly main device area as suggested area for sub-devices (@bieniu - #146810) * Fix blocking open in Minecraft Server (@elmurato - #146820) * Bump aioamazondevices to 3.1.3 (@chemelli74 - #146828) * Bump aiohttp to 3.12.13 (@bdraco - #146830) * Bump motion blinds to 0.6.28 (@starkillerOG - #146831) * Bump pypck to 0.8.8 (@alengwenus - #146841) * Fix missing key for ecosmart in older Wallbox models (@hesselonline - #146847) * Bump bthome-ble to 3.13.1 (@Ernst79 - #146871) * Bump reolink-aio to 0.14.1 (@starkillerOG - #146903) * Add debug log for update in onedrive (@zweckj - #146907) * Switchbot Cloud: Fix device type filtering in sensor (@SeraphicRav - #146945) * Bump pySmartThings to 3.2.5 (@joostlek - #146983) * Bump ical to 10.0.4 (@allenporter - #147005) * Fix incorrect use of zip in service.async_get_all_descriptions (@emontnemery - #147013) * Disable Z-Wave indidator CC entities by default (@MartinHjelmare - #147018) * Fix Shelly entity names for gen1 sleeping devices (@bieniu - #147019) * Disable Z-Wave idle notification button (@MartinHjelmare - #147026) * Fix log in onedrive (@zweckj - #147029) * Bump holidays lib to 0.75 (@gjohansson-ST - #147043) * Bump aiohomeconnect to 0.18.0 (@Diegorro98 - #147044) * Bump ZHA to 0.0.60 (@puddly - #147045) * Bump pylamarzocco to 2.0.9 (@zweckj - #147046) * Handle missing widget in lamarzocco (@zweckj - #147047) * Bump aioamazondevices to 3.1.4 (@chemelli74 - #146883) * Bump aioamazondevices to 3.1.12 (@chemelli74 - #147055) * Bump uiprotect to version 7.14.0 (@RaHehl - #147102) * Improve advanced Z-Wave battery discovery (@MartinHjelmare - #147127) * Fix Charge Cable binary sensor in Teslemetry (@Bre77 - #147136) * ci] Bump cache key version (@cdce8p - [#147148) * Bump homematicip to 2.0.6 (@hahn-th - #147151) * Wallbox fix too many requests by API (@hesselonline - #147197) * Bump deebot-client to 13.4.0 (@edenhaus - #147221) * Handle the new JSON payload from traccar clients (@ludeeus - #147254) * Bump aioamazondevices to 3.1.14 (@chemelli74 - #147257) * Bump uiprotect to version 7.14.1 (@RaHehl - #147280) * Bump aioesphomeapi to 32.2.4 (@synesthesiam - #147100) * Bump aioesphomeapi to 33.0.0 (@bdraco - #147296) * Fix reload for Shelly devices with no script support (@chemelli74 - #147344) * Add Matter protocol to Switchbot (@joostlek - #147356) ### 2025.6.3 - June 24 * Update frontend to 20250531.4 (@bramkragten - #147414) ## Need help? Join the community! Home Assistant has a great community of users who are all more than willing to help each other out. So, join us! Our very active Discord chat server is an excellent place to be at, and don’t forget to join our amazing forums. Found a bug or issue? Please report it in our issue tracker, to get it fixed! Or, check our help page for guidance for more places you can go. Are you more into email? Sign-up for our Building the Open Home Newsletter to get the latest news about features, things happening in our community and other news about building an Open Home; straight into your inbox. ## Backward-incompatible changes We do our best to avoid making changes to existing functionality that might unexpectedly impact your Home Assistant installation. Unfortunately, sometimes, it is inevitable. We always make sure to document these changes to make the transition as easy as possible for you. This release has the following backward-incompatible changes: Met Office Met Office deprecated the Datapoint API used by this integration, causing it to stop working. To address this, it is now migrated to DataHub API. To keep using this integration, you will need to provide a new API key, which can be obtained by signing up for DataHub and subscribing to Global spot dataset. The free subscription provides 360 calls per day, which is enough for this integration to work. Some sensors have changed due to the new data source: * Hourly forecast provided by the weather entity now has actual hourly entries as opposed to 3-hourly in the old version * Instead of `visibility` and `visibility_distance` sensors showing a range and qualitative description (such as “1-4 km” and “Poor”), the integration now exposes a single `visibility` sensor with precise visibility distance in meters * The integration no longer exposes “daily” and “3-hourly” sensors; there is a single set of them now * The integration sensors no longer expose `Site ID`, `Site name` and `Sensor ID` attributes as these don’t provide any additional value (@avee87 - #131425) (documentation) If you are a custom integration developer and want to learn about changes and new features available for your integration: Be sure to follow our developer blog. The following changes are the most notable for this release: * Icon translations now support ranges * Sensor device classes now have default display precision ## All changes Of course, there is a lot more in this release. You can find a list of all changes made here: Full changelog for Home Assistant Core 2025.6
01.08.2025 03:19 — 👍 0    🔁 0    💬 0    📌 0
Preview
Companion app for Android: It’s been a while The Home Assistant companion app for Android just keeps getting better with every release, and recently, it gained some dedicated support to help accelerate its development. Several months ago, I (Timothy Nibeaudeau, also known as @TimoPtr) joined the Open Home Foundation as our dedicated Android developer 🎉. It’s been over two years, and hundreds of thousands of installs, since we’ve published a dedicated update for our community on the development of the app, and I’d like to give you a quick update on recent improvements and what’s coming next. ## Behind the Screens In the beginning, all of Home Assistant’s official companion apps were developed by the community in their spare time, with many still being part-time projects. It’s incredible the work they put into building these apps. This gives you not just the ability to view your Home Assistant instance on the go (or around the house) and takes advantage of many of the sensors available on the device while providing rich notifications to users. Very impressive growth in installs over the years! The Android app alone has seen over 2,700 contributions! It’s a lot of work keeping up with Android versions, new capabilities of Home Assistant, and bug fixes. This app doesn’t just support Android phones and tablets but also devices they connect to, specifically Android Auto, Android Automotive, and Wear OS. ### Progress in the millions They did all this work while reaching nearly **1.5 million installs** , with over 6 million total installs over the years. There are 400,000 daily active users and 1 million monthly active users. The phone app also has a very nice **4.3-star rating** on the Play Store and **2,800 stars** on GitHub 🤩. This feedback really helps us improve. It’s been over a year and a half since the Apple companion apps gained a full-time developer with the addition of the amazing Bruno Pantaleão 😎. Around the same time as Bruno was hired, we began looking for an Android developer, and let’s say that took a little longer. My name is Timothy Nibeaudeau, and as mentioned at the start, I’m your new dedicated Android engineer. As someone who has been using Home Assistant since 2018, I’m passionate about open source and smart home technology. I’ve been working in software development for nearly a decade, developing apps for all sorts of projects from medical-grade IoT products to smart toothbrushes 🪥. I am committed to bringing my talents to the project, but I cannot do it alone. The community is what makes Home Assistant special, and together, we can achieve even more. Specifically, I’d like to thank @dshokouhi, @jpelgrom, and @JBassett for their years of work making this app what it is today! I’d also like to thank you! Your support (by subscribing to Home Assistant Cloud and buying official hardware) allows the Open Home Foundation to hire dedicated developers. Dedicated developers keep development focused, helping the community to work together in delivering the feature they’re passionate about. ## Since our last blog Like I said at the top, it’s been a long time (over two years 🫢) since we’ve published a blog highlighting the improvements made to the Android app. You’ve probably been enjoying these new features for some time, but in case you missed it, here are some of the biggest improvements made by the community over that time. * Health Connect sensors linked to your Android phone have been added, including heart rate, fitness data, and glucose levels (as always, you have complete control over what you share with your Home Assistant instance, and that data stays local). * By working with Android natively, Assist can now replace your phone’s (or Wear OS devices’) assistant. * You can now set the Home Assistant app as your device’s default launcher, which is great for wall panel setups. * We’ve updated our widgets to support some of the new features, like To-do lists. * Wear OS has had its Tile capabilities improved and a new thermostat tile was added. * There are now more Android Auto sensors, like speed and remaining range. * A simpler way to connect Wi-Fi compatible devices to your home network (such as the Home Assistant Voice Preview Edition) using Improv Wi-Fi over Bluetooth (an open standard for connecting devices to Wi-Fi using Bluetooth, built by the Open Home Foundation). * The Z-Wave device onboarding experience has been improved with the addition of a QR code scanner. * We’ve also improved the speed and stability of the app. * It’s now easier than ever for new contributors to jump in and start helping with the app (much more on that below 👇). For a full list of the app’s capabilities, check out our breakdown of the companion apps from the companion documentation. ## What’s next for our Android app In our latest update of the Android app 2025.7.1, we’ve added a couple of useful features. Including a new basic invite flow, which will be shared between Android and iOS, adding a good layer of consistency between our most-used companion apps. The idea is to make it much more seamless to add new users or set up new devices (no need to type the URL in your Android Automotive device!). We’ve also made My Links work better. If you’re unfamiliar with My Links, they’re those cool links (that anyone can make) that bring you right to an integration, blueprint, add-on, or settings page. They have always worked great on desktop, but up until recently, they were a bit clunky to use on mobile. Now you can get to the link’s destination with a single click. Android has many different screen sizes and layouts, and we’re working to better leverage them with edge-to-edge support. Our recent update has edge-to-edge working on Android native UI elements like the settings page, and we’re looking to implement them elsewhere in future updates so we can make the most of your screen real estate. ## Important changes for Android users A huge percentage of our users are on pretty new versions of Android, but we want to support as many older devices as possible. One significant change on the horizon is ending support for Android 5.0 and 5.1 (also known as Android Lollipop, released in 2014… it had a good run 🫡). Google has announced that starting in June 2025, many AndroidX libraries will require a minimum of Android 6.0 (API 23). Google has already updated Firebase Cloud Messaging to require this as well. This means we will need to stop supporting Android 5.0 and 5.1 (API 21 and 22) to keep up with new features and security updates. Less than 0.3% of installs are on Android versions below API 23 (Android 6.0), and we always work to keep older devices working, but sometimes our hand is forced. If you are using an older device, the app will not be removed, but you will not receive new updates once we make this change. We plan to make one final release for these older versions before support ends. This release is expected before the end of the summer, so you will have the latest updates available for your device before we move on. ## Let’s work together We want to make it easier for you to contribute, whether you are a seasoned developer or just getting started. This includes making the contribution journey smoother and giving people an easy place to start. We’ve even compiled a list of “first issues” to tackle for prospective developers looking to help out. We’ve started work on dedicated Android developer documentation, which will give in-depth information about the inner workings of this app. We’ve made many behind-the-scenes changes to improve the developer experience (defining best practices, linters for faster/automated feedback, and continuous integration for quicker feedback on PRs). Our focus is always on improving stability, reducing crash rates, and catching issues early. One example of this is our new fail-fast approach, which has already helped us catch and fix issues early. We want more Android native/exclusive features while also balancing the need to keep parity between the Android and iOS companion apps (the iOS app is excellent, and each app’s community is learning so much from each other). ### How you can help The companion app for Android is a community effort, and your help makes a real difference. Here is how you can get involved: * Join the beta program to test new features. * Suggest a feature and share your ideas. * Help triage issues on GitHub, Discord, or the Home Assistant forum. * Join the Android Project thread on Discord. (Head to _Channels & Roles_ and select “I want to contribute developer skills!” to assign yourself the Developer role if you can’t see the thread.) * Submit issues, review pull requests, start your first pull request, and ask questions — your feedback is valuable. * Help us translate the app. Thanks again for making all this possible. I look forward to your help making this app even more amazing!
01.08.2025 03:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Deprecating Core and Supervised installation methods, and 32-bit systems We are today officially deprecating two installation methods and three legacy CPU architectures. We always strive to have Home Assistant run on almost anything, but sometimes we must make difficult decisions to keep the project moving forward. Though these changes will only affect a small percentage of Home Assistant users, we want to do everything in our power to make this easy for those who may need to migrate. Beginning with Home Assistant 2025.6, affected systems will display a notification after updating, indicating that **support will end in six months (with release 2025.12)** and include a recommendation to migrate to a supported system. In this post, we’ll go into our thinking on these deprecations and our findings after consulting the community on these changes. We have deprecated the following installation methods: * **Home Assistant Core** installation method, where you run your system in a Python environment, not to be confused with Container (for example, running your system in Docker). * **Home Assistant’s Supervised** installation method, which involves running your own operating system, then installing the Supervisor and other requirements on top of that. These are advanced installation methods, with only a small percentage of the community opting to use them. If you are using these methods, you can continue to do so (you can even continue to update your system), but in six months time, you will no longer be supported, which I’ll explain the impacts of in the next section. References to these installation methods will be removed from our documentation after our next release (2025.6). Going forward Home Assistant OS and Home Assistant Container will become the only supported installation methods. In the future, only the currently supported 64-bit architectures (aarch64 and amd64) will be used. The following legacy architectures are being deprecated: * **i386** (32-bit x86) is an architecture used by Intel and AMD predominantly before 2003, but some later processors still utilized it (e.g., early Intel Atom models). * **armhf** (32-bit ARM hard-float) was used by very early single-board computers, notably the original Raspberry Pi. * **armv7** (32-bit ARM) was used by a number of early single-board computers, most notably the Raspberry Pi 2. If you are one of the few with a system using these architectures, you will receive a notification after updating to 2025.6, and it will describe how to migrate your system. In six months, your system will become unsupported and will no longer receive updates. Check our guide to see if your current Home Assistant installation is affected. ## What does deprecated and unsupported mean In the simplest terms, deprecation is where you stop recommending a certain feature to users as you intend to remove it soon. As we deprecated the Core and Supervised installations methods today, that means we are now working to remove all references to them from our documentation. The goal is to guide new users towards installation methods we plan to support long term, and discourage the use of those that are being phased out. Even though they are being deprecated, we are committing to support them for a further six months (until release 2025.12), giving existing users time to migrate to Home Assistant OS or Container. During this time we will ensure these installation types keep functioning as normal during the deprecation period. However, after those six months have elapsed, these methods will become unsupported, which means issue reports will no longer be accepted. As these installation methods are used for the development of Home Assistant, it will still be technically possible to update them. We still would recommend migrating to a supported method, but that’s your choice. As i386, armhf, and armv7 architectures have also been deprecated, we are currently removing references to them from our documentation. More importantly, they will also be subject to a six-month support window. After that support ends (from release 2025.12 onwards), we will no longer build or release distributions or containers targeting these platforms. This will mean that in six months’ time, there will be no more updates for these systems, and if users encounter issues, they will no longer be able to ask for support from Home Assistant maintainers. ## Why we made this decision ### Core and Supervised From our opt-in analytics The Core and Supervised installation methods are not only complex for users to install and maintain — they’re also challenging for the Home Assistant team to support. In the past, there were compelling reasons, outside Home Assistant development, to run these installation methods, but for most people those reasons are disappearing. Home Assistant OS is very capable with a rich ecosystem of add-ons, while also being easy to run in a virtual machine. Container adoption has become mainstream, now being widely available along with systems having more resources to run them. Steadily, we’ve seen year-on-year reductions in the percentage of Core and Supervised installations (currently standing at 2.5% and 3.3% respectively). As Core and Supervised are more complex to maintain, they generate more issues that are more difficult to solve. This complexity places a disproportionate burden on our community-driven support system, where volunteers generously give their time to help others. It also takes time away from assisting the vast majority of users who are on the simpler to maintain installation methods. Along with this, new users could sometimes be swayed into running Core or Supervised, and have a bad experience that could cause them to give up on the best way to automate their home. By focusing our support and documentation on OS and Container methods, we can greatly improve the onboarding experience and ensure a smoother start for new users. ### Legacy 32-bit architectures Though Home Assistant is very lean and can run great on older or low-spec hardware, the architectures we’re deprecating are definitely on the leaner side of the spectrum. That probably explains why we see such low usage figures, with i386 and armhf architectures representing less than 0.5% of installations each, and armv7 at only 0.95% of installations. More than half of Home Assistant systems using armv7 have hardware that is capable of running 64-bit operating systems, like Raspberry Pi 3 and 4. This hardware can actually upgrade and migrate to a supported 64-bit version of our Home Assistant Operating System The broader software and hardware industries have also shifted away from these older 32-bit systems. Most have adopted 64-bit architectures such as amd64 and aarch64, and we are seeing more projects we depend on no longer supporting these 32-bit architectures. There have already been several instances where keeping support for these architectures has held back the development of new features. ## Your feedback For any major change, it is our goal to make sure the community guides this decision-making. When our maintainers initially proposed these deprecations, we shared this plan with the community (in our forum, GitHub, Discord, Reddit, and other social channels), using it to gather feedback. It was a constructive, civil discussion, and we learned a couple of interesting things that have helped us move this decision forward. First, our current wording is confusing to the community. Core and Supervisor are components of Home Assistant OS, but are also similar—or the same—as the names of installation methods, which is not super clear for new users. We also found these installation methods being used in ways we never expected, and there are a good number of people who were already running Home Assistant in custom and unsupported ways, not even realizing they were unsupported. Many of those impacted asked for better guidance on how to migrate. A good number were unaware of our expansion of backup and restore features to all installation methods, significantly smoothing their transition to a new platform. ## Check if you’re affected The blue arrow shows your installation type, and the red arrow displays the architecture. If you are unsure which **installation method** you are running: * Select this link OR Navigate to _**Settings > System > Repairs**_, select the three-dotted menu in the top right corner, and select _**System information**_. * Check the Installation type field. If you are running Home Assistant OS, or Container, you are fine as the installation method deprecation doesn’t apply to you. In this same window, you can find the **architecture** as well: * The CPU architecture field will tell you exactly which architecture you are using. If you are seeing aarch64 or x86_64 here, you are fine as the architecture deprecation doesn’t apply to you. ## How to migrate Green are staying, and red are deprecated. If it’s been a while since you’ve migrated Home Assistant systems, a lot has improved over the past several years. Switching systems is as easy as making a backup, downloading it, and restoring it during the initialization of your new system (Home Assistant Cloud subscribers using off-site backups can restore with just their password). Every Home Assistant installation method now has backups, and you can restore backups from any method onto another regardless of the differences in architecture. In many cases, very little needs to be done once the restore is successful (to the dismay of tinkerers online). Our documentation has a full list of guides on how to install Home Assistant on different hardware. Before you think about migrating to a different installation method, you can always choose to stick with what you have. Just because it becomes unsupported by the Home Assistant project, it doesn’t mean you can’t keep running it like you do today. That choice is up to you. Need | Currently using | Migrate to ---|---|--- Home Assistant with add-ons | Supervised | Home Assistant OS A system without Home Assistant OS support | Supervised | Container (many add-ons can be run as containers alongside Home Assistant) Full control of the host system | Supervised | Run Home Assistant OS in a VM, or Container (alongside add-on containers) Lightweight solution | Core | Container For **Home Assistant Core** users, the closest alternative is Home Assistant Container, which is most commonly used with Docker. If you can dedicate a device exclusively to Home Assistant, the recommended installation method is Home Assistant OS, which gives an appliance-like setup. For **Home Assistant Supervised** users, we recommend migrating to Home Assistant OS—it supports everything Supervised does, including add-ons. If you want more control over the OS, you can also run Home Assistant OS in a virtual machine, like with Proxmox, or go the Home Assistant Container path alternatively. For **deprecated architectures** , there is generally no supported migration path using your existing hardware. You will therefore need to find alternative hardware compatible with Home Assistant OS or Container. Second-hand single-board computers and recycled small-form-factor office machines are affordable and sustainable options. In some cases, your system may be running a 32-bit operating system, but is capable of running a 64-bit one (Raspberry Pi 3 and 4 are examples of systems often running a 32-bit OS despite being capable of running 64-bit). In this case, you will need to install a 64-bit capable operating system and restore Home Assistant on that system. ## Frequently asked questions * _**If Home Assistant Core is used for development, and part of the developer docs, why not just offer it to end-users?**_ This is not just about technical viability, it is also about helping and supporting people with their issues, problems, and questions, in our forums and chat. Having these options available to less technical people leads to support queries, and if they have a bad first experience that reflects poorly on the project. Users are free to continue running their systems the way they would like. * _**No support for Core or Supervised—can I still use them?**_ You can still use them even if we no longer support them. There are many users running Home Assistant in all kinds of unofficial ways. This change just means we are removing it from our end-user documentation and will no longer recommend using these installation methods from an official standpoint. * _**Will the developer documentation on these things remain?**_ Yes, those will remain. The developer documentation for running Home Assistant’s Core Python application directly in a Python virtual environment will remain. This is how we develop. This proposal is about removing end-user documentation and support. * _**Can I start maintaining these installation methods?**_ While maintaining these methods will require effort, the community is free to move documentation and code to new independent projects. Our maintainers will no longer accept issues or provide end-user documentation, but that shouldn’t stop anyone passionate about them from continuing to run them, or helping others to do the same. * _**Can I reproduce any of the installations you offer?**_ Yes, of course! All our pipelines are open source and transparent, you can always recreate any of our pipelines and release artifacts; either automated or manual. * _**Is this the first step towards making Home Assistant closed source/proprietary/commercial?**_ No, that is impossible. Home Assistant will always remain open source. Home Assistant is owned by the Open Home Foundation, a Swiss non-profit foundation that is audited and governed, and—by law—bound by its mission. This means it will always be open source and cannot be bought or sold.
01.08.2025 03:15 — 👍 1    🔁 0    💬 0    📌 0
Preview
Community Day 2025 Wrap-up Our first Home Assistant Community Day was a humbling success — we knew that the community had a desire to have something coordinated like this, but we really did not expect just how widely this would spread. 💖 So much happened in such a short window of time, so let’s talk about how this year’s event went and what the future looks like for Home Assistant meetups. ## It started with a question… Home Assistant Community Day was born from a conversation last year where we asked, “Would the community even _want_ this?” We dropped hints here and there to test how y’all would react to a worldwide event, and after weeks of planning, the response to the event announcement was overwhelmingly positive. 🤩 First, **THANK YOU** 🙏🏻 to all **the hosts** for their local coordination, **community members** who showed up, and **the venues** that made all this possible. I learned so much with your help, and it will make next year’s Community Day one to remember. ## …that turned into a movement… When I announced Home Assistant Community Day, I didn’t give hosts a lot to work with. I didn’t want the community to think they had to fit into a specific format, and wanted it to be unique to their region. It became clear pretty quickly what information was missing and what people wanted guidance on. For example, some asked for suggestions on what types of venues to book or which activities could make the event more interactive, such as quizzes or presentations. Your questions helped us make it easier for hosts to build cool events, thank you for those! All around the world, everyone came together to talk about Home Assistant (and its related projects). You swapped hardware, you showed off your automations or dashboards, you participated in quizzes, and you formed new bonds with people in your area who share your passion for Home Assistant. Some people had custom swag printed, others received hardware from a couple of our Works With Home Assistant partners, and one group had a Hackathon event the day before! So many great photos were shared from the events that we can’t possibly include them all here! You can find plenty more by searching #HADay2025 on social media or by checking the Discord meetup thread for this event. It was seriously one of the most uplifting things I’ve had the pleasure to not only facilitate, but also witness. 🥰 ## …but not without complications Swag was an unexpected complication. When I first announced the day, we planned to have me order the merch and then send it off to the hosts. This would require collecting addresses and sending packages to people around the world, and we realized quickly that the logistics of that would end up a mess. Instead, we made the sticker designs (along with the Luma calendar invite graphic) publicly available for the hosts to print something locally. When we did this, we (as the Open Home Foundation) committed to reimbursing the hosts for these swag purchases, along with venue fees or other reasonable expenses they might have on the day. The idea being that no host should be out of pocket for supporting their local Home Assistant community. You support us (by contributing time or by being Home Assistant Cloud subscribers), and we want to give back to the community in any way we can. I’m excited to share that we plan on using those same guidelines for any community meetup, not just the ones that happen on Community Day! 👏🏻 We’re building a new community page where all of these details will be available, so stay tuned for more information. ## Some stats for the nerds We had 82 events with over 1,600 registered guests, spanning nearly every corner of the globe. The events started in New Zealand and ended on the West Coast of North America. This meant we had meetups held from 10 pm May 23 to midnight May 25 (UTC time), that’s over 26 hours of constant partying! 🥳 We had events in every major region except Australia! Most meetups were in Europe and North America — probably not too surprising for most. The smallest events had 2 registered guests, and the event that had the largest number of registered guests was Utrecht, with 200! With an average of 20 people attending a meetup, we know that we can advise a lower capacity limit for future events. This will be included as part of the guidelines we’ll have on that new community page I mentioned above. ## Keep the fun going! Many hosts told me that they’ve created a new space for the attendees to chat or that they were going to start doing some regular meetups (some have done both!). Since Luma worked so well for us for Community Day, I’ve created a general calendar for meetups! I also have graphic assets publicly available for your Luma event and any social media you’d like to post your event on — use the 1:1 ratio image for the invite image on Luma. There are two events live there now, way to go Chile (Santiago) and Belgium (Hasselt)! 🤩 While we don’t have a solid date for next year’s Home Assistant Community Day, I can at least let you know that it will not be in May and instead later in the year. I’m aiming to give you at least a two-month heads-up for when it will be this time. We’re planning on doing something bigger and I can’t wait to do it all again with y’all next year. 😌 P.S. - Did you spot our refreshed Creator Network page yet? 👀
01.08.2025 03:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Nuki joins Works with Home Assistant We’re thrilled to welcome Nuki to the Works with Home Assistant program! Nuki creates some slick-looking smart locks that you can fit to most doors (or even on top of existing locks). They are constantly pioneering new and exciting features, while also using the open standards we support. Nuki is today bringing three different lock types to the program, all certified by our team to provide the best experience possible with Home Assistant. ## Unlocking their origin Nuki started just over 10 years ago, with their first smart lock that was called the ‘magic black box’. It was this award-winning design that evolved into the sleek Nuki Smart Locks that are available today. Keeping everything in the family, the brand was started by brothers Martin and Jürgen. Frustrated with the hassle of carrying a door key in their sports kit, the brothers launched a successful Kickstarter and have been innovating ever since. They design their smart locks in Austria and manufacture them in Europe. Their locks are available across Europe, and in early July, they launched the Nuki Smart Lock in the U.S. Nuki devices are certified for use with the Home Assistant Matter integration, which is now officially certified. Like all ‘Works with’ certified devices, Nuki locks prioritize local control, so you can manage your day-to-day home security without relying on a cloud connection. "Joining the 'Works with Home Assistant' program is a logical step for us. We believe strongly in the power of open ecosystems and giving control to our customers. Home Assistant represents a vibrant community dedicated to innovation and customization, and we are thrilled to align our products with this vision. This integration ensures our customers can build the smart home they want, with the products they trust. The 'Works with Home Assistant' certification provides customers with the confidence that Nuki's products have been tested for compatibility and offer a smooth integration experience." _- Matthias Kerstner, Head of Product at Nuki._ ## Devices This lock is turning heads faster than it turns bolts In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. Our team has been busy testing the Nuki locks for some time and has certified the following Matter-over-Thread enabled devices. It’s important to note that to set up the lock, calibrate it, and activate Matter you will need to use the Nuki app. However, there is no hard requirement for a cloud account or account registration in order to use these locks. Once the device is active and connected via Matter, you can manage it purely through Home Assistant, and can even delete the app. * Nuki Smart Lock Go * Nuki Smart Lock Pro * Nuki Smart Lock Ultra ## Insane speeds, literally The devices certified include two cylindrical models, the Nuki Smart Lock Pro and the Nuki Smart Lock Ultra, which both feature a brushless motor and three speed settings. The speediest of these is called the ‘Insane’ setting. This ultra-fast setting is ideal for those in a hurry, but you can also pick from ‘standard’ or ‘gentle’ to move at a more leisurely pace. The gentle setting is also perfect for quieter unlocking, so you’re not disturbing others if you’re coming home after a night shift or an early morning jog. We love that the cylindrical devices come with a rechargeable battery to reduce e-waste. Each cylindrical lock comes with both white and black band options, so you can match your existing hardware or your home’s style. The Nuki Smart Lock Pro can retrofit over a current lock, whereas the Nuki Smart Lock Ultra comes with its own cylinder. If you’re looking for a solid entry-level choice instead, the Nuki Smart Lock Go is a great option, which uses four AA batteries. Both the Smart Lock Go and Smart Lock Pro can be installed in under five minutes, with no drilling or special tools required, which may mean even if you’re renting you could install a smart lock. Works with Home Assistant is all about providing more choice to the community, and Nuki is expanding the smart lock offerings. ## A keyless future All of the models listed work locally, as this is a requirement of the ‘Works with’ program so that you can ensure you feel safe and secure in your smart home. However, some users may wish to access these devices remotely too, allowing you to unlock the door for guests, contractors, family, or friends. If you’re looking for remote access, this can either be provided by the Nuki App, or via your Home Assistant system with something like Home Assistant Cloud (which supports the development of Home Assistant but also helps bring more ‘Works with’ partners to the program 🤝). We’re really excited to have Nuki join our certified devices, and see the use cases the community will come up with to integrate their smart locks into the rest of their smart home. ### FAQ ON WORKS WITH HOME ASSISTANT _**Q: If I have a device that is not listed under ‘Works with Home Assistant’ does this mean it’s not supported?**_ A: Most Nuki locks will work via Matter with Home Assistant and we have even tried out a couple of older locks with good results. However, we have only officially tested and certified the devices listed above. If there is any other device missing from this list it just means that it hasn’t gone through testing with our team or doesn’t fit the requirements of the program. It might function well, and may be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. _**Q: Ok, so what’s the point of the Works with program?**_ A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. We look for brands that will bring their key functionality into Home Assistant, operate locally without the need for cloud logins, and continue to do so long-term. _**Q: How were these devices tested?**_ A: All devices in this list were tested using a standard Home Assistant Yellow with the built-in Thread border router and our certified Matter Integration. If you have another hub, border router setup, or integration, that’s not a problem. We test against these as they are the most effective way for our team to certify within our ecosystem. _**Q: Will you be adding more Nuki devices to the program?**_ A: All of the locks Nuki currently sells are now represented here in the ‘Works with’ program. We’re thrilled to foster a close relationship with the team at Nuki to work together on any upcoming releases or add in further products that are not yet listed here.
01.08.2025 03:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Next iteration of our Voice Assistant is here - Voice chapter 10 Welcome to Voice chapter 10 🎉, a series where we share all the key developments in Open Voice. This chapter includes improvements across every element of Open Voice. Improvements that allow it to support more languages, be used on more hardware, make it easier to contribute to, all while making it faster and more reliable. ## Help steer Open Voice Before we get going, we just want to say that Voice Chapter 10 isn’t just a broadcast; **it’s an invitation** ✉️. Our **public Voice project board** lives on GitHub, and it shows what we’re fixing, currently building, and what we’ll work on next. Every card is open for comments, so please feel free to have a look and participate in the discussion. 👉 **Project board** : https://github.com/orgs/OHF-Voice/projects/2 ## ESPHome gains a voice When we began designing and building the firmware for our open voice assistant hardware, the Home Assistant Voice Preview Edition, we had several specific features in mind: 1. Run wake words on the device. 2. Use a fully open-sourced media player platform that can decode music from high-quality sources. 3. Wake words can be enabled and disabled on the fly; for example, “stop” is only activated when a long-running announcement is playing or when a timer is ringing. 4. Mix voice assistant announcements on top of reduced volume (a.k.a. “ducked”) music. These features needed to run within ESPHome, the software that powers the device. In the beginning, ESPHome could only do 1 and 2, but not even at the same time! To include all these features, we initially built them as external components, allowing us to iterate fast (and of course break many things along the way). We always intended to bring these components into ESPHome, and the process of bringing them in is called _upstreaming_. This would allow anyone to easily build a voice assistant that includes all the features of Voice Preview Edition, and that’s what we’ve been working on since its launch last December. No device left behind! ESPHome version 2025.5.0 has all these components included! We didn’t just spend this time copying the code over, but we also worked hard to improve it by making it more generalizable, easier to configure, and much faster. As an example of these speed improvements, the highest CPU load on the Voice Preview Edition happens when music is being mixed with a long announcement. In this situation, it is decoding two different FLAC audio streams while also running three microWakeWord models (a Voice Activity Detector, “Okay Nabu”, and “Stop”). With the original December firmware, this used 72% of the CPU 😅. With the new optimizations, which are all now available in ESPHome, the current Voice Preview Edition firmware only uses 35%❗ These improvements even allow the extremely resource-constrained ATOM Echo to support many of these features, including media playback and continuing conversations. ## Make your own Voice Preview Edition I'll just pretend I understand all this Speaking of voice hardware becoming more like Voice Preview Edition, why not use that class-leading hardware as the basis for your own creations? We’ve now got the KiCad project files, which include the electrical schematic and circuit board layout, along with other helpful documents available for download on GitHub. Combined with our open source firmware files, this will allow anyone to build on the work we’ve done and make the open voice assistant of their dreams. Bigger speaker, built-in presence sensor, a display featuring a smiling Nabu mascot — the options are nearly endless. Building Voice Preview Edition was always meant to bootstrap an entire ecosystem of voice hardware, and we’re already seeing some amazing creations with this open technology. ## Now you’re speaking my language ### Speech-to-Phrase gets more fluent In case you missed it, we built our own locally run speech-to-text (STT) tool that can run fast even on hardware-constrained devices. Speech-to-Phrase works slightly differently from other STT tools, as it only accepts specific predetermined phrases, hence the name. We have been making large strides in making this the best option for local and private voice control in the home. The sentence format for Speech-to-Phrase is getting an upgrade! Besides making it simpler for community members to contribute, it now allows for more thorough testing to ensure compatibility with existing Home Assistant commands. We have also begun experimenting with more precise sentence generation, restricting sentences like “set the {light} to red” only to lights that support setting color. Another improvement is making Speech-to-Phrase more careful about combining names and articles in certain languages. For instance, in French, a device or entity that starts with a vowel or an “h” will have an “l” apostrophe at its beginning, such as l’humidificateur or l’entrée. Allowing Speech-to-Phrase to understand this avoids it guessing pronunciations for nonsensical combinations. Speech-to-Phrase currently supports **six languages** , namely English, French, German, Dutch, Spanish, and Italian. We are now engaging with language leaders to add support for Russian, Czech, Catalan, Greek, Romanian, Portuguese, Polish, Hindi, Basque, Finnish, Mongolian, Slovenian, Swahili, Thai, and Turkish — this takes our language support to **21 languages** 🥳! These new models were originally trained by community members from the Coqui STT project (which is now defunct, but luckily their work was open source — _another example of FOSS saving the day_), and we are very grateful for the chance to use them! Performance and accuracy vary heavily by language, and we may need to train our own models based on feedback from our community. ### Piper is growing in volume Piper is another tool we built for local and private voice in the home, and it quickly turns text into natural-sounding speech. Piper is becoming one of the most comprehensive open source text-to-speech options available and has really been building momentum. Recently, we have added support for new languages and provided additional voices for existing ones, including, * **Dutch** - Pim and Ronnie - _new voices_ * **Portuguese (Brazilian)** - Cadu and Jeff - _new voices_ * **Persian/Farsi** - Reza_ibrahim and Ganji - _new language_ * **Welsh** - Bu_tts - _new voices_ * **Swedish** - Lisa - _new voices_ * **Malayalam** - Arjun and Meera - _new language_ * **Nepali** - Chitwan - _new voices_ * **Latvian** - aivar- _new voices_ * **Slovenian** - artur - _new voices_ * **Slovak** - lili - _new voices_ * **English** - Sam (non-binary) and Reza_ibrahim - _new voices_ This brings Piper’s supported languages and dialects from 34 to now 39 🙌! This allows a nice majority of the world’s population (give or take 3 billion people) the ability to generate speech in their native tongue 😎! ### Scoring language support This is the score sheet for just intents... it can get complicated Home Assistant users, when starting their voice journey, typically ask one question first: “Is my language supported?” Due to how flexible voice assistants in Home Assistant are, this seemingly simple question is quite complicated to answer! At a high level, a voice assistant needs to convert your spoken audio into text (speech-to-text), figure out what you want it to do (intent recognition), and then respond back to you (text-to-speech). Each part of this pipeline can be mixed and matched, and intent recognition can even be augmented with a fallback to a large language model (LLM), which is great at untangling misunderstood words or complex queries. Considering the whole pipeline, the question “Is my language supported?” becomes “How well does each part support my language?” For Home Assistant Cloud, which uses Microsoft Azure for voice services, we can be confident that all supported languages work well. Local options like Whisper (speech-to-text) and, to a lesser extent, Piper (text-to-speech), may technically support a language but perform poorly in practice or within the limits of a user’s hardware. Whisper, for example, has models with different sizes that require more powerful hardware to run as they get larger. A language like French may work well enough with the largest Whisper model (which requires a GPU), but is unusable on a Raspberry Pi or even an N100-class PC. Our own Speech-to-Phrase system supports French well and runs well on a Raspberry Pi 4 or Home Assistant Green. The trade-off is that only a limited set of pre-defined voice commands are supported, so you can’t use an LLM as a fallback (because unexpected commands can’t be converted into text for the LLM to process). Finally, of course, not everyone wants to (or can) be reliant on the cloud, and they need a fully local voice assistant. This means that language support depends as much on the user’s preferences as their hardware and the available voice services. For these reasons, we have split out language support into three categories based on specific combinations of services: * _**Cloud**_ - Home Assistant Cloud * _**Focused Local**_ - Speech-to-Phrase and Piper * _**Full Local**_ - Whisper and Piper Each category is given a score from 0 to 3, with 0 meaning it is unsupported and 3 meaning it is fully supported. Users who choose Home Assistant Cloud can look at the Cloud score to determine the level of language support. For users wanting a local voice assistant, they will need to decide between Focused Local (limited commands for low-powered hardware) and Fully Local (open-ended commands for high-powered hardware). Importantly, these scores take into account the availability of voice commands translated by our language leaders. A language’s score in every category will be lowered if it has minimal coverage of useful voice commands. With these language scores, we hope users will be able to make informed decisions when starting on their voice journeys in Home Assistant. They’re currently featured in our voice setup wizard in Home Assistant, and on our language support page. ## What’s in a name Voice commands in Home Assistant trigger _intents_ , which are flexible actions that use names instead of IDs. Intents handle things like turning devices on or off, or adjusting the color of lights. Until now, sentence translations focused on whether a language supported an intent (like turning devices on/off) but didn’t clearly show whether the command supported device names, areas names, or both. This can change from language to language, which made gaps hard to spot. We’re switching to a new format that highlights these combinations, making it easier for contributors to see what names are supported, which should make for simpler translations. ## Continued conversation updates Since the last voice chapter, the voice team has worked on making Assist more conversational for LLM-based agents. We started with LLM-based agents because it was simpler to iterate on. If the LLM returns with a question, we will detect that and keep the conversation going, without the need for you to say “Ok Nabu” again. On top of that, you can now initiate a conversation with a new action called `start_conversation` directly from an automation, or a dashboard. This provides the full spectrum of conversation to LLM-based agents. Here is a quick demonstration of two features working hand-in-hand: ## Media Search and Play intent What’s great about Home Assistant and open source is that sometimes the best ideas come from other projects in the community. Early on, many people were interested in driving Music Assistant with voice, but central pieces were missing on Home Assistant, such as the ability to search a media library. We worked hard on bringing this functionality to the core experience of Home Assistant and created a new intent, the **Search and Play** intent. You can now speak to your voice assistant and ask it to play music in any room in your home. The intent can be used by an LLM-based conversation agent, but we also have sentences that work without any LLM magic. You can find the English sentences here. As it’s a new feature, support may vary based on your language, and please be patient while our amazing language leaders make these translations. ## Future work - Assist will have something to say Talking to your home should feel as natural as chatting with a friend across the kitchen counter. Large-language models (LLMs) already prove how smooth that back-and-forth can be, now we want every Home Assistant installation to enjoy the same experience. We’re therefore zeroing in on three key use-cases for the default conversation agent, which include critical confirmations, follow-ups, and custom conversations. Just note these are still at the early stages of development and it may be some time before you see some of these features. ### Critical confirmations Some actions are too important to execute without a quick double-check. Unlocking the front door, closing shutters, or running a “leaving home” script. We want you to be able to mark those entities as **protected**. Whenever you speak a command that touches one of those entities, Assist will ask for verbal confirmation before acting: > Ok Nabu, unlock the front door > _Are you sure?_ > Yes > _Unlocked_ Because every household is different, we are thinking about managing these confirmations **per entity** and making them fully user-configurable. ### Follow-up on missing parameters Sometimes Assist grasps what you want, but needs more detail to carry it out. Instead of failing, we want Assist to ask for the missing piece proactively. Here is an example to illustrate. > Ok Nabu, set a timer > _For how long?_ > 15 minutes > _Timer started_ For now, we are still assessing the relevant sentences for that use case. We’re implementing follow-ups with timers, though finding more is not currently our top priority. We are, however, open to suggestions. ### Custom conversations As with any other part of Home Assistant, we want the conversation aspect of Assist to be personalized. Simple voice transactions can already be created with our automation engine using the `conversation` trigger and the `set_conversation_response` action. We want to bring the same level of customization to conversations, allowing you to create fully local, predefined conversations to be triggered whenever you need them, such as when you enter a room, start your bedtime routine, etc. We are focusing first on making custom conversations possible, so that you can show us what you are building with this new powerful tool. We will then tackle the critical confirmations use case, and finally, the follow-ups when parameters are missing. ## Let’s keep moving Open Voice forward Only a couple of years ago, voice control was the domain of data-hungry corporations, and basically none of this open technology existed. Now, as a community, we’ve built all the parts needed to have a highly functional voice assistant, which is completely open and free for anyone to use (or even build on top of). Every chapter, we make steady progress, which is only possible with your support. Whether from those who fund its development by supporting the Open Home Foundation (by subscribing to Home Assistant Cloud, and buying official Home Assistant hardware) or those who contribute their time to improving it. As always, we want to support every language possible, and if you don’t see your native tongue on our supported list, please consider contributing to this project.
01.08.2025 03:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
SwitchBot joins Works with Home Assistant Please welcome the latest addition to the Works with Home Assistant program, SwitchBot! This year has seen a lot of ‘firsts’ within the program, and this launch certainly keeps up this trend. Read on to see the first _Air Purifiers_ and _Vacuums / Cleaning Robots_! What’s more, SwitchBot is bringing this first set of devices into the program with multiple connectivity options. Pick from their Bluetooth integration, Matter via a hub, or standalone Matter devices as well. All this gives you even more choice in how you set up your smart home, while providing the best experience with Home Assistant. ## Making the Switch…Bot SwitchBot quickly gained traction in the smart home industry with their original finger bots, which sit over non-smart switches and physically press them down on your behalf. Since then, they’ve expanded to include many other smart home devices like curtain robots, hubs, air purifiers, and cleaning robots. We were excited to see these new products in person at CES earlier this year and meet up with their team. SwitchBot even got involved with Community Day, hosting a meet-up in Shenzhen, China. We love that the ‘Works with’ partners show that they’re passionate about engaging with our community, taking the partnership much further than just a label on a box. "At SwitchBot, we're committed to empowering users with seamless and intelligent home automation. By collaborating with Home Assistant's passionate, tech-savvy community, we're able to push boundaries and deliver more integrated, intuitive experiences. Together, we aim to expand what's possible, offering users greater flexibility to connect, control, optimize their homes, and to make it simple." _- Richard Mou - Co-Founder, SwitchBot_ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box with Home Assistant. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. The SwitchBot team have put special focus on integrating specifically for Home Assistant and have been working hard on their Bluetooth integration. Though the community played a central role in the development of the integration, and SwitchBot is very thankful for this work, they took a more active role in its development. One of the terms of the ‘Works with’ program is that Bluetooth devices must connect over an integration that is kept up to a certain code quality (we call this our ‘Gold tier’ on our quality scale). It also must be maintained by the manufacturers themselves, rather than overly relying on community members to do the hard work. This puts the responsibility on the shoulders of the manufacturers to make sure they’re responding to bugs and keeping the integration up long term. If you’re interested in SwitchBot’s Bluetooth products but your Home Assistant system doesn’t have built-in Bluetooth, the easiest way to connect them is by using a Bluetooth Proxy. If you prefer Matter, SwitchBot also has devices that are certified for use with one of their Matter hubs: either the SwitchBot Hub 2 or the Hub 3. There are also some that can work via Matter-over-WiFi as standalone devices. We are currently testing even more of SwitchBot’s Matter devices for the program. **Bluetooth** * SwitchBot Lock Ultra * SwitchBot Air Purifier * SwitchBot Air Purifier Table * SwitchBot Leak Detector - also works using Matter via a hub * SwitchBot Meter - also works using Matter via a hub * SwitchBot Meter Pro - also works using Matter via a hub * SwitchBot Meter Pro CO2 - also works using Matter via a hub * SwitchBot Indoor/Outdoor Thermo-Hygrometer - also works using Matter via a hub * SwitchBot Curtain 3 - also works using Matter via a hub * SwitchBot Contact Sensor - also works using Matter via a hub * SwitchBot Roller Shade - also works using Matter via a hub * SwitchBot Lock Pro - also works using Matter via a hub **Matter-Over-WiFi (standalone, without requiring a hub)** * SwitchBot Air Purifier * SwitchBot Air Purifier Table * SwitchBot Multitasking Robot K20 + Pro _**Note:**_ _Home Assistant Container does not support Matter, and requires Home Assistant OS._ ## A smart home is a clean home Eat your heart out Wall-E SwitchBot’s K20 is the first cleaning robot in the Works with Home Assistant program as well as the world’s first multi-tasking household robot. This wacky robot can be paired with lots of other items in the range, including the certified air purifiers, to make some really cool Home Assistant use cases. Just imagine, you’re making some delicious dinner, but oh no, you’ve left a pan alone for too long and it starts to smell and burn. You could summon the K20 with an air purifier on top using the Home Assistant Voice Preview Edition. A few moments later, it’s found its way to you and gets started on clearing the air in your kitchen. Plus, as these can both work via Matter, there’s no need for cloud involvement. Some of the items also come with a table top so this device has some great applications for anyone with limited mobility. ## Bot to the future These devices are the first certified items, but SwitchBot is working to get many more tested and fully feature-rich with Home Assistant. We’re excited to keep expanding this list over time, but if you can’t wait (and this work is only possible with the support of our Home Assistant Cloud subscribers), you can see the list of the other devices they are working on here. ## FAQs _**Q: If I have a device that is not listed under ‘Works with Home Assistant’ does this mean it’s not supported?**_ A: No! It just means that it hasn’t gone through a testing schedule with our team or doesn’t fit the requirements of the program. It might work fine and be added to our testing later down the road. Though it might only have limited functions that are being worked on, or use a connectivity type we don’t currently test for in the program. _**Q: Ok, so what’s the point of the Works with program?**_ A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must have full functionality within Home Assistant, operate locally without the need for cloud, and will continue to do so long-term. _**Q: How were these devices tested?**_ A: The Bluetooth devices in this list were tested using a standard Home Assistant Green Hub, the SwitchBot Bluetooth Integration, a USB Bluetooth adapter, and an ESPHome Bluetooth Proxy. The Matter-over-WiFi devices were also tested with Home Assistant Green and our certified Matter Integration. If you have another hardware setup or integration, that is often not a problem, but we test against these as they are the most effective way for our team to certify within our ecosystem. _**Q: Will you be adding more SwitchBot devices to the program?**_ A: Absolutely! SwitchBot has a quickly growing set of product lines that we’re working to certify together, subject to the integrations fully covering all the functions.
01.08.2025 03:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Shelly joins Works with Home Assistant We’re excited to welcome Shelly to the Works with Home Assistant program! Shelly is very well-established in both our ecosystem and the smart home world, so it’s great to formally certify a selection of their Z-Wave devices. Their retrofit smart switches and relays are amazing for turning all sorts of _dumb_ devices, like light fixtures or ceiling fans, into devices you can easily control in _smart_ new ways. Also, being Works with certified means they have been thoroughly tested, ensuring they give the best possible experience with Home Assistant. The variety of complex settings and functionality, like energy monitoring, makes them popular with our community doing advanced smart retrofits, like connecting an old garage door or motorized shutters. These are perfect for keeping non-smart devices out of the landfill and working for years to come. ## From A to Z-Wave Shelly, originally launched in Bulgaria in 2017, has been a mainstay in our community for some years. They became known initially for their WiFi smart switches and relays that could be easily used locally, but now offer a wide range of smart devices and ways to connect them. For this first round of Works with Home Assistant certified products, the focus is firmly on the Z-Wave lines. If you’re not familiar with Z-Wave, it’s a well-established low-powered wireless technology designed with the smart home in mind. It uses an entirely different bit of radio spectrum than WiFi, meaning it has less chance of experiencing interference. This spectrum makes it better at getting through thick walls and communicating over longer distances — with the recent Long Range iteration of the standard, they can communicate even further. Given our focus on local control, items that work on Z-Wave are ideal if you want to avoid the cloud. Home Assistant will act as your Z-Wave controller using the Z-Wave JS add-on (another awesome Open Home Foundation project). So, all you need is a Z-Wave adapter to use alongside these devices. _If you haven’t purchased one yet, you might want to wait before hitting that buy button_ 😉. Shelly shares our focus on interoperability, with items using a variety of protocols, while being available worldwide. These items are also super helpful for the energy-conscious. They have low power consumption, power metering, and can easily blend in with your current home decor, as they sit in the wall behind your existing switches. Mini? This thing is microscopic! ## Getting Involved We’ve been lucky enough to meet the Shelly team on several occasions, and they were kind enough to showcase how the Las Vegas Mob Museum uses Shelly and Home Assistant during our annual ‘State of the Open Home’ event. In May, they went one step further and hosted one of our Community Days in South Florida. It’s really exciting to see that partners who join the ‘Works with’ program don’t just see it as a badge to stick on a box, but a real chance to engage with, and contribute to, this amazing community. "Many of our users already rely on Home Assistant to power their smart homes, and we’ve seen firsthand how important local control, privacy, and flexibility are to them. By joining the _Works with Home Assistant_ program, we’re reinforcing our commitment to open, reliable smart home solutions. With the upcoming launch of our **Shelly Wave Long Range** devices—offering wireless coverage of up to **1 kilometer** — we’re pushing the boundaries of what smart home technology can do. Combined with Home Assistant’s powerful platform, this will be a **market-leading solution** , capable of covering **use cases no other ecosystem today can reach**. Together, we’re building the future of smart homes: open, powerful, and ready for real-world demands." _- Leon Kralj, CTO at Shelly_ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. **What devices have been certified?** * Shelly Wave PM Mini * Shelly Wave i4 * Shelly Wave 1PM Mini * Shelly Wave 2PM * Shelly Wave Pro 1PM Whilst the Shelly Wave Pro 1PM sits in an electrical box, the remaining devices sit behind a standard plug, switch or device. This means they are a super cost-effective way to retrofit devices, which in turn reduces e-waste. The Minis are very small (duh), and so should fit in most tight places around the home, even with low-profile installations. The Shelly Wave 1PM Mini is the world’s smallest Z-Wave smart switch. In some areas of the world, you may need professional installation by a qualified electrician, so be sure to check your region’s regulations. If you’re a confident DIYer, Shelly has a lot of helpful guides on their site to walk you through installing it yourself. ## The first of many waves These devices are the first from Shelly to join the program, but certainly won’t be the last, as we look forward to many exciting developments with Z-Wave Long Range. Keep your eyes peeled for our upcoming hardware announcement that will work perfectly with our Z-Wave partners. Thanks again for your support (by subscribing to Home Assistant Cloud and buying official hardware), which allows the Open Home Foundation to build these partnerships and certify new devices to join Works with Home Assistant. ### FAQs **Q: If I have a device that is not listed under ‘Works with Home Assistant does this mean it’s not supported?** A: No! It just means that it hasn’t gone through a testing schedule with our team yet or doesn’t fit the requirements of the program. It might function well but be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. It may also have a feature missing in Home Assistant that we’re working to add. **Q: Ok, so what’s the point of the Works with program?** A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must work well within Home Assistant, operate locally without the need for cloud and will continue to do so long-term. **Q: How were these devices tested?** A: All devices in this list were tested using a standard HA Green Hub, a Z-Wave adapter and with our Z Wave integration. If you have another hub / adapter / integration that’s not a problem but we test against these as they are the most effective way for our team to certify within our ecosystem. **Q: Will you be adding more Shelly devices to the program?** A: Absolutely. Shelly has a huge number of product lines and will be expanding their Z-Wave Long Range list. We’re sure they’ll keep our testers busy with a steady stream of devices to add.
01.08.2025 03:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Companion app for Android: It’s been a while The Home Assistant companion app for Android just keeps getting better with every release, and recently, it gained some dedicated support to help accelerate its development. Several months ago, I (Timothy Nibeaudeau, also known as @TimoPtr) joined the Open Home Foundation as our dedicated Android developer 🎉. It’s been over two years, and hundreds of thousands of installs, since we’ve published a dedicated update for our community on the development of the app, and I’d like to give you a quick update on recent improvements and what’s coming next. ## Behind the Screens In the beginning, all of Home Assistant’s official companion apps were developed by the community in their spare time, with many still being part-time projects. It’s incredible the work they put into building these apps. This gives you not just the ability to view your Home Assistant instance on the go (or around the house) and takes advantage of many of the sensors available on the device while providing rich notifications to users. Very impressive growth in installs over the years! The Android app alone has seen over 2,700 contributions! It’s a lot of work keeping up with Android versions, new capabilities of Home Assistant, and bug fixes. This app doesn’t just support Android phones and tablets but also devices they connect to, specifically Android Auto, Android Automotive, and Wear OS. ### Progress in the millions They did all this work while reaching nearly **1.5 million installs** , with over 6 million total installs over the years. There are 400,000 daily active users and 1 million monthly active users. The phone app also has a very nice **4.3-star rating** on the Play Store and **2,800 stars** on GitHub 🤩. This feedback really helps us improve. It’s been over a year and a half since the Apple companion apps gained a full-time developer with the addition of the amazing Bruno Pantaleão 😎. Around the same time as Bruno was hired, we began looking for an Android developer, and let’s say that took a little longer. My name is Timothy Nibeaudeau, and as mentioned at the start, I’m your new dedicated Android engineer. As someone who has been using Home Assistant since 2018, I’m passionate about open source and smart home technology. I’ve been working in software development for nearly a decade, developing apps for all sorts of projects from medical-grade IoT products to smart toothbrushes 🪥. I am committed to bringing my talents to the project, but I cannot do it alone. The community is what makes Home Assistant special, and together, we can achieve even more. Specifically, I’d like to thank @dshokouhi, @jpelgrom, and @JBassett for their years of work making this app what it is today! I’d also like to thank you! Your support (by subscribing to Home Assistant Cloud and buying official hardware) allows the Open Home Foundation to hire dedicated developers. Dedicated developers keep development focused, helping the community to work together in delivering the feature they’re passionate about. ## Since our last blog Like I said at the top, it’s been a long time (over two years 🫢) since we’ve published a blog highlighting the improvements made to the Android app. You’ve probably been enjoying these new features for some time, but in case you missed it, here are some of the biggest improvements made by the community over that time. * Health Connect sensors linked to your Android phone have been added, including heart rate, fitness data, and glucose levels (as always, you have complete control over what you share with your Home Assistant instance, and that data stays local). * By working with Android natively, Assist can now replace your phone’s (or Wear OS devices’) assistant. * You can now set the Home Assistant app as your device’s default launcher, which is great for wall panel setups. * We’ve updated our widgets to support some of the new features, like To-do lists. * Wear OS has had its Tile capabilities improved and a new thermostat tile was added. * There are now more Android Auto sensors, like speed and remaining range. * A simpler way to connect Wi-Fi compatible devices to your home network (such as the Home Assistant Voice Preview Edition) using Improv Wi-Fi over Bluetooth (an open standard for connecting devices to Wi-Fi using Bluetooth, built by the Open Home Foundation). * The Z-Wave device onboarding experience has been improved with the addition of a QR code scanner. * We’ve also improved the speed and stability of the app. * It’s now easier than ever for new contributors to jump in and start helping with the app (much more on that below 👇). For a full list of the app’s capabilities, check out our breakdown of the companion apps from the companion documentation. ## What’s next for our Android app In our latest update of the Android app 2025.7.1, we’ve added a couple of useful features. Including a new basic invite flow, which will be shared between Android and iOS, adding a good layer of consistency between our most-used companion apps. The idea is to make it much more seamless to add new users or set up new devices (no need to type the URL in your Android Automotive device!). We’ve also made My Links work better. If you’re unfamiliar with My Links, they’re those cool links (that anyone can make) that bring you right to an integration, blueprint, add-on, or settings page. They have always worked great on desktop, but up until recently, they were a bit clunky to use on mobile. Now you can get to the link’s destination with a single click. Android has many different screen sizes and layouts, and we’re working to better leverage them with edge-to-edge support. Our recent update has edge-to-edge working on Android native UI elements like the settings page, and we’re looking to implement them elsewhere in future updates so we can make the most of your screen real estate. ## Important changes for Android users A huge percentage of our users are on pretty new versions of Android, but we want to support as many older devices as possible. One significant change on the horizon is ending support for Android 5.0 and 5.1 (also known as Android Lollipop, released in 2014… it had a good run 🫡). Google has announced that starting in June 2025, many AndroidX libraries will require a minimum of Android 6.0 (API 23). Google has already updated Firebase Cloud Messaging to require this as well. This means we will need to stop supporting Android 5.0 and 5.1 (API 21 and 22) to keep up with new features and security updates. Less than 0.3% of installs are on Android versions below API 23 (Android 6.0), and we always work to keep older devices working, but sometimes our hand is forced. If you are using an older device, the app will not be removed, but you will not receive new updates once we make this change. We plan to make one final release for these older versions before support ends. This release is expected before the end of the summer, so you will have the latest updates available for your device before we move on. ## Let’s work together We want to make it easier for you to contribute, whether you are a seasoned developer or just getting started. This includes making the contribution journey smoother and giving people an easy place to start. We’ve even compiled a list of “first issues” to tackle for prospective developers looking to help out. We’ve started work on dedicated Android developer documentation, which will give in-depth information about the inner workings of this app. We’ve made many behind-the-scenes changes to improve the developer experience (defining best practices, linters for faster/automated feedback, and continuous integration for quicker feedback on PRs). Our focus is always on improving stability, reducing crash rates, and catching issues early. One example of this is our new fail-fast approach, which has already helped us catch and fix issues early. We want more Android native/exclusive features while also balancing the need to keep parity between the Android and iOS companion apps (the iOS app is excellent, and each app’s community is learning so much from each other). ### How you can help The companion app for Android is a community effort, and your help makes a real difference. Here is how you can get involved: * Join the beta program to test new features. * Suggest a feature and share your ideas. * Help triage issues on GitHub, Discord, or the Home Assistant forum. * Join the Android Project thread on Discord. (Head to _Channels & Roles_ and select “I want to contribute developer skills!” to assign yourself the Developer role if you can’t see the thread.) * Submit issues, review pull requests, start your first pull request, and ask questions — your feedback is valuable. * Help us translate the app. Thanks again for making all this possible. I look forward to your help making this app even more amazing!
31.07.2025 01:15 — 👍 1    🔁 1    💬 0    📌 0
Preview
2025.7: That's the question Home Assistant 2025.7! 🎉 Whew! It’s hot out there! 🌡️ While most of Europe is dealing with a heat wave right now, we’re here to cool things down with an exciting July release that’s packed with features I’m genuinely excited about. Before we dive in, if you missed it, we recently published Voice Chapter 10 where we explored moving beyond reactive voice assistants that only respond when you talk to them. Instead, we envisioned a future where your voice assistant can be conversational and initiate conversations. Speaking of that, this release delivers on that vision in a big way! I’m absolutely stoked about the new Ask Question action for Assist! 🗣️ This is something that sets Home Assistant apart from every other voice assistant out there. Finally, your voice assistant can take the initiative and ask _you_ what your smart home should do. No more waiting for wake words, your assistant can start the conversation when it makes sense. It’s the kind of feature that gets me really excited thinking about all the possibilities. The redesigned Area card is another winner! 🏠 I’ll probably be replacing a few tile cards I’ve been using to navigate to my area dashboards with this new, more flexible version. It integrates beautifully with the Sections dashboard and gives you so many more options for controlling your spaces. And that’s just the beginning! We’ve got integration sub-entries making integrations even more extensible, full-screen code editors for those lengthy YAML and template edits, and tons of quality-of-life improvements throughout. Stay cool, and enjoy the release! ../Frenck * Let Assist ask the questions! * Redesigned Area card * Improving the Areas dashboard overview * Integration sub-entries * Integration page gets an overhaul * Integrations * New integrations * Noteworthy improvements to existing integrations * Integration quality scale achievements * Now available to set up from the UI * Farewell to the following * Other noteworthy changes * Full-screen code editors * Improved dashboard creation experience * Patch releases * 2025.7.1 - July 4 * 2025.7.2 - July 14 * 2025.7.3 - July 18 * 2025.7.4 - July 28 * Need help? Join the community! * Backward-incompatible changes * All changes ## Let Assist ask the questions! In our latest roadmap, we shared our goal to make Assist more conversational. Until now, Assist was mostly transactional, meaning when you would say something, you would get a response or it would perform an action, and that would be the end of it (unless some LLM magic jumped in). With this release, we’re taking a big step forward: meet the new Ask Question action. This lets you build custom conversations from the comfort of our automation engine. Ask a question, handle the answer, and keep the interaction going. This action even allows you to define expected answers so that our extremely fast speech engine, Speech-to-Phrase, can train on them. Yes, fully local, custom conversations! To help you get started, we have provided a blueprint that covers the most common use case — Asking a closed Yes/No question: This blueprint allows you to focus on what you want to do if you answer positively or negatively to any question that your voice assistant will ask. The blueprint supports 50 different ways of saying “Yes” and “No” (including phrases like “Make it so” and “Let’s not”). Here it is in action! In case you want to dive deeper into conversation building, here is an example on how to ask a question and process the different answers: Example YAML automation actions This example asks the user what kind of music they want to listen to, and then plays the selected genre or artist on a media player. actions: - action: assist_satellite.ask_question data: entity_id: assist_satellite.living_room_voice_assistant preannounce: true # optional preannounce_media_id: media-source://... # optional question: "What kind of music do you want to listen to?" answers: - id: genre sentences: - "genre {genre}" - id: artist sentences: - "artist {artist}" response_variable: answer - choose: - conditions: "{{ answer.id == 'genre' }}" sequence: - action: music_assistant.play_media data: media_id: "My {{ answer.slots.genre }} playlist" media_type: playlist target: entity_id: media_player.living_room_speakers - conditions: "{{ answer.id == 'artist' }}" sequence: - action: music_assistant.play_media data: media_id: "{{ answer.slots.artist }}" media_type: artist target: entity_id: media_player.living_room_speakers ## Redesigned Area card Originally introduced a few years ago, the Area card offered a way to display an areaAn area in Home Assistant is a logical grouping of devices and entities that are meant to match areas (or rooms) in the physical world: your home. For example, the `living room` area groups devices and entities in your living room. Learn more] overview within the dashboard. However, it wasn’t fully compatible with the [Sections dashboard, which limited its practical use in that context. The card has now been completely redesigned with a look and feel similar to the Tile card. It integrates seamlessly into the Sections dashboard thanks to its flexible layouts. You can choose between a compact version that shows only an icon and the area name, or a more detailed view featuring elements like your camera feed and buttons to toggle your lights or fans. The control section itself has also been revamped, allowing you to choose which controls to include and rearrange them as you want. As a result of these changes, if you’re currently using the area cards, you’ll need to reconfigure the controls on them. Additionally, the card now supports controlling cover entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. [Learn more]. ## Improving the Areas dashboard overview The April release introduced an experimental Areas dashboard, designed to automatically generate a ready-to-use interface based on the configured areas within the home. However, the preview could become cluttered if you had a lot of devices in a room. This release introduces an all-new overview that leverages the redesigned Area card, making it easy to view and control your main devices by room with a single click. It also acts as a navigation hub, giving you quick access to detailed views of each area. Please note that this is experimental, meaning it is subject to change and may not always work as intended. We would love your feedback if you notice some aspects we can improve. The community’s dashboards, shared over the years, have helped shape this design, and we would love to see how it works with a wide variety of your homes. Even if you already have the perfect dashboard built for your home, try it! **Usethis feedback form to let us know your thoughts!** ## Integration sub-entries Ever wondered why you had to enter your API keys for every AI agent you created, even though they all used the same key? Or why you had to authenticate for every calendar you added, regardless of the fact that they all shared the same account? Or why you couldn’t add MQTT devices from the UI? This release solves that with the introduction of integration sub-entries. This allows you to add a sub-entry to an existing integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] entry. In practice, this means that your integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] entry has your credentials, and all the sub-entries use these credentials. In the sub-entry, you can then configure what should be done with these credentials, such as fetching a specific calendar, adding three AI agents with different prompts using the same OpenAI account, or in the case of MQTT, configuring devices that are connected to your MQTT broker. The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] now support sub-entries as of this release: Anthropic, Google Generative AI, MQTT, Ollama, OpenAI Conversation, and [Telegram Bot. ## Integration page gets an overhaul The integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] page got a big overhaul! It now has support for sub-entries, allowing you to easily add a sub-entry to an integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] entry along with being able to see which devices and services belong to which sub-entry. But we took the opportunity to do more. Instead of just showing your integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] entries, it now also shows the devices and services provided by that configuration entry. This makes it much easier to manage your devices and see the relationship between your devices and their integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more] at a glance. ## Integrations Thanks to our community for keeping pace with the new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and improvements to existing ones! You’re all awesome 🥰 ### New integrations We welcome the following new integrations in this release: * **Altruist** , added by @LoSk-p Monitor air quality and environmental conditions with the Altruist sensor, providing local data for temperature, humidity, PM2.5/PM10, CO2, noise levels, and more. * **PlayStation Network** , added by @JackJPowell Integrate with the PlayStation Network to track your currently playing games and display game information on your dashboard. * **Tilt Pi** , added by @michaelheyman Monitor your Tilt Pi hydrometer for brewing temperature and specific gravity measurements during your brewing process. * **VegeHub** , added by @Thulrus Monitor and control your garden with the Vegetronix VegeHub, gathering sensor data and controlling irrigation relays for automated plant care. ### Noteworthy improvements to existing integrations It is not just new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have been added; existing integrations are also being constantly improved. Here are some of the noteworthy changes to existing integrations: * Love that song? @marcelveldt added a button entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to [Music Assistant that lets you add the currently playing item to your favorites with a single click. It works with queues, external sources, and even radio stations! * ESPHome now supports sub-devices! Thanks to @bdraco, you can now represent multiple logical devices with a single ESP device in Home Assistant. This is particularly useful for RF bridges, Modbus gateways, and other devices that can control multiple devices. This feature requires the soon-to-be-released ESPHome 2025.7. Awesome addition! * Paperless-ngx now includes an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to keep your document management system up to date. Thanks, [@fvgarrel! * Battery management control has been added to HomeWizard with @DCSBL implementing battery group mode, allowing you to modify the charging and discharging behavior of your HomeWizard batteries! * Reolink cameras received a ton of love (again) from @starkillerOG! New features include IR brightness control, baby cry sensitivity adjustment, privacy mask switches, and full support for both PoE and WiFi floodlights with multiple command ID pushes. Impressive! * @mib1185 added an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] to the Immich integrationIntegrations connect and integrate Home Assistant with your devices, services, and more.[ [Learn more]. Nice! * The Homee integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] expanded significantly! [@Taraman17 added a siren platform for security alerts and support for the HeatIt Thermostat TF056. Nice! * Energy monitoring got better in Adax with @parholmdahl adding energy sensors, so you can track your heating consumption! * @ViViDboarder made Ollama more flexible by adding a config option for controlling the think parameter. More control over your local AI! * Samsung refrigerator owners! @mswilson added ice bites control and water filter replacement/usage sensors to the SmartThings integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more]. * Russound RIO got a major upgrade from @noahhusby, adding sub-device support plus new number and switch entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. [Learn more] for enhanced zone control. * @chemelli74 expanded Alexa Devices with sensor platforms and additional binary sensors. Now you can get more data from your Echo devices! * Matter keeps growing! @lboue added dishwasher alarm support and battery storage capabilities. Thanks! * YAML fans will appreciate @frenck adding unique ID support to Trend integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] configuration. * The LaMetric Time got an update entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] as well, thanks [@joostlek! * Google Generative AI now defaults to the newer, faster Gemini 2.5 Flash model. A noteworthy performance boost by @tronikos! * Google Generative AI now supports text-to-speech (TTS) with 30 voices and 24 languages. It supports fine-grained control over style and sound, for example, “Say cheerfully: Have a wonderful day!”. Thanks @lanthaler! * Enphase Envoy users get detailed DC voltage and current readings from their solar panels thanks to @Bidski. This is perfect for monitoring individual panel health and optimizing production! * @zerzhang brought evaporative humidifier support to SwitchBot, expanding your climate control options. ### Integration quality scale achievements One thing we are incredibly proud of in Home Assistant is our integration quality scale. This scale helps us and our contributors to ensure integrations are of high quality, maintainable, and provide the best possible user experience. This release, we celebrate several integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have improved their quality scale: * **2 integrations reached platinum** 🏆 * Bosch Alarm, thanks to @sanjay900 * Home Connect, thanks to @Diegorro98 * **1 integration reached gold** 🥇 * ista EcoTrend, thanks to @tr4nt0r * **1 integration reached silver** 🥈 * KNX, thanks to @farmio * **2 integrations reached bronze** 🥉 * Samsung TV, thanks to @chemelli74 * Telegram Bot, thanks to @hanwg This is a huge achievement for these integrations and their maintainers. The effort and dedication required to reach these quality levels is significant, as it involves extensive testing, documentation, error handling, and often complete rewrites of parts of the integration. A big thank you to all the contributors involved! 👏 ### Now available to set up from the UI While most integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] can be set up directly from the Home Assistant user interface, some were only available using YAML configuration. We keep moving more integrations to the UI, making them more accessible for everyone to set up and use. The following integration is now available via the Home Assistant UI: * **Telegram Bot** , done by @hanwg ### Farewell to the following The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] are also no longer available as of this release: * **JuiceNet** has been removed as they shut down their API services. ## Other noteworthy changes There are many more improvements in this release; here are some of the other noteworthy changes: * Shopping list now has a complete intent function that allows you to check off or mark items on your shopping list as completed, making it easier to interact with your shopping lists using voice commands. Thanks, @Lesekater! * Device and entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more] management got better! @emontnemery made it so Home Assistant now restores user customizations when you re-add deleted devices or entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more]. No more losing your carefully crafted names and settings! * The Template integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. Learn more] received a major boost from @Petro31! You can now use variables, icons, and pictures across all compatible template platforms, create trigger-based template alarm control panels, locks, vacuum entitiesAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more], and fans. Plus, there’s a new `label_description` template method that allows you to dynamically fetch the description you’ve added to a label from your templates. This is a noteworthy enhancement for better template organization. * Camera snapshots just got better! @edenhaus added support for taking snapshots via go2rtc. There is nothing for you to do on this one, it works out of the box, but it is nice to know snapshots are now faster and take fewer resources from your system. * Object selectors now support fields and multiple selections, thanks to @piitaya. These additions are particularly interesting for integrationIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and blueprint developers, as they provide much more flexibility in your UI representations. * Wind direction sensors got a visual upgrade with @edenhaus adding range icons for the `wind_direction` sensor device class. Different icons are now shown depending on the state of wind direction sensors, which is indeed a nice visual upgrade! ## Full-screen code editors Working with snippets of YAML or templates in Home Assistant just got a BIG improvement! We’ve added a new full-screen mode for all code editors throughout the interface. Whether you’re editing automations, scripts, templates, or any other YAML configuration, you can now expand the code editor to take up your entire screen. This is especially helpful when working with longer configurations or when you need more space to see your code clearly. Simply click the maximize button in the top-right corner of any code editor to enter full screen mode. Press the button again to return to the normal view. This makes building a more complex and advanced smart home more comfortable and productive, especially on smaller mobile or tablet screens where every pixel of editing space counts! ## Improved dashboard creation experience The dialog for adding a new dashboard has been redesigned with a cleaner interface that matches recent redesigns we’ve seen to other dialogs. This improvement was designed by @marcinbauer85 and implemented by @quinnter. Great teamwork! ## Patch releases We will also release patch releases for Home Assistant 2025.7 in July. These patch releases only contain bug fixes. Our goal is to release a patch release every Friday. ### 2025.7.1 - July 4 Happy Fourth of July! 🇺🇸 * Set timeout for remote calendar (@Thomas55555 - #147024) * Fix missing port in samsungtv (@epenet - #147962) * Bump ZHA to 0.0.62 (@puddly - #147966) * Bump aiounifi to v84 (@Kane610 - #147987) * Fix state being incorrectly reported in some situations on Music Assistant players (@marcelveldt - #147997) * Bump hass-nabucasa from 0.104.0 to 0.105.0 (@ludeeus - #148040) * Fix Telegram bots using plain text parser failing to load on restart (@hanwg - #148050) * Bump pyenphase to 2.2.0 (@catsmanac - #148070) * Cancel enphase mac verification on unload. (@catsmanac - #148072) * Bump aioamazondevices to 3.2.3 (@chemelli74 - #148082) * Update frontend to 20250702.1 (@bramkragten - #148131) * ci] Fix typing issue with aiohttp and aiosignal (@cdce8p - [#148141) * Bump venstarcolortouch to 0.21 (@mlfreeman2 - #148152) ### 2025.7.2 - July 14 * Squeezebox: Fix track selection in media browser (@Hypfer - #147185) * Squeezebox: Fix tracks not having thumbnails (@Hypfer - #147187) * Bump pysmlight to v0.2.7 (@tl-sl - #148101) * Fix REST sensor charset handling to respect Content-Type header (@bdraco - #148223) * Fix UTF-8 encoding for REST basic authentication (@bdraco - #148225) * Bump pylamarzocco to 2.0.10 (@zweckj - #148233) * Bump sharkiq to 1.1.1 (@funkybunch - #148244) * bump motionblinds to 0.6.29 (@starkillerOG - #148265) * Bump aiowebostv to 0.7.4 (@thecode - #148273) * Bump `gios` to version 6.1.0 (@bieniu - #148274) * Restore httpx compatibility for non-primitive REST query parameters (@bdraco - #148286) * Bump pyenphase to 2.2.1 (@catsmanac - #148292) * Add lamp states to smartthings selector (@jvits227 - #148302) * Fix Switchbot cloud plug mini current unit Issue (@XiaoLing-git - #148314) * Bump pyswitchbot to 0.68.1 (@zerzhang - #148335) * Handle binary coils with non default mappings in nibe heatpump (@elupus - #148354) * Bump aioamazondevices to 3.2.8 (@chemelli74 - #148365) * Create own clientsession for lamarzocco (@zweckj - #148385) * Bump pylamarzocco to 2.0.11 (@zweckj - #148386) * Bump pySmartThings to 3.2.7 (@joostlek - #148394) * Bump uiprotect to version 7.14.2 (@RaHehl - #148453) * Bump hass-nabucasa from 0.105.0 to 0.106.0 (@ludeeus - #148473) * Revert “Deprecate hddtemp” (@edenhaus - #148482) * Fix entity_id should be based on object_id the first time an entity is added (@jbouwh - #148484) * Bump aioimmich to 0.10.2 (@mib1185 - #148503) * Add workaround for sub units without main device in AVM Fritz!SmartHome (@mib1185 - #148507) * Add Home Connect resume command button when an appliance is paused (@Diegorro98 - #148512) * Use the link to the issue instead of creating new issues at Home Connect (@Diegorro98 - #148523) * Ensure response is fully read to prevent premature connection closure in rest command (@jpbede - #148532) * Fix for Renson set Breeze fan speed (@krmarien - #148537) * Remove vg argument from miele auth flow (@astrandb - #148541) * Bump aiohttp to 3.12.14 (@bdraco - #148565) * Update frontend to 20250702.2 (@bramkragten - #148573) * Fix Google Cloud 504 Deadline Exceeded (@luuquangvu - #148589) * Fix - only enable AlexaModeController if at least one mode is offered (@jbouwh - #148614) * snoo: use correct value for right safety clip binary sensor (@falconindy - #148647) * Bump nyt_games to 0.5.0 (@hexEF - #148654) * Fix Charge Cable binary sensor in Teslemetry (@Bre77 - #148675) * Bump PyViCare to 2.50.0 (@CFenner - #148679) * Fix hide empty sections in mqtt subentry flows (@jbouwh - #148692) * Bump aioshelly to 13.7.2 (@thecode - #148706) * Bump aioamazondevices to 3.2.10 (@chemelli74 - #148709) ### 2025.7.3 - July 18 * Handle connection issues after websocket reconnected in homematicip_cloud (@hahn-th - #147731) * Fix Shelly `n_current` sensor removal condition (@bieniu - #148740) * Bump pySmartThings to 3.2.8 (@joostlek - #148761) * Bump Tesla Fleet API to 1.2.2 (@Bre77 - #148776) * Use ffmpeg for generic cameras in go2rtc (@edenhaus - #148818) * Add guard to prevent exception in Sonos Favorites (@PeteRager - #148854) * Fix button platform parent class in Teslemetry (@Bre77 - #148863) * Bump pyenphase to 2.2.2 (@catsmanac - #148870) * Bump gios to version 6.1.1 (@bieniu - #148414) * Bump `gios` to version 6.1.2 (@bieniu - #148884) * Bump async-upnp-client to 0.45.0 (@StevenLooman - #148961) * Pass Syncthru entry to coordinator (@joostlek - #148974) * Update frontend to 20250702.3 (@bramkragten - #148994) * Bump PySwitchbot to 0.68.2 (@bdraco - #148996) * Ignore MQTT sensor unit of measurement if it is an empty string (@jbouwh - #149006) * Bump aioamazondevices to 3.5.0 (@chemelli74 - #149011) ### 2025.7.4 - July 28 * Keep entities of dead Z-Wave devices available (@AlCalzone - #148611) * Fix warning about failure to get action during setup phase (@mback2k - #148923) * Fix a bug in rainbird device migration that results in additional devices (@allenporter - #149078) * Fix multiple webhook secrets for Telegram bot (@hanwg - #149103) * Bump pyschlage to 2025.7.2 (@dknowles2 - #149148) * Fix Matter light get brightness (@jvmahon - #149186) * Fix brightness_step and brightness_step_pct via lifx.set_state (@Djelibeybi - #149217) * Add Z-Wave USB migration confirm step (@MartinHjelmare - #149243) * Add fan off mode to the supported fan modes to fujitsu_fglair (@crevetor - #149277) * Update Tesla OAuth Server in Tesla Fleet (@Bre77 - #149280) * Update slixmpp to 1.10.0 (@gaaf - #149374) * Bump aioamazondevices to 3.5.1 (@chemelli74 - #149385) * Bump pysuezV2 to 2.0.7 (@jb101010-2 - #149436) * Bump habiticalib to v0.4.1 (@tr4nt0r - #149523) ## Need help? Join the community! Home Assistant has a great community of users who are all more than willing to help each other out. So, join us! Our very active Discord chat server is an excellent place to be, and don’t forget to join our amazing forums. Found a bug or issue? Please report it in our issue tracker to get it fixed! Or check our help page for guidance on more places you can go. Are you more into email? Sign up for the Open Home Foundation Newsletter to get the latest news about features, things happening in our community, and other projects that support the Open Home straight into your inbox. ## Backward-incompatible changes We do our best to avoid making changes to existing functionality that might unexpectedly impact your Home Assistant installation. Unfortunately, sometimes, it is inevitable. We always make sure to document these changes to make the transition as easy as possible for you. This release has the following backward-incompatible changes: Google Calendar The previously deprecated Google Calendar `add_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] has been removed and replaced by the `create_event` entity-based actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more]. If you use the `add_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] in your automations or scripts, you will need to update them to use the new `create_event` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more] instead. (@epenet - #146432) (google docs) Meater The states of the Meater probe cook state have been changed to support translations and make them more consistent with other integrations. The following states have been changed: * `Not Started` -> `not_started` * `Configured` -> `configured` * `Started` -> `started` * `Ready For Resting` -> `ready_for_resting` * `Resting` -> `resting` * `Slightly Underdone` -> `slightly_underdone` * `Finished` -> `finished` * `Slightly Overdone` -> `slightly_overdone` * `OVERCOOK!` -> `overcooked` If you use these states in your automations or scripts, you will need to update them to use the new state values. (@joostlek - #146958) (meater docs) Miele The internal representation of states for hob plates has changed. This is a breaking change when these states are used in automations or templates. No user action is needed if these hob state sensors are used for visual display only. Please review and update applicable automations and templates according to the following state changes: * `0` -> `plate_step_0` * `1` -> `plate_step_1` * … * `18` -> `plate_step_18` * `110` -> `plate_step_warm` * `117` -> `plate_step_boost` * `118` -> `plate_step_boost` * `217` -> `plate_step_boost` * `220` -> `plate_step_warm` If you use these states in your automations or scripts, you will need to update them to use the new state values. (@astrandb - #144992) (miele docs) Plex Media Server The previously deprecated `plex.scan_for_clients` actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_. Learn more] has been removed in favor of the “Scan Clients” `button` entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service. Learn more]. If you use this actionActions are used in several places in Home Assistant. As part of a script or automation, actions define what is going to happen once a trigger is activated. In scripts, an action is called _sequence_.[ [Learn more] in your automations or scripts, you will need to update them to use the new entityAn entity represents a sensor, actor, or function in Home Assistant. Entities are used to monitor physical properties or to control other entities. An entity is usually part of a device or a service.[ [Learn more] instead. (@epenet - #146608) (plex docs) If you are a custom integration developer and want to learn about changes and new features available for your integration: Be sure to follow our developer blog. ## All changes Of course, there is a lot more in this release. You can find a list of all changes made here: Full changelog for Home Assistant Core 2025.7
29.07.2025 23:16 — 👍 0    🔁 0    💬 0    📌 0
Preview
2025.6: Getting picky about Bluetooth Home Assistant 2025.6! 🎉 We are already half way through 2025, can you believe it? I personally can’t, as it feels like we just started the year. Not just that, there are so many exciting things to still come this year, and I can’t wait to share them with you! Anyway, the June release is here! A week later than usual, but it also means we had an extra week to polish and beta test this release. Like the previous release, this release is packed with quality-of-life improvements! Last release my favorite feature was the new entity picker; this release, we improved ALL other pickers! No surprise that this, again, makes it to my top favorite this release. Although the ability to group media players directly from the media player card is a close second. It is so nice to see how Home Assistant keeps getting better and better, and how our community keeps contributing to it. 😍 If you are leveraging Bluetooth in your Home Assistant setup, you will also love the new Bluetooth connection graph that shows how your Bluetooth devices are connected, including Bluetooth proxies. Troubleshooting Bluetooth has become so much easier now! Enjoy the release! ../Frenck _PS: We will pick up the regular release schedule again now, so expect the next release on the first Wednesday of July (July 2nd)._ * Improving all the “pickers” * Making sense of Bluetooth * Iterations of the experimental area dashboard * Deprecating installation methods and 32-bit architectures * Integrations * New integrations * Noteworthy improvements to existing integrations * Integration quality scale achievements * Farewell to the following * Other noteworthy changes * Sidebar improvements * Join/unjoin groups of media players * Reset/restore entity IDs * Patch releases * 2025.6.1 - June 13 * 2025.6.2 - June 23 * 2025.6.3 - June 24 * Need help? Join the community! * Backward-incompatible changes * All changes ## Improving all the “pickers” Pickers are those dropdowns you use to select entities, devices, areas, and more. Pickers are _everywhere_ in Home Assistant, being used in automations, scripts, and configuration options. Last release, we introduced a new entity picker, which was a big hit! This release takes things further by refining the search experience based on your feedback. Even better, that same improved search experience now comes to the area, category, floor, label, user, and device pickers too! They are consistent, fast, and easy to use, no matter what you’re selecting. And the device picker? It now has a fresh look to match, complete with manufacturer logos and styling inspired by the entity picker. ## Making sense of Bluetooth Home Assistant has powerful Bluetooth capabilities, and with the use of something like ESPHome Bluetooth proxies, you can extend your Bluetooth network to cover your entire home. This release brings some improvements to the Bluetooth integration that will help you understand your Bluetooth network better. The Bluetooth integration now provides a visualization that shows how your Bluetooth devices are connected to your Home Assistant instance, whether that’s directly to your system or through a Bluetooth proxy. It not only shows the actively connected devices, but also the devices that are in range, but not yet known to Home Assistant. This is a great way to see what devices are around you and where they can be potentially connected. Oh! And now that the Bluetooth integration has a sleek new visualization, the Zigbee integration, which already has a similar feature, has been given a visual update. This makes visualizations consistent across Home Assistant. ## Iterations of the experimental area dashboard In the April release, we introduced a new experimental Areas dashboard, which automatically generates a ready-to-use dashboard based on the areas you’ve set up in your home. It uses sections and tile cards for a modern, clean, and intuitive look — all built for you in a couple of clicks. As this is experimental, it is being continuously iterated on. This release brings some nice changes, based on your feedback, to subtly refine the experience. We added a new “Actions” section that includes scripts, automations, and scenes. We also added number entities (and number helpers), button entities (and button helpers), counters, and timer helpers to the “Others” section. This makes it easier to find and manage your automations and scenes in the context of your areas. Finally, we renamed the “Entertainment” section to “Media players”. This makes it clearer that this section is specifically for your players, and may not include your DIY arcade machine 👾. ## Deprecating installation methods and 32-bit architectures This release introduces important deprecation announcements, and though they only affect a small percentage of users, it is important that they understand the impacts. We’ve written a detailed blog that explains the rationale, timeline, and tips on how to migrate — which I highly suggest reading if you think you’re affected. * **Installation Methods** : The **Core** and **Supervised** installation methods are now officially deprecated. These are advanced setups that are only used by a small portion of users, as they involve running Home Assistant in a Python environment or installing the Supervisor on top of your own operating system. Moving forward, we are focusing our support on the more streamlined and maintainable installation methods: **Home Assistant OS** and **Home Assistant Container**. * **32-bit Architectures** : Support for legacy 32-bit CPU architectures (**i386** , **armhf** , and **armv7**) is also being deprecated. These architectures are increasingly uncommon and pose challenges for maintaining compatibility and performance. To assist you during this transition, Home Assistant will now raise a **repair issue** after upgrading if your system is affected by these deprecations. This notification will appear in the repair dashboard, providing information about the deprecation along with guidance on how to migrate to a supported setup. It’s important to note that while these methods and architectures are deprecated, they will continue to receive support for the next six months, until the release of Home Assistant 2025.12. You can continue to use them after this point, but we would highly recommend migrating. After this 6-month period, they will become unsupported, meaning they will no longer receive updates or official assistance. If you don’t receive this repair message, you’re not affected. However, you can double-check using our guide if you’d like. We also have specific information on what becoming deprecated and unsupported means for your installation. Lastly, we have detailed information on how best to migrate to a supported system. ## Integrations Thanks to our community for keeping pace with the new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] and improvements to existing ones! You’re all awesome 🥰 ### New integrations We welcome the following new integrations in this release: * **Alexa Devices** , added by @chemelli74 Connect to and control your Amazon devices like Echo, Fire TV, and Alexa-enabled devices. * **Immich** , added by @mib1185 Integrates with Immich App, a self-hosted photo and video backup solution that puts you in control of your personal media. * **Paperless-ngx** , added by @fvgarrel Connect to your Paperless-ngx system to track and manage your digital documents from Home Assistant. * **Probe Plus** , added by @pantherale0 Integrate wireless Bluetooth meat thermometers compatible with the PROBE PLUS app, bringing real-time temperature monitoring during cooking into Home Assistant. * **Zimi Cloud Connect** , added by @mhannon11 Connect to Zimi Cloud devices to monitor and control your Zimi smart home products. This release also has new virtual integrations. Virtual integrations are stubs that are handled by other (existing) integrations to help with findability. These ones are new: * **Kaiser Nienhaus** , provided by Motionblinds, added by @starkillerOG ### Noteworthy improvements to existing integrations It is not just new integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have been added; existing integrations are also being constantly improved. Here are some of the noteworthy changes to existing integrations: * @bdraco added support for updating ESPHome devices that are in deep sleep. A very welcome improvement for battery-powered devices! * The Homee integration now supports fans and provides alarm control panels. Thanks for expanding its capabilities, @Taraman17! * Teslemetry keeps getting better—@Bre77 added a hazard lights binary sensor, a valet mode switch, and a credit balance sensor. Nice! * @bieniu improved the Shelly integration to use sub-devices for multi-channel devices. A notable change for complex setups! * The SmartThings integration saw a huge round of improvements by @joostlek, including: support for cooktops, hobs, water heaters, hood fan speeds, Steam closet modes, freezer and cooler temperatures, washer spin and soil levels, valve positions, heat pump zone climates, and atmospheric pressure. Amazing! * Miele keeps on shining with new features from @astrandb, like vacuum support, drying step sensors, washer-dryer program phases, and hob plate sensors. @generically-named added energy and water forecasts too—very cool! * @agorecki added a Lux sensor to the Airthings Cloud integration—bright idea! * The Squeezebox integration now includes service update entities, thanks to @pssc! * @tedvdb added a status sensor to the Whois integration. Simple, but effective. * @zerzhang added support for SwitchBot vacuums, and new lock models: the Lock Ultra and Lock Lite! * @danielvandenberg95 updated the Sonos integration to show playlists under favorites. A great UX win! * The Kostal Plenticore integration now supports installer login. Thanks for that improvement, @Schlauer-Hax! * @Shulyaka added support for Anthropic Claude 4. Welcome to the future! * And finally, @chemelli74 added preset mode support to the Comelit climate integration. Another nice quality-of-life addition! ### Integration quality scale achievements One thing we are incredibly proud of in Home Assistant is our integration quality scale. This scale helps us and our contributors to ensure integrations are of high quality, maintainable, and provide the best possible user experience. This release, we celebrate several integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] that have improved their quality scale: * **1 integration reached gold** 🥇 * SwitchBot, thanks to @zerzhang * **1 integration reached silver** 🥈 * Shelly, thanks to @bieniu This is a huge achievement for these integrations and their maintainers. The effort and dedication required to reach these quality levels is significant, as it involves extensive testing, documentation, error handling, and often complete rewrites of parts of the integration. A big thank you to all the contributors involved! 👏 ### Farewell to the following The following integrationsIntegrations connect and integrate Home Assistant with your devices, services, and more. [Learn more] are also no longer available as of this release: * **RTSPtoWebRTC** has been removed as it has been replaced by the go2rtc integration. ## Other noteworthy changes There are many more improvements in this release; here are some of the other noteworthy changes: * A small but neat one: @balloob made it so discoveries shown on an integration page are now sorted by title. Helpful! * The Home Assistant Cloud integration will now raise a repair issue when your subscription has expired, helping make sure you’re aware and not caught off guard. Nice one, @ludeeus! * More backup improvements! 🎉 * Home Assistant will now raise a repair issue if not all add-ons or folders were successfully backed up. Thanks, @emontnemery! * @agners made it so that when an add-on is auto-updated, a backup is now correctly created as an “add-on”-backup. Great! * A new automatic backup event entity has been added to track automatic backups made by the system. Great addition by @mib1185! * @lboue added support for the Matter pump device type. Another one added to the list—awesome! * The Template integration got a big boost! * @Petro31 added modern-style YAML support for template fans, locks, alarm control panels, vacuums, and covers. So clean! * You can now create **trigger-based template covers**. Yep, also by @Petro31! * The `trigger_variables` option is now supported when using `for` in a trigger. A small but powerful feature. Thanks, @Petro31! * New template filters! You can now use `from_hex`, and `base64_encode` now supports both bytes and strings. Handy additions from @Petro31! * New sensor capabilities: * @Passific added a new device class and units for **reactive energy**. Nice! * A new unit for **energy distance (Wh/km)** has been added. Thanks, @frenck! * Sensors now support **mg/m³** as a concentration unit—another nice addition by @frenck! * @Arnie97 added support for **liters** as a unit for gas sensors. Much appreciated! * The new `recorder.get_statistics` action lets you query statistics directly from the recorder. Powerful stuff, @Hypfer! ## Sidebar improvements If you didn’t know yet, you can actually adjust the contents of your Home Assistant sidebar. You can change the order and show/hide items by pressing and holding the “Home Assistant” text at the top of the sidebar, or by going to your user profile page and selecting “Change the order and hide items from the sidebar”. This release brings a couple of much-needed improvements to this feature. When you customize the sidebar, it will now bring up a nice and clean dialog that allows you to drag and drop items to change their order, or hide them by clicking the eye icon next to them. The biggest improvement is actually found somewhere else! Previously, the customization of the sidebar was only applied to the device you made the changes on; and even more annoying, sometimes it would lose the changes, or it would magically forget your settings on our [mobile companion apps] when you switched between your home network (and thus the internal URL). 🥲 In this release, this annoyance has been fixed! The sidebar customization is now stored in your user profile, so your personalized layout follows you across all devices you use with Home Assistant! ## Join/unjoin groups of media players Media players in Home Assistant can provide actions for media players to join or unjoin a group of media players. This is a great way to dynamically control your media players and the groups they are in. However, this feature was somewhat limited, as it could only be used as actions within things like automations or scripts. Now, @AlexGustafsson changed that! 🎉 You can now use the media player card to join or unjoin groups of media players. This is a great way to control your media players and their groups directly from the UI. Please note that, you can only join or unjoin groups of media players that support this feature. Unfortunately, not all media players support this, so it might not be available for all your media players. Anyhow, amazing contribution Alex! 👏 ## Reset/restore entity IDs You can now restore the ID of an entity to its original value. This is useful if you have renamed an entity and want to revert it back to its original entity ID. This feature is available in the entity configuration dialog, where you can now find a “Reset” icon on the entity ID field. When clicked, it will restore the entity ID to its original value. Additionally, there is the option called “Recreate entity IDs” in the top right three-dotted menu on the device page, to reset all entity IDs of a device to their original values. ## Patch releases We will also release patch releases for Home Assistant 2025.6 in June. These patch releases only contain bug fixes. Our goal is to release a patch release every Friday. ### 2025.6.1 - June 13 * Fix palette handling for LIFX Ceiling SKY effect (@Djelibeybi - #146582) * Fix fan is_on status in xiaomi_miio (@epenet - #146592) * Drop HostKeyAlgorithms in aruba (@aethrvmn - #146619) * Update frontend to 20250531.3 (@piitaya - #146638) * Fix cookies with aiohttp >= 3.12.7 for Vodafone Station (@chemelli74 - #146647) * Bump wakeonlan to 3.1.0 (@epenet - #146655) * Bump hdate to 1.1.2 (@tsvi - #146659) * Bump linkplay to v0.2.12 (@silamon - #146669) * Filter speak notify entity for WHA devices in Alexa Devices (@chemelli74 - #146688) * Bump aioamazondevices to 3.1.2 (@chemelli74 - #146690) * Fix opower to work with aiohttp>=3.12.7 by disabling cookie quoting (@tronikos - #146697) * Revert scan interval change in local calendar (@allenporter - #146700) * Partial revert of update to remote calendar to fix issue where calendar does not update (@allenporter - #146702) * Ignore lingering pycares shutdown thread (@cdce8p - #146733) * Bump aiodns to 3.5.0 (@bdraco - #146758) * Fix throttling issue in HomematicIP Cloud (@hahn-th - #146683) ### 2025.6.2 - June 23 * Remove address info from Rachio calendar events (@brg468 - #145896) * Bump uiprotect to 7.12.0 (@RaHehl - #146337) * Bump uiprotect to 7.13.0 (@RaHehl - #146410) * Bump reolink-aio to 0.14.0 (@starkillerOG - #146566) * Bump pypck to 0.8.7 (@alengwenus - #146657) * Update rokuecp to 0.19.5 (@ctalkington - #146788) * Use Shelly main device area as suggested area for sub-devices (@bieniu - #146810) * Fix blocking open in Minecraft Server (@elmurato - #146820) * Bump aioamazondevices to 3.1.3 (@chemelli74 - #146828) * Bump aiohttp to 3.12.13 (@bdraco - #146830) * Bump motion blinds to 0.6.28 (@starkillerOG - #146831) * Bump pypck to 0.8.8 (@alengwenus - #146841) * Fix missing key for ecosmart in older Wallbox models (@hesselonline - #146847) * Bump bthome-ble to 3.13.1 (@Ernst79 - #146871) * Bump reolink-aio to 0.14.1 (@starkillerOG - #146903) * Add debug log for update in onedrive (@zweckj - #146907) * Switchbot Cloud: Fix device type filtering in sensor (@SeraphicRav - #146945) * Bump pySmartThings to 3.2.5 (@joostlek - #146983) * Bump ical to 10.0.4 (@allenporter - #147005) * Fix incorrect use of zip in service.async_get_all_descriptions (@emontnemery - #147013) * Disable Z-Wave indidator CC entities by default (@MartinHjelmare - #147018) * Fix Shelly entity names for gen1 sleeping devices (@bieniu - #147019) * Disable Z-Wave idle notification button (@MartinHjelmare - #147026) * Fix log in onedrive (@zweckj - #147029) * Bump holidays lib to 0.75 (@gjohansson-ST - #147043) * Bump aiohomeconnect to 0.18.0 (@Diegorro98 - #147044) * Bump ZHA to 0.0.60 (@puddly - #147045) * Bump pylamarzocco to 2.0.9 (@zweckj - #147046) * Handle missing widget in lamarzocco (@zweckj - #147047) * Bump aioamazondevices to 3.1.4 (@chemelli74 - #146883) * Bump aioamazondevices to 3.1.12 (@chemelli74 - #147055) * Bump uiprotect to version 7.14.0 (@RaHehl - #147102) * Improve advanced Z-Wave battery discovery (@MartinHjelmare - #147127) * Fix Charge Cable binary sensor in Teslemetry (@Bre77 - #147136) * ci] Bump cache key version (@cdce8p - [#147148) * Bump homematicip to 2.0.6 (@hahn-th - #147151) * Wallbox fix too many requests by API (@hesselonline - #147197) * Bump deebot-client to 13.4.0 (@edenhaus - #147221) * Handle the new JSON payload from traccar clients (@ludeeus - #147254) * Bump aioamazondevices to 3.1.14 (@chemelli74 - #147257) * Bump uiprotect to version 7.14.1 (@RaHehl - #147280) * Bump aioesphomeapi to 32.2.4 (@synesthesiam - #147100) * Bump aioesphomeapi to 33.0.0 (@bdraco - #147296) * Fix reload for Shelly devices with no script support (@chemelli74 - #147344) * Add Matter protocol to Switchbot (@joostlek - #147356) ### 2025.6.3 - June 24 * Update frontend to 20250531.4 (@bramkragten - #147414) ## Need help? Join the community! Home Assistant has a great community of users who are all more than willing to help each other out. So, join us! Our very active Discord chat server is an excellent place to be at, and don’t forget to join our amazing forums. Found a bug or issue? Please report it in our issue tracker, to get it fixed! Or, check our help page for guidance for more places you can go. Are you more into email? Sign-up for our Building the Open Home Newsletter to get the latest news about features, things happening in our community and other news about building an Open Home; straight into your inbox. ## Backward-incompatible changes We do our best to avoid making changes to existing functionality that might unexpectedly impact your Home Assistant installation. Unfortunately, sometimes, it is inevitable. We always make sure to document these changes to make the transition as easy as possible for you. This release has the following backward-incompatible changes: Met Office Met Office deprecated the Datapoint API used by this integration, causing it to stop working. To address this, it is now migrated to DataHub API. To keep using this integration, you will need to provide a new API key, which can be obtained by signing up for DataHub and subscribing to Global spot dataset. The free subscription provides 360 calls per day, which is enough for this integration to work. Some sensors have changed due to the new data source: * Hourly forecast provided by the weather entity now has actual hourly entries as opposed to 3-hourly in the old version * Instead of `visibility` and `visibility_distance` sensors showing a range and qualitative description (such as “1-4 km” and “Poor”), the integration now exposes a single `visibility` sensor with precise visibility distance in meters * The integration no longer exposes “daily” and “3-hourly” sensors; there is a single set of them now * The integration sensors no longer expose `Site ID`, `Site name` and `Sensor ID` attributes as these don’t provide any additional value (@avee87 - #131425) (documentation) If you are a custom integration developer and want to learn about changes and new features available for your integration: Be sure to follow our developer blog. The following changes are the most notable for this release: * Icon translations now support ranges * Sensor device classes now have default display precision ## All changes Of course, there is a lot more in this release. You can find a list of all changes made here: Full changelog for Home Assistant Core 2025.6
29.07.2025 23:16 — 👍 0    🔁 0    💬 0    📌 0
Preview
Deprecating Core and Supervised installation methods, and 32-bit systems We are today officially deprecating two installation methods and three legacy CPU architectures. We always strive to have Home Assistant run on almost anything, but sometimes we must make difficult decisions to keep the project moving forward. Though these changes will only affect a small percentage of Home Assistant users, we want to do everything in our power to make this easy for those who may need to migrate. Beginning with Home Assistant 2025.6, affected systems will display a notification after updating, indicating that **support will end in six months (with release 2025.12)** and include a recommendation to migrate to a supported system. In this post, we’ll go into our thinking on these deprecations and our findings after consulting the community on these changes. We have deprecated the following installation methods: * **Home Assistant Core** installation method, where you run your system in a Python environment, not to be confused with Container (for example, running your system in Docker). * **Home Assistant’s Supervised** installation method, which involves running your own operating system, then installing the Supervisor and other requirements on top of that. These are advanced installation methods, with only a small percentage of the community opting to use them. If you are using these methods, you can continue to do so (you can even continue to update your system), but in six months time, you will no longer be supported, which I’ll explain the impacts of in the next section. References to these installation methods will be removed from our documentation after our next release (2025.6). Going forward Home Assistant OS and Home Assistant Container will become the only supported installation methods. In the future, only the currently supported 64-bit architectures (aarch64 and amd64) will be used. The following legacy architectures are being deprecated: * **i386** (32-bit x86) is an architecture used by Intel and AMD predominantly before 2003, but some later processors still utilized it (e.g., early Intel Atom models). * **armhf** (32-bit ARM hard-float) was used by very early single-board computers, notably the original Raspberry Pi. * **armv7** (32-bit ARM) was used by a number of early single-board computers, most notably the Raspberry Pi 2. If you are one of the few with a system using these architectures, you will receive a notification after updating to 2025.6, and it will describe how to migrate your system. In six months, your system will become unsupported and will no longer receive updates. Check our guide to see if your current Home Assistant installation is affected. ## What does deprecated and unsupported mean In the simplest terms, deprecation is where you stop recommending a certain feature to users as you intend to remove it soon. As we deprecated the Core and Supervised installations methods today, that means we are now working to remove all references to them from our documentation. The goal is to guide new users towards installation methods we plan to support long term, and discourage the use of those that are being phased out. Even though they are being deprecated, we are committing to support them for a further six months (until release 2025.12), giving existing users time to migrate to Home Assistant OS or Container. During this time we will ensure these installation types keep functioning as normal during the deprecation period. However, after those six months have elapsed, these methods will become unsupported, which means issue reports will no longer be accepted. As these installation methods are used for the development of Home Assistant, it will still be technically possible to update them. We still would recommend migrating to a supported method, but that’s your choice. As i386, armhf, and armv7 architectures have also been deprecated, we are currently removing references to them from our documentation. More importantly, they will also be subject to a six-month support window. After that support ends (from release 2025.12 onwards), we will no longer build or release distributions or containers targeting these platforms. This will mean that in six months’ time, there will be no more updates for these systems, and if users encounter issues, they will no longer be able to ask for support from Home Assistant maintainers. ## Why we made this decision ### Core and Supervised From our opt-in analytics The Core and Supervised installation methods are not only complex for users to install and maintain — they’re also challenging for the Home Assistant team to support. In the past, there were compelling reasons, outside Home Assistant development, to run these installation methods, but for most people those reasons are disappearing. Home Assistant OS is very capable with a rich ecosystem of add-ons, while also being easy to run in a virtual machine. Container adoption has become mainstream, now being widely available along with systems having more resources to run them. Steadily, we’ve seen year-on-year reductions in the percentage of Core and Supervised installations (currently standing at 2.5% and 3.3% respectively). As Core and Supervised are more complex to maintain, they generate more issues that are more difficult to solve. This complexity places a disproportionate burden on our community-driven support system, where volunteers generously give their time to help others. It also takes time away from assisting the vast majority of users who are on the simpler to maintain installation methods. Along with this, new users could sometimes be swayed into running Core or Supervised, and have a bad experience that could cause them to give up on the best way to automate their home. By focusing our support and documentation on OS and Container methods, we can greatly improve the onboarding experience and ensure a smoother start for new users. ### Legacy 32-bit architectures Though Home Assistant is very lean and can run great on older or low-spec hardware, the architectures we’re deprecating are definitely on the leaner side of the spectrum. That probably explains why we see such low usage figures, with i386 and armhf architectures representing less than 0.5% of installations each, and armv7 at only 0.95% of installations. More than half of Home Assistant systems using armv7 have hardware that is capable of running 64-bit operating systems, like Raspberry Pi 3 and 4. This hardware can actually upgrade and migrate to a supported 64-bit version of our Home Assistant Operating System The broader software and hardware industries have also shifted away from these older 32-bit systems. Most have adopted 64-bit architectures such as amd64 and aarch64, and we are seeing more projects we depend on no longer supporting these 32-bit architectures. There have already been several instances where keeping support for these architectures has held back the development of new features. ## Your feedback For any major change, it is our goal to make sure the community guides this decision-making. When our maintainers initially proposed these deprecations, we shared this plan with the community (in our forum, GitHub, Discord, Reddit, and other social channels), using it to gather feedback. It was a constructive, civil discussion, and we learned a couple of interesting things that have helped us move this decision forward. First, our current wording is confusing to the community. Core and Supervisor are components of Home Assistant OS, but are also similar—or the same—as the names of installation methods, which is not super clear for new users. We also found these installation methods being used in ways we never expected, and there are a good number of people who were already running Home Assistant in custom and unsupported ways, not even realizing they were unsupported. Many of those impacted asked for better guidance on how to migrate. A good number were unaware of our expansion of backup and restore features to all installation methods, significantly smoothing their transition to a new platform. ## Check if you’re affected The blue arrow shows your installation type, and the red arrow displays the architecture. If you are unsure which **installation method** you are running: * Select this link OR Navigate to _**Settings > System > Repairs**_, select the three-dotted menu in the top right corner, and select _**System information**_. * Check the Installation type field. If you are running Home Assistant OS, or Container, you are fine as the installation method deprecation doesn’t apply to you. In this same window, you can find the **architecture** as well: * The CPU architecture field will tell you exactly which architecture you are using. If you are seeing aarch64 or x86_64 here, you are fine as the architecture deprecation doesn’t apply to you. ## How to migrate Green are staying, and red are deprecated. If it’s been a while since you’ve migrated Home Assistant systems, a lot has improved over the past several years. Switching systems is as easy as making a backup, downloading it, and restoring it during the initialization of your new system (Home Assistant Cloud subscribers using off-site backups can restore with just their password). Every Home Assistant installation method now has backups, and you can restore backups from any method onto another regardless of the differences in architecture. In many cases, very little needs to be done once the restore is successful (to the dismay of tinkerers online). Our documentation has a full list of guides on how to install Home Assistant on different hardware. Before you think about migrating to a different installation method, you can always choose to stick with what you have. Just because it becomes unsupported by the Home Assistant project, it doesn’t mean you can’t keep running it like you do today. That choice is up to you. Need | Currently using | Migrate to ---|---|--- Home Assistant with add-ons | Supervised | Home Assistant OS A system without Home Assistant OS support | Supervised | Container (many add-ons can be run as containers alongside Home Assistant) Full control of the host system | Supervised | Run Home Assistant OS in a VM, or Container (alongside add-on containers) Lightweight solution | Core | Container For **Home Assistant Core** users, the closest alternative is Home Assistant Container, which is most commonly used with Docker. If you can dedicate a device exclusively to Home Assistant, the recommended installation method is Home Assistant OS, which gives an appliance-like setup. For **Home Assistant Supervised** users, we recommend migrating to Home Assistant OS—it supports everything Supervised does, including add-ons. If you want more control over the OS, you can also run Home Assistant OS in a virtual machine, like with Proxmox, or go the Home Assistant Container path alternatively. For **deprecated architectures** , there is generally no supported migration path using your existing hardware. You will therefore need to find alternative hardware compatible with Home Assistant OS or Container. Second-hand single-board computers and recycled small-form-factor office machines are affordable and sustainable options. In some cases, your system may be running a 32-bit operating system, but is capable of running a 64-bit one (Raspberry Pi 3 and 4 are examples of systems often running a 32-bit OS despite being capable of running 64-bit). In this case, you will need to install a 64-bit capable operating system and restore Home Assistant on that system. ## Frequently asked questions * _**If Home Assistant Core is used for development, and part of the developer docs, why not just offer it to end-users?**_ This is not just about technical viability, it is also about helping and supporting people with their issues, problems, and questions, in our forums and chat. Having these options available to less technical people leads to support queries, and if they have a bad first experience that reflects poorly on the project. Users are free to continue running their systems the way they would like. * _**No support for Core or Supervised—can I still use them?**_ You can still use them even if we no longer support them. There are many users running Home Assistant in all kinds of unofficial ways. This change just means we are removing it from our end-user documentation and will no longer recommend using these installation methods from an official standpoint. * _**Will the developer documentation on these things remain?**_ Yes, those will remain. The developer documentation for running Home Assistant’s Core Python application directly in a Python virtual environment will remain. This is how we develop. This proposal is about removing end-user documentation and support. * _**Can I start maintaining these installation methods?**_ While maintaining these methods will require effort, the community is free to move documentation and code to new independent projects. Our maintainers will no longer accept issues or provide end-user documentation, but that shouldn’t stop anyone passionate about them from continuing to run them, or helping others to do the same. * _**Can I reproduce any of the installations you offer?**_ Yes, of course! All our pipelines are open source and transparent, you can always recreate any of our pipelines and release artifacts; either automated or manual. * _**Is this the first step towards making Home Assistant closed source/proprietary/commercial?**_ No, that is impossible. Home Assistant will always remain open source. Home Assistant is owned by the Open Home Foundation, a Swiss non-profit foundation that is audited and governed, and—by law—bound by its mission. This means it will always be open source and cannot be bought or sold.
29.07.2025 23:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Community Day 2025 Wrap-up Our first Home Assistant Community Day was a humbling success — we knew that the community had a desire to have something coordinated like this, but we really did not expect just how widely this would spread. 💖 So much happened in such a short window of time, so let’s talk about how this year’s event went and what the future looks like for Home Assistant meetups. ## It started with a question… Home Assistant Community Day was born from a conversation last year where we asked, “Would the community even _want_ this?” We dropped hints here and there to test how y’all would react to a worldwide event, and after weeks of planning, the response to the event announcement was overwhelmingly positive. 🤩 First, **THANK YOU** 🙏🏻 to all **the hosts** for their local coordination, **community members** who showed up, and **the venues** that made all this possible. I learned so much with your help, and it will make next year’s Community Day one to remember. ## …that turned into a movement… When I announced Home Assistant Community Day, I didn’t give hosts a lot to work with. I didn’t want the community to think they had to fit into a specific format, and wanted it to be unique to their region. It became clear pretty quickly what information was missing and what people wanted guidance on. For example, some asked for suggestions on what types of venues to book or which activities could make the event more interactive, such as quizzes or presentations. Your questions helped us make it easier for hosts to build cool events, thank you for those! All around the world, everyone came together to talk about Home Assistant (and its related projects). You swapped hardware, you showed off your automations or dashboards, you participated in quizzes, and you formed new bonds with people in your area who share your passion for Home Assistant. Some people had custom swag printed, others received hardware from a couple of our Works With Home Assistant partners, and one group had a Hackathon event the day before! So many great photos were shared from the events that we can’t possibly include them all here! You can find plenty more by searching #HADay2025 on social media or by checking the Discord meetup thread for this event. It was seriously one of the most uplifting things I’ve had the pleasure to not only facilitate, but also witness. 🥰 ## …but not without complications Swag was an unexpected complication. When I first announced the day, we planned to have me order the merch and then send it off to the hosts. This would require collecting addresses and sending packages to people around the world, and we realized quickly that the logistics of that would end up a mess. Instead, we made the sticker designs (along with the Luma calendar invite graphic) publicly available for the hosts to print something locally. When we did this, we (as the Open Home Foundation) committed to reimbursing the hosts for these swag purchases, along with venue fees or other reasonable expenses they might have on the day. The idea being that no host should be out of pocket for supporting their local Home Assistant community. You support us (by contributing time or by being Home Assistant Cloud subscribers), and we want to give back to the community in any way we can. I’m excited to share that we plan on using those same guidelines for any community meetup, not just the ones that happen on Community Day! 👏🏻 We’re building a new community page where all of these details will be available, so stay tuned for more information. ## Some stats for the nerds We had 82 events with over 1,600 registered guests, spanning nearly every corner of the globe. The events started in New Zealand and ended on the West Coast of North America. This meant we had meetups held from 10 pm May 23 to midnight May 25 (UTC time), that’s over 26 hours of constant partying! 🥳 We had events in every major region except Australia! Most meetups were in Europe and North America — probably not too surprising for most. The smallest events had 2 registered guests, and the event that had the largest number of registered guests was Utrecht, with 200! With an average of 20 people attending a meetup, we know that we can advise a lower capacity limit for future events. This will be included as part of the guidelines we’ll have on that new community page I mentioned above. ## Keep the fun going! Many hosts told me that they’ve created a new space for the attendees to chat or that they were going to start doing some regular meetups (some have done both!). Since Luma worked so well for us for Community Day, I’ve created a general calendar for meetups! I also have graphic assets publicly available for your Luma event and any social media you’d like to post your event on — use the 1:1 ratio image for the invite image on Luma. There are two events live there now, way to go Chile (Santiago) and Belgium (Hasselt)! 🤩 While we don’t have a solid date for next year’s Home Assistant Community Day, I can at least let you know that it will not be in May and instead later in the year. I’m aiming to give you at least a two-month heads-up for when it will be this time. We’re planning on doing something bigger and I can’t wait to do it all again with y’all next year. 😌 P.S. - Did you spot our refreshed Creator Network page yet? 👀
29.07.2025 23:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
SwitchBot joins Works with Home Assistant Please welcome the latest addition to the Works with Home Assistant program, SwitchBot! This year has seen a lot of ‘firsts’ within the program, and this launch certainly keeps up this trend. Read on to see the first _Air Purifiers_ and _Vacuums / Cleaning Robots_! What’s more, SwitchBot is bringing this first set of devices into the program with multiple connectivity options. Pick from their Bluetooth integration, Matter via a hub, or standalone Matter devices as well. All this gives you even more choice in how you set up your smart home, while providing the best experience with Home Assistant. ## Making the Switch…Bot SwitchBot quickly gained traction in the smart home industry with their original finger bots, which sit over non-smart switches and physically press them down on your behalf. Since then, they’ve expanded to include many other smart home devices like curtain robots, hubs, air purifiers, and cleaning robots. We were excited to see these new products in person at CES earlier this year and meet up with their team. SwitchBot even got involved with Community Day, hosting a meet-up in Shenzhen, China. We love that the ‘Works with’ partners show that they’re passionate about engaging with our community, taking the partnership much further than just a label on a box. "At SwitchBot, we're committed to empowering users with seamless and intelligent home automation. By collaborating with Home Assistant's passionate, tech-savvy community, we're able to push boundaries and deliver more integrated, intuitive experiences. Together, we aim to expand what's possible, offering users greater flexibility to connect, control, optimize their homes, and to make it simple." _- Richard Mou - Co-Founder, SwitchBot_ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box with Home Assistant. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. The SwitchBot team have put special focus on integrating specifically for Home Assistant and have been working hard on their Bluetooth integration. Though the community played a central role in the development of the integration, and SwitchBot is very thankful for this work, they took a more active role in its development. One of the terms of the ‘Works with’ program is that Bluetooth devices must connect over an integration that is kept up to a certain code quality (we call this our ‘Gold tier’ on our quality scale). It also must be maintained by the manufacturers themselves, rather than overly relying on community members to do the hard work. This puts the responsibility on the shoulders of the manufacturers to make sure they’re responding to bugs and keeping the integration up long term. If you’re interested in SwitchBot’s Bluetooth products but your Home Assistant system doesn’t have built-in Bluetooth, the easiest way to connect them is by using a Bluetooth Proxy. If you prefer Matter, SwitchBot also has devices that are certified for use with one of their Matter hubs: either the SwitchBot Hub 2 or the Hub 3. There are also some that can work via Matter-over-WiFi as standalone devices. We are currently testing even more of SwitchBot’s Matter devices for the program. **Bluetooth** * SwitchBot Lock Ultra * SwitchBot Air Purifier * SwitchBot Air Purifier Table * SwitchBot Leak Detector - also works using Matter via a hub * SwitchBot Meter - also works using Matter via a hub * SwitchBot Meter Pro - also works using Matter via a hub * SwitchBot Meter Pro CO2 - also works using Matter via a hub * SwitchBot Indoor/Outdoor Thermo-Hygrometer - also works using Matter via a hub * SwitchBot Curtain 3 - also works using Matter via a hub * SwitchBot Contact Sensor - also works using Matter via a hub * SwitchBot Roller Shade - also works using Matter via a hub * SwitchBot Lock Pro - also works using Matter via a hub **Matter-Over-WiFi (standalone, without requiring a hub)** * SwitchBot Air Purifier * SwitchBot Air Purifier Table * SwitchBot Multitasking Robot K20 + Pro _**Note:**_ _Home Assistant Container does not support Matter, and requires Home Assistant OS._ ## A smart home is a clean home Eat your heart out Wall-E SwitchBot’s K20 is the first cleaning robot in the Works with Home Assistant program as well as the world’s first multi-tasking household robot. This wacky robot can be paired with lots of other items in the range, including the certified air purifiers, to make some really cool Home Assistant use cases. Just imagine, you’re making some delicious dinner, but oh no, you’ve left a pan alone for too long and it starts to smell and burn. You could summon the K20 with an air purifier on top using the Home Assistant Voice Preview Edition. A few moments later, it’s found its way to you and gets started on clearing the air in your kitchen. Plus, as these can both work via Matter, there’s no need for cloud involvement. Some of the items also come with a table top so this device has some great applications for anyone with limited mobility. ## Bot to the future These devices are the first certified items, but SwitchBot is working to get many more tested and fully feature-rich with Home Assistant. We’re excited to keep expanding this list over time, but if you can’t wait (and this work is only possible with the support of our Home Assistant Cloud subscribers), you can see the list of the other devices they are working on here. ## FAQs _**Q: If I have a device that is not listed under ‘Works with Home Assistant’ does this mean it’s not supported?**_ A: No! It just means that it hasn’t gone through a testing schedule with our team or doesn’t fit the requirements of the program. It might work fine and be added to our testing later down the road. Though it might only have limited functions that are being worked on, or use a connectivity type we don’t currently test for in the program. _**Q: Ok, so what’s the point of the Works with program?**_ A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must have full functionality within Home Assistant, operate locally without the need for cloud, and will continue to do so long-term. _**Q: How were these devices tested?**_ A: The Bluetooth devices in this list were tested using a standard Home Assistant Green Hub, the SwitchBot Bluetooth Integration, a USB Bluetooth adapter, and an ESPHome Bluetooth Proxy. The Matter-over-WiFi devices were also tested with Home Assistant Green and our certified Matter Integration. If you have another hardware setup or integration, that is often not a problem, but we test against these as they are the most effective way for our team to certify within our ecosystem. _**Q: Will you be adding more SwitchBot devices to the program?**_ A: Absolutely! SwitchBot has a quickly growing set of product lines that we’re working to certify together, subject to the integrations fully covering all the functions.
29.07.2025 23:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Next iteration of our Voice Assistant is here - Voice chapter 10 Welcome to Voice chapter 10 🎉, a series where we share all the key developments in Open Voice. This chapter includes improvements across every element of Open Voice. Improvements that allow it to support more languages, be used on more hardware, make it easier to contribute to, all while making it faster and more reliable. ## Help steer Open Voice Before we get going, we just want to say that Voice Chapter 10 isn’t just a broadcast; **it’s an invitation** ✉️. Our **public Voice project board** lives on GitHub, and it shows what we’re fixing, currently building, and what we’ll work on next. Every card is open for comments, so please feel free to have a look and participate in the discussion. 👉 **Project board** : https://github.com/orgs/OHF-Voice/projects/2 ## ESPHome gains a voice When we began designing and building the firmware for our open voice assistant hardware, the Home Assistant Voice Preview Edition, we had several specific features in mind: 1. Run wake words on the device. 2. Use a fully open-sourced media player platform that can decode music from high-quality sources. 3. Wake words can be enabled and disabled on the fly; for example, “stop” is only activated when a long-running announcement is playing or when a timer is ringing. 4. Mix voice assistant announcements on top of reduced volume (a.k.a. “ducked”) music. These features needed to run within ESPHome, the software that powers the device. In the beginning, ESPHome could only do 1 and 2, but not even at the same time! To include all these features, we initially built them as external components, allowing us to iterate fast (and of course break many things along the way). We always intended to bring these components into ESPHome, and the process of bringing them in is called _upstreaming_. This would allow anyone to easily build a voice assistant that includes all the features of Voice Preview Edition, and that’s what we’ve been working on since its launch last December. No device left behind! ESPHome version 2025.5.0 has all these components included! We didn’t just spend this time copying the code over, but we also worked hard to improve it by making it more generalizable, easier to configure, and much faster. As an example of these speed improvements, the highest CPU load on the Voice Preview Edition happens when music is being mixed with a long announcement. In this situation, it is decoding two different FLAC audio streams while also running three microWakeWord models (a Voice Activity Detector, “Okay Nabu”, and “Stop”). With the original December firmware, this used 72% of the CPU 😅. With the new optimizations, which are all now available in ESPHome, the current Voice Preview Edition firmware only uses 35%❗ These improvements even allow the extremely resource-constrained ATOM Echo to support many of these features, including media playback and continuing conversations. ## Make your own Voice Preview Edition I'll just pretend I understand all this Speaking of voice hardware becoming more like Voice Preview Edition, why not use that class-leading hardware as the basis for your own creations? We’ve now got the KiCad project files, which include the electrical schematic and circuit board layout, along with other helpful documents available for download on GitHub. Combined with our open source firmware files, this will allow anyone to build on the work we’ve done and make the open voice assistant of their dreams. Bigger speaker, built-in presence sensor, a display featuring a smiling Nabu mascot — the options are nearly endless. Building Voice Preview Edition was always meant to bootstrap an entire ecosystem of voice hardware, and we’re already seeing some amazing creations with this open technology. ## Now you’re speaking my language ### Speech-to-Phrase gets more fluent In case you missed it, we built our own locally run speech-to-text (STT) tool that can run fast even on hardware-constrained devices. Speech-to-Phrase works slightly differently from other STT tools, as it only accepts specific predetermined phrases, hence the name. We have been making large strides in making this the best option for local and private voice control in the home. The sentence format for Speech-to-Phrase is getting an upgrade! Besides making it simpler for community members to contribute, it now allows for more thorough testing to ensure compatibility with existing Home Assistant commands. We have also begun experimenting with more precise sentence generation, restricting sentences like “set the {light} to red” only to lights that support setting color. Another improvement is making Speech-to-Phrase more careful about combining names and articles in certain languages. For instance, in French, a device or entity that starts with a vowel or an “h” will have an “l” apostrophe at its beginning, such as l’humidificateur or l’entrée. Allowing Speech-to-Phrase to understand this avoids it guessing pronunciations for nonsensical combinations. Speech-to-Phrase currently supports **six languages** , namely English, French, German, Dutch, Spanish, and Italian. We are now engaging with language leaders to add support for Russian, Czech, Catalan, Greek, Romanian, Portuguese, Polish, Hindi, Basque, Finnish, Mongolian, Slovenian, Swahili, Thai, and Turkish — this takes our language support to **21 languages** 🥳! These new models were originally trained by community members from the Coqui STT project (which is now defunct, but luckily their work was open source — _another example of FOSS saving the day_), and we are very grateful for the chance to use them! Performance and accuracy vary heavily by language, and we may need to train our own models based on feedback from our community. ### Piper is growing in volume Piper is another tool we built for local and private voice in the home, and it quickly turns text into natural-sounding speech. Piper is becoming one of the most comprehensive open source text-to-speech options available and has really been building momentum. Recently, we have added support for new languages and provided additional voices for existing ones, including, * **Dutch** - Pim and Ronnie - _new voices_ * **Portuguese (Brazilian)** - Cadu and Jeff - _new voices_ * **Persian/Farsi** - Reza_ibrahim and Ganji - _new language_ * **Welsh** - Bu_tts - _new voices_ * **Swedish** - Lisa - _new voices_ * **Malayalam** - Arjun and Meera - _new language_ * **Nepali** - Chitwan - _new voices_ * **Latvian** - aivar- _new voices_ * **Slovenian** - artur - _new voices_ * **Slovak** - lili - _new voices_ * **English** - Sam (non-binary) and Reza_ibrahim - _new voices_ This brings Piper’s supported languages and dialects from 34 to now 39 🙌! This allows a nice majority of the world’s population (give or take 3 billion people) the ability to generate speech in their native tongue 😎! ### Scoring language support This is the score sheet for just intents... it can get complicated Home Assistant users, when starting their voice journey, typically ask one question first: “Is my language supported?” Due to how flexible voice assistants in Home Assistant are, this seemingly simple question is quite complicated to answer! At a high level, a voice assistant needs to convert your spoken audio into text (speech-to-text), figure out what you want it to do (intent recognition), and then respond back to you (text-to-speech). Each part of this pipeline can be mixed and matched, and intent recognition can even be augmented with a fallback to a large language model (LLM), which is great at untangling misunderstood words or complex queries. Considering the whole pipeline, the question “Is my language supported?” becomes “How well does each part support my language?” For Home Assistant Cloud, which uses Microsoft Azure for voice services, we can be confident that all supported languages work well. Local options like Whisper (speech-to-text) and, to a lesser extent, Piper (text-to-speech), may technically support a language but perform poorly in practice or within the limits of a user’s hardware. Whisper, for example, has models with different sizes that require more powerful hardware to run as they get larger. A language like French may work well enough with the largest Whisper model (which requires a GPU), but is unusable on a Raspberry Pi or even an N100-class PC. Our own Speech-to-Phrase system supports French well and runs well on a Raspberry Pi 4 or Home Assistant Green. The trade-off is that only a limited set of pre-defined voice commands are supported, so you can’t use an LLM as a fallback (because unexpected commands can’t be converted into text for the LLM to process). Finally, of course, not everyone wants to (or can) be reliant on the cloud, and they need a fully local voice assistant. This means that language support depends as much on the user’s preferences as their hardware and the available voice services. For these reasons, we have split out language support into three categories based on specific combinations of services: * _**Cloud**_ - Home Assistant Cloud * _**Focused Local**_ - Speech-to-Phrase and Piper * _**Full Local**_ - Whisper and Piper Each category is given a score from 0 to 3, with 0 meaning it is unsupported and 3 meaning it is fully supported. Users who choose Home Assistant Cloud can look at the Cloud score to determine the level of language support. For users wanting a local voice assistant, they will need to decide between Focused Local (limited commands for low-powered hardware) and Fully Local (open-ended commands for high-powered hardware). Importantly, these scores take into account the availability of voice commands translated by our language leaders. A language’s score in every category will be lowered if it has minimal coverage of useful voice commands. With these language scores, we hope users will be able to make informed decisions when starting on their voice journeys in Home Assistant. They’re currently featured in our voice setup wizard in Home Assistant, and on our language support page. ## What’s in a name Voice commands in Home Assistant trigger _intents_ , which are flexible actions that use names instead of IDs. Intents handle things like turning devices on or off, or adjusting the color of lights. Until now, sentence translations focused on whether a language supported an intent (like turning devices on/off) but didn’t clearly show whether the command supported device names, areas names, or both. This can change from language to language, which made gaps hard to spot. We’re switching to a new format that highlights these combinations, making it easier for contributors to see what names are supported, which should make for simpler translations. ## Continued conversation updates Since the last voice chapter, the voice team has worked on making Assist more conversational for LLM-based agents. We started with LLM-based agents because it was simpler to iterate on. If the LLM returns with a question, we will detect that and keep the conversation going, without the need for you to say “Ok Nabu” again. On top of that, you can now initiate a conversation with a new action called `start_conversation` directly from an automation, or a dashboard. This provides the full spectrum of conversation to LLM-based agents. Here is a quick demonstration of two features working hand-in-hand: ## Media Search and Play intent What’s great about Home Assistant and open source is that sometimes the best ideas come from other projects in the community. Early on, many people were interested in driving Music Assistant with voice, but central pieces were missing on Home Assistant, such as the ability to search a media library. We worked hard on bringing this functionality to the core experience of Home Assistant and created a new intent, the **Search and Play** intent. You can now speak to your voice assistant and ask it to play music in any room in your home. The intent can be used by an LLM-based conversation agent, but we also have sentences that work without any LLM magic. You can find the English sentences here. As it’s a new feature, support may vary based on your language, and please be patient while our amazing language leaders make these translations. ## Future work - Assist will have something to say Talking to your home should feel as natural as chatting with a friend across the kitchen counter. Large-language models (LLMs) already prove how smooth that back-and-forth can be, now we want every Home Assistant installation to enjoy the same experience. We’re therefore zeroing in on three key use-cases for the default conversation agent, which include critical confirmations, follow-ups, and custom conversations. Just note these are still at the early stages of development and it may be some time before you see some of these features. ### Critical confirmations Some actions are too important to execute without a quick double-check. Unlocking the front door, closing shutters, or running a “leaving home” script. We want you to be able to mark those entities as **protected**. Whenever you speak a command that touches one of those entities, Assist will ask for verbal confirmation before acting: > Ok Nabu, unlock the front door > _Are you sure?_ > Yes > _Unlocked_ Because every household is different, we are thinking about managing these confirmations **per entity** and making them fully user-configurable. ### Follow-up on missing parameters Sometimes Assist grasps what you want, but needs more detail to carry it out. Instead of failing, we want Assist to ask for the missing piece proactively. Here is an example to illustrate. > Ok Nabu, set a timer > _For how long?_ > 15 minutes > _Timer started_ For now, we are still assessing the relevant sentences for that use case. We’re implementing follow-ups with timers, though finding more is not currently our top priority. We are, however, open to suggestions. ### Custom conversations As with any other part of Home Assistant, we want the conversation aspect of Assist to be personalized. Simple voice transactions can already be created with our automation engine using the `conversation` trigger and the `set_conversation_response` action. We want to bring the same level of customization to conversations, allowing you to create fully local, predefined conversations to be triggered whenever you need them, such as when you enter a room, start your bedtime routine, etc. We are focusing first on making custom conversations possible, so that you can show us what you are building with this new powerful tool. We will then tackle the critical confirmations use case, and finally, the follow-ups when parameters are missing. ## Let’s keep moving Open Voice forward Only a couple of years ago, voice control was the domain of data-hungry corporations, and basically none of this open technology existed. Now, as a community, we’ve built all the parts needed to have a highly functional voice assistant, which is completely open and free for anyone to use (or even build on top of). Every chapter, we make steady progress, which is only possible with your support. Whether from those who fund its development by supporting the Open Home Foundation (by subscribing to Home Assistant Cloud, and buying official Home Assistant hardware) or those who contribute their time to improving it. As always, we want to support every language possible, and if you don’t see your native tongue on our supported list, please consider contributing to this project.
29.07.2025 23:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Nuki joins Works with Home Assistant We’re thrilled to welcome Nuki to the Works with Home Assistant program! Nuki creates some slick-looking smart locks that you can fit to most doors (or even on top of existing locks). They are constantly pioneering new and exciting features, while also using the open standards we support. Nuki is today bringing three different lock types to the program, all certified by our team to provide the best experience possible with Home Assistant. ## Unlocking their origin Nuki started just over 10 years ago, with their first smart lock that was called the ‘magic black box’. It was this award-winning design that evolved into the sleek Nuki Smart Locks that are available today. Keeping everything in the family, the brand was started by brothers Martin and Jürgen. Frustrated with the hassle of carrying a door key in their sports kit, the brothers launched a successful Kickstarter and have been innovating ever since. They design their smart locks in Austria and manufacture them in Europe. Their locks are available across Europe, and in early July, they launched the Nuki Smart Lock in the U.S. Nuki devices are certified for use with the Home Assistant Matter integration, which is now officially certified. Like all ‘Works with’ certified devices, Nuki locks prioritize local control, so you can manage your day-to-day home security without relying on a cloud connection. "Joining the 'Works with Home Assistant' program is a logical step for us. We believe strongly in the power of open ecosystems and giving control to our customers. Home Assistant represents a vibrant community dedicated to innovation and customization, and we are thrilled to align our products with this vision. This integration ensures our customers can build the smart home they want, with the products they trust. The 'Works with Home Assistant' certification provides customers with the confidence that Nuki's products have been tested for compatibility and offer a smooth integration experience." _- Matthias Kerstner, Head of Product at Nuki._ ## Devices This lock is turning heads faster than it turns bolts In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. Our team has been busy testing the Nuki locks for some time and has certified the following Matter-over-Thread enabled devices. It’s important to note that to set up the lock, calibrate it, and activate Matter you will need to use the Nuki app. However, there is no hard requirement for a cloud account or account registration in order to use these locks. Once the device is active and connected via Matter, you can manage it purely through Home Assistant, and can even delete the app. * Nuki Smart Lock Go * Nuki Smart Lock Pro * Nuki Smart Lock Ultra ## Insane speeds, literally The devices certified include two cylindrical models, the Nuki Smart Lock Pro and the Nuki Smart Lock Ultra, which both feature a brushless motor and three speed settings. The speediest of these is called the ‘Insane’ setting. This ultra-fast setting is ideal for those in a hurry, but you can also pick from ‘standard’ or ‘gentle’ to move at a more leisurely pace. The gentle setting is also perfect for quieter unlocking, so you’re not disturbing others if you’re coming home after a night shift or an early morning jog. We love that the cylindrical devices come with a rechargeable battery to reduce e-waste. Each cylindrical lock comes with both white and black band options, so you can match your existing hardware or your home’s style. The Nuki Smart Lock Pro can retrofit over a current lock, whereas the Nuki Smart Lock Ultra comes with its own cylinder. If you’re looking for a solid entry-level choice instead, the Nuki Smart Lock Go is a great option, which uses four AA batteries. Both the Smart Lock Go and Smart Lock Pro can be installed in under five minutes, with no drilling or special tools required, which may mean even if you’re renting you could install a smart lock. Works with Home Assistant is all about providing more choice to the community, and Nuki is expanding the smart lock offerings. ## A keyless future All of the models listed work locally, as this is a requirement of the ‘Works with’ program so that you can ensure you feel safe and secure in your smart home. However, some users may wish to access these devices remotely too, allowing you to unlock the door for guests, contractors, family, or friends. If you’re looking for remote access, this can either be provided by the Nuki App, or via your Home Assistant system with something like Home Assistant Cloud (which supports the development of Home Assistant but also helps bring more ‘Works with’ partners to the program 🤝). We’re really excited to have Nuki join our certified devices, and see the use cases the community will come up with to integrate their smart locks into the rest of their smart home. ### FAQ ON WORKS WITH HOME ASSISTANT _**Q: If I have a device that is not listed under ‘Works with Home Assistant’ does this mean it’s not supported?**_ A: Most Nuki locks will work via Matter with Home Assistant and we have even tried out a couple of older locks with good results. However, we have only officially tested and certified the devices listed above. If there is any other device missing from this list it just means that it hasn’t gone through testing with our team or doesn’t fit the requirements of the program. It might function well, and may be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. _**Q: Ok, so what’s the point of the Works with program?**_ A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. We look for brands that will bring their key functionality into Home Assistant, operate locally without the need for cloud logins, and continue to do so long-term. _**Q: How were these devices tested?**_ A: All devices in this list were tested using a standard Home Assistant Yellow with the built-in Thread border router and our certified Matter Integration. If you have another hub, border router setup, or integration, that’s not a problem. We test against these as they are the most effective way for our team to certify within our ecosystem. _**Q: Will you be adding more Nuki devices to the program?**_ A: All of the locks Nuki currently sells are now represented here in the ‘Works with’ program. We’re thrilled to foster a close relationship with the team at Nuki to work together on any upcoming releases or add in further products that are not yet listed here.
29.07.2025 23:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Zooz joins Works with Home Assistant Our Works with Home Assistant program is expanding once again, and this time we’re excited to announce Zooz is joining us! We have tested many new devices of all different types, ensuring they provide the best experience possible with Home Assistant. As well as classic staples for the smart home, they also bring some very cool flood protection devices to help safeguard your home. These will be the first certified Z-Wave devices added to the program in some time, and are just part of the exciting future the Home Assistant community and Zooz see for this smart home protocol. ## Zooz zooms in Zooz started out not as a manufacturer, but as a retailer of smart devices. They focused so much on customer support that they soon realized they could do a better job than manufacturers already in the market, and so turned instead to creating their own products. They focus on Z-Wave for its interoperability and security, and they include easy-to-understand installation guides with these devices. They also have a wide knowledge base on their website and a very responsive support team. As Z-Wave experts, they’re members of the Z-Wave Alliance (where Paulus is also a member as the voice of the open source community). While Zooz is based in the USA, many of their products are available worldwide. ## It takes Zooz Zooz has really embraced the Home Assistant community. Agnes, their VP of Brand and Partnership Support, recently spoke to the team over at the Home Assistant podcast about their startup journey. She also came along to our Community Day in Brooklyn, hosted by our very own Product Lead, Madelena. It’s awesome to see manufacturers get out and connect with our community members. "Zooz has been contributing quality hardware to the smart home community for over 10 years now and our biggest takeaway is that thoughtful integration is key for our customers. We recognize that our devices are part of an ecosystem and that's why we are so excited to partner with Home Assistant, a platform we highly respect for its commitment to making products work together seamlessly. I especially appreciate how quickly Home Assistant embraced Z-Wave Long Range and how easy it is to set up Z-Wave on a brand new system thanks to hardware like Home Assistant Green. We look forward to connecting with the Home Assistant community, learning together, and creating new devices driven by your feedback." _- Agnes Lorenz, VP, Brand and Partnership Support, Zooz._ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. Zooz has had a large group of devices certified, one of the largest number of devices we’ve ever certified for a launch into the program. Kudos to the foundation team, and Zooz for making such a great variety of new devices available to our community. **Leak Protection** ZAC36 Titan Water Valve Actuator **Plugs** ZEN04 Smart Plug ZEN05 Outdoor Plug **Relays** ZEN16 Multi Relay ZEN51 Dry Contact Relay ZEN52 Double Relay ZEN53 DC Motor Controller **Lighting Switches** ZEN30 Double Switch ZEN32 Scene Controller ZEN71 On Off Switch ZEN72 Dimmer ZEN74 Toggle Dimmer ZEN76 S2 On Off Switch ZEN77 S2 Dimmer **Sensors** ZSE11 Q Sensor (4in1) ZSE18 Motion Sensor ZSE41 Open / Close XS Sensor ZSE42 Water Leak XS Sensor ZSE43 Tilt Shock XS Sensor ZSE44 Temperature Humidity XS Sensor ZSE70 Outdoor Motion Sensor ## Frequencies and firmware If you’re based in North America, all new devices will come with Z-Wave Long Range (ZWLR) as standard. If you are based elsewhere, like in Europe, Long Range won’t be enabled quite yet. The reason is that even though the Z-Wave Long Range protocol has been available for some time in North America, it was only released in Europe in April 2025, as certification took a bit longer. The nice thing about Zooz’s North American 700 series and European 800 series Z-Wave, is that ZWLR can be enabled via an over-the-air (OTA) firmware update, so hopefully everyone will be taking part in the Z-Wave Long Range revolution soon. Watch this space for a not-so-secret Home Assistant Z-Wave hardware announcement coming your way… Z-Wave Long Range opens up a whole new world of options and makes for an even more flexible smart home. Maybe you have a large backyard, or an awkwardly shaped long, but narrow home that is hard to get other protocols to cover adequately. Or perhaps you have devices that are just too far away for other protocols. A common example is wanting a way to get notified when the mailbox at the front of your driveway is opened or closed. Many of the certified devices can function outdoors or be purchased with accessories to make them waterproof. Speaking on a personal note, we had a leak in our garage a year or so ago after some bad weather. Other protocols couldn’t reach that far, and we had no way to be notified. I cannot wait for an easy way to be notified across that bigger distance, and avoid all the unpleasant clean-up. It’s great to read stories on social media or our forums where smart home devices have kicked in and saved the day, like getting that all-important notification or cutting off the water supply with something like Zooz’s valve actuator. Z-Wave, like other open standards we support, works locally, and all of the devices listed above will work locally, without the need for any extra cloud connection or apps. Remember, if you’re also looking for remote access to make sure you don’t miss any critical notifications while you’re away from home, an easy way to get this set up is to subscribe to Home Assistant Cloud. Not only will this help you monitor your smart home remotely, but you’ll also be supporting the development of Home Assistant. ## FAQs **Q: If I have a device that is not listed under “Works with Home Assistant” does this mean it’s not supported?** A: No! It just means that it hasn’t gone through a testing schedule with our team or doesn’t fit the requirements of the program. It might function perfectly well, but be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. **Q: OK, so what’s the point of the Works with program?** A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must have the expected functionality within Home Assistant, operate locally without the need for cloud, and will continue to do so long-term. **Q: How were these devices tested?** A: All devices in this list were tested using a standard HA Green Hub with our Z-Wave Integration. If you have another hub integration that’s not a problem, but we test against these as they are the most effective way for our team to certify within our ecosystem. **Q: Will you be adding more Zooz devices to the program?** A: Absolutely! We’re thrilled to foster a close relationship with the team at Zooz to work together on any upcoming releases or add in further products that are not yet listed here.
29.07.2025 23:15 — 👍 0    🔁 0    💬 0    📌 0
Preview
Shelly joins Works with Home Assistant We’re excited to welcome Shelly to the Works with Home Assistant program! Shelly is very well-established in both our ecosystem and the smart home world, so it’s great to formally certify a selection of their Z-Wave devices. Their retrofit smart switches and relays are amazing for turning all sorts of _dumb_ devices, like light fixtures or ceiling fans, into devices you can easily control in _smart_ new ways. Also, being Works with certified means they have been thoroughly tested, ensuring they give the best possible experience with Home Assistant. The variety of complex settings and functionality, like energy monitoring, makes them popular with our community doing advanced smart retrofits, like connecting an old garage door or motorized shutters. These are perfect for keeping non-smart devices out of the landfill and working for years to come. ## From A to Z-Wave Shelly, originally launched in Bulgaria in 2017, has been a mainstay in our community for some years. They became known initially for their WiFi smart switches and relays that could be easily used locally, but now offer a wide range of smart devices and ways to connect them. For this first round of Works with Home Assistant certified products, the focus is firmly on the Z-Wave lines. If you’re not familiar with Z-Wave, it’s a well-established low-powered wireless technology designed with the smart home in mind. It uses an entirely different bit of radio spectrum than WiFi, meaning it has less chance of experiencing interference. This spectrum makes it better at getting through thick walls and communicating over longer distances — with the recent Long Range iteration of the standard, they can communicate even further. Given our focus on local control, items that work on Z-Wave are ideal if you want to avoid the cloud. Home Assistant will act as your Z-Wave controller using the Z-Wave JS add-on (another awesome Open Home Foundation project). So, all you need is a Z-Wave adapter to use alongside these devices. _If you haven’t purchased one yet, you might want to wait before hitting that buy button_ 😉. Shelly shares our focus on interoperability, with items using a variety of protocols, while being available worldwide. These items are also super helpful for the energy-conscious. They have low power consumption, power metering, and can easily blend in with your current home decor, as they sit in the wall behind your existing switches. Mini? This thing is microscopic! ## Getting Involved We’ve been lucky enough to meet the Shelly team on several occasions, and they were kind enough to showcase how the Las Vegas Mob Museum uses Shelly and Home Assistant during our annual ‘State of the Open Home’ event. In May, they went one step further and hosted one of our Community Days in South Florida. It’s really exciting to see that partners who join the ‘Works with’ program don’t just see it as a badge to stick on a box, but a real chance to engage with, and contribute to, this amazing community. "Many of our users already rely on Home Assistant to power their smart homes, and we’ve seen firsthand how important local control, privacy, and flexibility are to them. By joining the _Works with Home Assistant_ program, we’re reinforcing our commitment to open, reliable smart home solutions. With the upcoming launch of our **Shelly Wave Long Range** devices—offering wireless coverage of up to **1 kilometer** — we’re pushing the boundaries of what smart home technology can do. Combined with Home Assistant’s powerful platform, this will be a **market-leading solution** , capable of covering **use cases no other ecosystem today can reach**. Together, we’re building the future of smart homes: open, powerful, and ready for real-world demands." _- Leon Kralj, CTO at Shelly_ ## Devices In case you didn’t know, Works with Home Assistant differs from other certification programs as products are rigorously tested in-house to ensure they work seamlessly out of the box. Any company joining also commits to providing long-term support and firmware updates while being a positive force in the Home Assistant community. Works with Home Assistant is operated by the Open Home Foundation, and the support of Home Assistant Cloud subscribers funds this work. **What devices have been certified?** * Shelly Wave PM Mini * Shelly Wave i4 * Shelly Wave 1PM Mini * Shelly Wave 2PM * Shelly Wave Pro 1PM Whilst the Shelly Wave Pro 1PM sits in an electrical box, the remaining devices sit behind a standard plug, switch or device. This means they are a super cost-effective way to retrofit devices, which in turn reduces e-waste. The Minis are very small (duh), and so should fit in most tight places around the home, even with low-profile installations. The Shelly Wave 1PM Mini is the world’s smallest Z-Wave smart switch. In some areas of the world, you may need professional installation by a qualified electrician, so be sure to check your region’s regulations. If you’re a confident DIYer, Shelly has a lot of helpful guides on their site to walk you through installing it yourself. ## The first of many waves These devices are the first from Shelly to join the program, but certainly won’t be the last, as we look forward to many exciting developments with Z-Wave Long Range. Keep your eyes peeled for our upcoming hardware announcement that will work perfectly with our Z-Wave partners. Thanks again for your support (by subscribing to Home Assistant Cloud and buying official hardware), which allows the Open Home Foundation to build these partnerships and certify new devices to join Works with Home Assistant. ### FAQs **Q: If I have a device that is not listed under ‘Works with Home Assistant does this mean it’s not supported?** A: No! It just means that it hasn’t gone through a testing schedule with our team yet or doesn’t fit the requirements of the program. It might function well but be added to the testing schedule later down the road, or it might work under a different connectivity type that we don’t currently test under the program. It may also have a feature missing in Home Assistant that we’re working to add. **Q: Ok, so what’s the point of the Works with program?** A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must work well within Home Assistant, operate locally without the need for cloud and will continue to do so long-term. **Q: How were these devices tested?** A: All devices in this list were tested using a standard HA Green Hub, a Z-Wave adapter and with our Z Wave integration. If you have another hub / adapter / integration that’s not a problem but we test against these as they are the most effective way for our team to certify within our ecosystem. **Q: Will you be adding more Shelly devices to the program?** A: Absolutely. Shelly has a huge number of product lines and will be expanding their Z-Wave Long Range list. We’re sure they’ll keep our testers busy with a steady stream of devices to add.
29.07.2025 23:15 — 👍 1    🔁 0    💬 0    📌 0