Sommaire
Cet article est une traduction de l'annonce de la nouvelle version 2026.7 de HA Core, publié sur le site Home-Assistant.

Home Assistant 2026.7! 🎉
C'est une de ces sorties que j'attendais avec impatience depuis longtemps. Ce que nous avons fait avec les automatisations est, de loin, ce que je préfère : les déclencheurs et conditions spécifiques quittent la phase « Labs » pour devenir la nouvelle norme par défaut pour tout le monde. 🎉
Tout repose sur un objectif que nous poursuivons depuis des années : plus de puissance, moins de complexité. Au lieu de partir des rouages internes de Home Assistant — quelle entité, quel état, quel type de déclencheur — vous partez de ce que vous voulez réellement que votre maison accomplisse. Si la température de la chambre descend en dessous de 18 °C, allumer le chauffage. C’est tout. Pas de pièges techniques ni de particularités à mémoriser. Et comme les intégrations peuvent transmettre leurs propres déclencheurs et conditions au moteur d’automatisation, le système ne fera que s’améliorer. Le tout directement au sein de notre superbe interface utilisateur.
L'avantage, c'est que rien ne casse. Toutes vos automatisations existantes continuent de fonctionner sans le moindre souci. Nous avons également rédigé une documentation très complète détaillant chaque déclencheur, condition et action, le tout illustré par des exemples concrets. Et si vous préférez rédiger vos automatisations en YAML plutôt que de passer par l'interface graphique, vous allez également vivre une expérience exceptionnelle. Après tout, l'expérience utilisateur ne se résume pas à la simple interface ; les utilisateurs de YAML méritent, eux aussi, une expérience de qualité.
Mais honnêtement ? J'ai un deuxième coup de cœur dans cette mise à jour, et cela m'a un peu surpris. La fonctionnalité « Activity » — ce que beaucoup d'entre vous connaissent encore sous le nom de « journal » (logbook) — a été entièrement repensée pour offrir une chronologie fluide et épurée. 😍 Elle se lit de haut en bas comme un fil d'actualité, regroupe les événements par jour et adopte enfin le même langage que le reste de Home Assistant. Je n'arrête pas de l'ouvrir juste pour le plaisir de la regarder.
Et ce n’est qu’un début. On trouve un nouveau bouton « tout mettre à jour », des panneaux dédiés à l’infrarouge et à la radiofréquence, une gestion des appareils Zigbee (ZHA) entièrement repensée, ainsi que 10 nouvelles intégrations issues de notre communauté.
Une dernière chose avant de vous lancer : l'Open Home Foundation sera présente à l'IFA Berlin pour la première fois, du 4 au 8 septembre 2026. Nous serions ravis de vous y rencontrer, alors n'hésitez pas à venir nous saluer. Une rencontre de la communauté est également prévue le dimanche 6 septembre ; tout le monde est le bienvenu. Vous trouverez tous les détails ici.
Profitez de cette version !
../Frenck
Un immense merci à tous les contributeurs qui ont rendu cette version possible ! Et une mention spéciale à @piitaya, @sairon et @agners, qui ont aidé à rédiger les notes de version. Grâce à eux, ces notes sont d'excellente qualité. ❤️
Créer des automatisations est désormais plus simple, plus naturel et plus puissant.
C’est, sans conteste, l’une des évolutions les plus importantes et les plus réussies que nous ayons apportées à l’éditeur d’automatisation depuis des années. Ce projet a nécessité environ huit mois de travail ; il a été développé et peaufiné version après version par une équipe nombreuse, tout en étant façonné par une quantité considérable de vos retours. Avec cette mise à jour, il est désormais accessible à tous, et nous sommes ravis de pouvoir enfin le mettre à votre disposition.
Pourquoi sommes-nous si enthousiastes ? Parce que, jusqu'ici, les automatisations exigeaient toujours un certain effort de votre part pour vous adapter à Home Assistant. Certains continuent de penser qu'il faut maîtriser le YAML, avoir des bases en programmation et y consacrer une soirée entière rien que pour automatiser un éclairage. Ce n'est plus vrai depuis un certain temps, et cette nouvelle version franchit une étape décisive pour combler définitivement ce fossé.
Avec Home Assistant 2025.12, nous avons introduit des déclencheurs et des conditions spécifiques à certains usages dans Paramètres > Système > Labs. Chaque version ultérieure en a ajouté de nouveaux et a peaufiné l'expérience. Avec cette mise à jour, ils passent à l'étape supérieure : cette nouvelle méthode de création d'automatisations quitte les Labs pour devenir la nouvelle norme par défaut pour tout le monde. 🎉
Il est tentant d'y voir simplement un ensemble d'options de menu plus agréables. C'est bien plus que cela. Il s'agit d'un point de départ différent : vous décrivez les éléments auxquels vous souhaitez que votre maison réagisse, plutôt que de partir des briques technologiques sous-jacentes.
Partez de ce que vous voulez, et non de la manière dont cela fonctionne.
Un moteur d’automatisation raisonne en termes de primitives. Ce n’est pas le cas des humains. Vous pensez en termes de « quand la porte d’entrée s’ouvre », « quand la dernière personne part » ou « quand une batterie est faible ».
L'ancienne approche partait d'ailleurs : des rouages internes de Home Assistant. Quelle entité ? Quel état ? L'état passe-t-il à on, detected, home ou not_home ? Faut-il un déclencheur d'état, un déclencheur d'état numérique, un déclencheur d'appareil ou un événement système ? Si vous connaissez bien Home Assistant, ces questions deviennent une seconde nature. Sinon, elles constituent un mur auquel vous vous heurtez avant même de commencer. 😤
Les nouveaux déclencheurs et conditions s'expriment dans les termes de ce qui compte pour vous. Si la température de la chambre descend en dessous de 18 °C, allumez le chauffage. Vous n'avez pas à vous soucier des déclencheurs basés sur des états numériques, des attributs ou des unités de mesure. Il vous suffit de choisir l'option « Température franchissant un seuil » et de définir le critère pertinent. De même pour une batterie faible : nul besoin de savoir si l'appareil transmet son niveau sous forme de pourcentage ou de définir précisément ce qui est considéré comme « faible ». Vous concevez votre automatisation en vous concentrant sur l'événement lui-même.

Conçu autour de zones, et non d'un seul appareil ou d'une seule entité à la fois.
Les nouveaux éléments de base prennent également en charge les cibles, ce qui est bien plus important qu'il n'y paraît.
Vous pouvez créer une automatisation basée sur la détection de mouvement dans le salon, plutôt que sur un capteur de mouvement spécifique. Qu'il y ait un seul capteur dans la pièce ou dix, cela ne change rien. Si vous en remplacez un l'année suivante, si vous en ajoutez un autre ou si vous retirez celui qui détectait sans cesse le chat, l'automatisation continue de refléter la même intention : détecter un mouvement dans le salon.
Lorsqu'un mouvement est détecté à l'extérieur, allumez les lumières extérieures. Le déclencheur cible la zone extérieure, tandis que l'action vise les éclairages extérieurs. Si vous modifiez ultérieurement les capteurs ou les lumières concernés, l'automatisation s'adapte automatiquement. La configuration se lit comme une phrase, et cela vous évite d'avoir à gérer indéfiniment une liste d'entités fragile.

Bien plus qu'une formulation plus conviviale
Voici ce qui peut facilement échapper : il ne s’agit pas simplement d’une surcouche conviviale autour des anciens déclencheurs.
Ces déclencheurs et conditions peuvent être enrichis grâce à des intégrations, qu'elles soient personnalisées ou issues de la communauté. Si les intégrations permettaient déjà d'ajouter leurs propres actions, elles peuvent désormais également proposer leurs propres déclencheurs et conditions. Imaginez une intégration pour lave-linge offrant un simple déclencheur « lessive terminée », sans qu'il soit nécessaire de savoir quelle valeur d'état ou quel attribut correspond concrètement à la fin du cycle. Une intégration « connaît » des détails qu'il vous faudrait autrement découvrir par vous-même : quels changements d'état sont pertinents et lesquels ignorer, quels cas particuliers sont normaux, et à quoi ressemble un moment propice à l'automatisation dans son contexte spécifique.
Un capteur peut vous communiquer le prix de l'électricité. L'intégration peut vous indiquer à quel moment de la journée le tarif est le plus bas. Plutôt que de devoir créer le même modèle de zéro ou d'apprendre les particularités d'une pompe à chaleur, d'une borne de recharge pour véhicule électrique ou d'une centrale d'alarme spécifique, l'intégration peut proposer les déclencheurs, les conditions et les actions qui lui sont propres. Le moteur d'automatisation devient ainsi un système que les intégrations peuvent enrichir. C'est là que la devise « plus de puissance, moins de complexité » cesse d'être un simple slogan.
Pas de pièges techniques
Il y a aussi un avantage plus discret : aucun piège technique. 💪
Grâce à ces nouveaux déclencheurs, vous n’avez plus à vous soucier des états inconnu ou indisponible. Le composant les gère de la manière la plus logique au regard de sa fonction. Si vous devez décider, pour une automatisation donnée, s'il faut ignorer un état indisponible, patienter jusqu'à ce qu'il change ou le considérer comme « faux », c'est que nous vous avons déjà amené à vous préoccuper du mauvais aspect du problème.
Les entités de type « événement » constituent un autre cas classique. Si vous automatisez une action autour de l’une d’elles à l’aide d’un simple déclencheur basé sur l’état, vous risquez de constater que l’automatisation ne se déclenche pas lors de la seconde occurrence de l’événement, car l’état n’a pas évolué comme vous l’escomptiez. Un déclencheur spécifiquement conçu pour l’événement permet d’exprimer ce dernier directement, éliminant ainsi totalement ce type de surprise.

Vos automatisations sont en sécurité et le YAML n'est pas près de disparaître.
Avant que quiconque n'ouvre un fil de discussion sur le forum dans un léger état de panique : non, vous n'avez rien à réécrire.
Les automatisations existantes continuent de fonctionner. Les déclencheurs, conditions, modèles et configurations YAML génériques restent opérationnels. Les nouveaux déclencheurs et conditions constituent simplement un meilleur point de départ pour votre prochaine automatisation, ainsi qu'une option plus intéressante lorsque vous décidez d'en améliorer une ancienne. Il ne s'agit pas d'une contrainte de migration.
Il ne s’agit pas pour Home Assistant d’abandonner le YAML. Nous avons veillé à ce que ces nouveaux éléments soient également lisibles et clairs en YAML, tout comme nous l’avions fait lors du passage des automatisations aux déclencheur, condition et action, et du remplacement de service par action. Si le texte constitue votre interface, l’expérience doit rester tout aussi naturelle. Si vous rédigez vos automatisations en YAML, nous sommes convaincus que vous apprécierez tout autant ces nouveaux déclencheurs et conditions !
La documentation fait partie de la fonctionnalité.
Nous avons également accompli le travail moins spectaculaire qui, sur un projet de ce type, s'avère souvent le plus important. Chaque déclencheur, condition et action dispose désormais de sa propre page de documentation. Ces pages expliquent en quoi consiste chaque élément, dans quel cas l'utiliser, comment le mettre en œuvre via l'éditeur d'automatisation et à quoi il ressemble au format YAML, tout en proposant des exemples concrets pour faciliter l'apprentissage.

Cette abondance est voulue. Rendre un système accessible ne se résume pas à rendre un bouton plus convivial dans l'interface ; il s'agit aussi de vous aider à comprendre la fonction de ce bouton et le moment opportun pour l'utiliser. Une documentation de qualité fait partie intégrante du développement du produit, même lorsqu'elle ne s'accompagne pas d'une capture d'écran dédiée.
L'intelligence artificielle entre également en jeu, mais elle doit rester à sa juste place : l'humain passe avant tout. Toutefois, nombre d'entre vous utilisent déjà l'IA pour créer des automatisations ; or, des briques de construction plus claires et mieux décrites fournissent à ces outils une base de travail bien plus efficace. Leurs suggestions gagnent en cohérence, car elles ont moins besoin de deviner les spécificités propres à Home Assistant. Ce changement ne se fera pas du jour au lendemain, car la plupart des modèles sont entraînés sur d'anciens exemples et risquent de continuer à proposer les anciens schémas pendant un certain temps. Cela dit, plus la documentation est précise, plus vite les humains comme les machines adopteront cette nouvelle approche.
Vous n'avez pas encore essayé de créer des automatisations de cette manière ? Ouvrez l'éditeur d'automatisation et commencez par définir l'action que vous souhaitez obtenir. Nous pensons que vous apprécierez ce point de départ. 😎
Journal d'activité
La fonctionnalité « Activité » — que beaucoup d’entre vous connaissent encore sous le nom de « journal » (logbook) — a toujours eu pour but de répondre à une question simple : que s’est-il passé et quand ? Toutefois, la présentation se limitait à une simple liste de phrases complètes : « Lampe du salon allumée », « Éclairage automatique déclenché par un mouvement ». Chaque ligne constituait une phrase entière, le nom de l’appareil y était systématiquement répété et la terminologie employée (comme « allumé » ou « passé à ») ne correspondait pas tout à fait à la manière dont les états sont généralement indiqués dans Home Assistant. Pour consulter le déroulement d’une journée chargée, il fallait lire chaque ligne une par une.
Cette mise à jour refond entièrement la fonctionnalité pour la transformer en une chronologie.

Chaque entrée est désormais disposée sur un rail vertical : l'heure à gauche, un point coloré accompagné de l'icône de l'entité et le texte à côté. La lecture se fait de haut en bas, comme sur un fil d'actualité. Les entrées sont regroupées par jour — avec des en-têtes pour « Aujourd'hui », « Hier » et les dates — afin que vous puissiez toujours vous situer dans le temps. Le point adopte également la couleur correspondant à l'état ; il est donc facile de distinguer un état on d'un état off d'un simple coup d'œil, sans avoir à lire le moindre mot.
Elle n'affiche également que le contexte dont vous avez réellement besoin. La chronologie adapte le nom en fonction de ce que vous consultez : sur une page d'entité, seule la valeur apparaît ; sur une page d'appareil, le nom de l'appareil est omis ; et sur une page de zone, la zone est exclue. Fini de lire le même nom d'appareil à chaque ligne.
Quelques touches supplémentaires permettent de s'y sentir comme chez soi :
- Il s'agit des mêmes termes que dans le reste de l'application. Le texte indiquant l'état provient désormais du backend — la même source que celle utilisée par le reste de Home Assistant — ; l'affichage est donc identique partout et dans toutes les langues. Fini les verbes réservés uniquement au journal des événements.
- Cela indique la cause. Lorsqu'une action est lancée par une personne, son avatar s'affiche. Une automatisation révèle ce qui l'a déclenchée, tandis qu'une intégration en affiche l'icône de marque. Le « pourquoi » figure juste à côté du « quoi ».
- Gérez l'affichage du temps selon vos préférences. Dans les vues compactes — telles que la boîte de dialogue d'informations détaillées, les pages dédiées aux appareils et aux zones, ou encore les cartes — cliquez sur l'horodatage pour basculer entre l'heure absolue et une indication relative (par exemple, « il y a 2 heures »). Une vue d'ensemble rapide quand vous le souhaitez, une précision exacte quand vous en avez besoin.

C’est le même composant qui gère le tout ; la chronologie conserve donc une présentation cohérente, qu’elle occupe toute la page « Activité » sur un grand écran ou qu’elle s’intègre dans une carte sur votre téléphone. Sur les grands écrans, la chronologie s’affiche en entier avec la colonne des horaires et les icônes, tandis que sur les écrans étroits et dans les cartes, elle adopte une version compacte où seule l’icône de cause apparaît, l’heure étant indiquée à la suite de l’entrée.
Tout mettre à jour
Nous connaissons tous cette situation. Vous ouvrez la section « Mises à jour » dans les paramètres après une petite absence et voilà ce qui vous attend : une longue liste de mises à jour en attente. Une nouvelle version de Home Assistant, quelques applications, cette intégration spécifique et sept appareils ESPHome ayant tous décidé de déployer un nouveau firmware la même semaine. Auparavant, pour tout mettre à jour, il fallait traiter la liste élément par élément : sélectionner, attendre, passer au suivant, et répéter l'opération jusqu'à en avoir mal au doigt.
Ce n'est plus le cas. Cette version réorganise la page des mises à jour en fonction de la manière dont vous concevez réellement votre système et ajoute un bouton unique qui prend tout en charge : « Tout mettre à jour ».

Au lieu d'une longue liste linéaire, vos mises à jour en attente sont désormais regroupées dans des cartes claires, chacune couvrant une partie de votre configuration :
- Home Assistant occupe la place centrale, avec Core, le système d'exploitation (OS) et le Supervisor. Ces éléments constituent le cœur de votre système ; ils sont donc gérés séparément et ne disposent pas de bouton « Tout mettre à jour ». Vous devez effectuer ces mises à jour vous-même, de manière délibérée.
- Les intégrations disposant de plusieurs mises à jour en attente bénéficient de leur propre carte. Quant à ces sept appareils ESPHome, ils sont regroupés : une seule sélection permet de les mettre tous à jour. Il en va de même pour les intégrations HACS en attente d'une nouvelle version.
- Intégrations regroupe les dernières mises à jour d'intégration ponctuelles dans une carte bien organisée.
- Applications fait de même pour vos applications (anciennement appelées « add-ons »).
- Les mises à jour ignorées apparaissent dans leur propre carte une fois que vous activez l'option « Afficher les mises à jour ignorées ». Le fait de les séparer garantit qu'elles ne seront jamais incluses dans une opération « Tout mettre à jour » que vous ne leur destiniez pas.
Sélectionnez Tout mettre à jour sur n’importe quelle carte, et Home Assistant s’en charge à partir de là, mettant à jour tout ce qui se trouve dans ce groupe en une seule fois. Pas de cases à cocher, pas de boîte de dialogue de confirmation à parcourir, c'est juste terminé.
C’est une modification mineure apportée à une page que vous ne consultez qu’occasionnellement, mais elle transforme une corvée récurrente en quelques simples tapotements.
Intégrations
Merci à notre communauté de suivre le rythme des nouvelles intégrations et des améliorations apportées aux intégrations existantes ! Vous êtes tous géniaux 🥰
Nouvelles intégrations
Nous accueillons les nouvelles intégrations suivantes dans cette version :
- Aqvify, ajoutée par @astrandb, est lancée avec une qualité de niveau « Platine » 🏆.
Surveillez les capteurs de votre puits et de votre réservoir Aqvify dans Home Assistant. L'intégration se connecte via l'API cloud publique d'Aqvify et expose les capteurs de niveau d'eau de votre puits, vous permettant ainsi de surveiller vos réserves et de créer des automatisations basées sur ces données. - Chef iQ, ajouté par @Invader444
Lisez les températures de vos sondes de cuisson sans fil Chef iQ directement via Bluetooth. Aucun compte cloud, station de base ni concentrateur n'est nécessaire : la sonde diffuse ses relevés et Home Assistant les écoute passivement. - Dropbox, ajouté par @bdr99
Enregistrez vos sauvegardes Home Assistant directement sur votre compte Dropbox. La configuration s'effectue via le service d'association de comptes de Home Assistant Cloud ; vous n'avez donc besoin ni d'un abonnement à Home Assistant Cloud ni de vos propres identifiants d'application pour commencer. Une fois la connexion établie, Dropbox apparaît comme emplacement de sauvegarde aux côtés des autres options. - Edifier Infrared, ajouté par @abmantis
Contrôlez votre enceinte Edifier à l'aide de n'importe quel émetteur infrarouge déjà configuré dans Home Assistant. Cette intégration repose sur la plateforme d'entités infrarouges ; vous pouvez donc l'associer à un appareil ESPHome équipé d'une LED infrarouge ou à tout autre émetteur IR pris en charge. La communication étant unidirectionnelle, l'intégration se base sur des états présumés. - energieleser, ajouté par @AjinkyaGokhale
Intégrez dans Home Assistant des relevés d'énergie en temps réel provenant d'appareils energieleser, tels que stromleser, gasleser, wasserleser et wärmeleser. L'intégration récupère les données de consommation via une API HTTP locale ; ainsi, toutes les communications restent au sein de votre réseau. - Envertech EVT800, ajouté par @daniel-bergmann-00
Surveillez votre micro-onduleur solaire Envertech EVT800 dans Home Assistant. L'intégration récupère les données localement via votre réseau et expose des relevés d'énergie et de puissance que vous pouvez suivre sur des tableaux de bord et utiliser dans des automatisations. - Greencell, ajouté par @BrzezowskiGC
Connectez vos chargeurs pour véhicules électriques Greencell à Home Assistant via MQTT. Ce module surveille l'état des chargeurs et les paramètres électriques tels que la tension, le courant et la puissance, et fournit des données de télémétrie en temps réel ainsi que des informations sur les sessions de recharge pour les tableaux de bord et les automatisations. - Helty Flow, ajouté par @ebaschiera
Pilotez vos unités de ventilation décentralisée avec récupération de chaleur Helty Flow grâce à l'interface Wi-Fi intelligente. L'intégration communique directement avec chaque unité sur votre réseau local ; le système continue donc de fonctionner même sans connexion Internet. - KlikAanKlikUit, ajouté par @Phunkafizer
Contrôlez les appareils RF KlikAanKlikUit (433,92 MHz) à auto-apprentissage depuis Home Assistant. Comme l'intégration envoie des commandes par radiofréquence sans canal de retour d'état, elle se base sur des états présumés. - MELCloud Home, ajouté par @erwindouna
Intégrez vos systèmes de climatisation et de pompe à chaleur Mitsubishi Electric dans Home Assistant via MELCloud Home, le service cloud de Mitsubishi Electric. Surveillez et contrôlez vos appareils aux côtés du reste de vos équipements domotiques.
Cette version comporte également des nouvelles intégrations virtuelles. Les intégrations virtuelles sont des modules qui sont gérés par d'autres intégrations (existantes) afin de faciliter leur découverte. Celles-ci sont nouvelles :
- Avosdim, fourni par Motionblinds, added by @mbo18
- BWT, fourni par SEKO PoolDose, added by @lmaertin
- Gitter, fourni par Matrix, added by @tr4nt0r
- Nexen, fourni par Hypontech Cloud, added by @jcisio
Améliorations notables apportées aux intégrations existantes
Il n'y a pas que les nouvelles intégrations qui sont ajoutées, les intégrations existantes sont également améliorées en permanence. Voici quelques-uns des changements notables apportés aux intégrations existantes :
- Les appareils Alexa se sont dotés d'interrupteurs permettant d'activer ou de désactiver les annonces et les communications sur vos appareils Amazon Echo, grâce à @chemelli74. Une plateforme de gestion de listes de tâches a également été ajoutée, vous permettant de gérer vos listes de courses et de tâches Alexa depuis Home Assistant, grâce à @lonlazer.
- SwitchBot a ajouté une entité d'événement de bouton pour le capteur d'ouverture, ainsi que des commandes d'interrupteur pour le ventilateur sur pied. Merci à @prmx et @Onero-testdev !
- Overkiz prend désormais en charge Rexel Energeasy Connect, via ses API cloud et locale. Merci, @iMicknl !
- SwitchBot Cloud peut désormais transférer des images vers le SwitchBot AI Art Frame. Merci, @XiaoLing-git !
- SMTP a intégré les entités de notification, la méthode moderne pour envoyer des notifications par e-mail. Merci, @tr4nt0r !
- GitHub a ajouté des entités qui assurent le suivi des comptes d'utilisateurs GitHub. Merci, @joostlek !
- Environnement Canada s'est doté d'une action « get_alerts » pour récupérer les alertes météo en cours à la demande. Merci, @gwww !
- Wallbox a ajouté un bouton pour reprendre le programme de charge, ce qui est pratique avec la recharge solaire EcoSmart. Merci, @Rayman223 !
- Tesla Powerwall prend désormais en charge le Powerwall 3 et intègre des capteurs pour le mode de fonctionnement ainsi que pour la puissance maximale de charge et de décharge. Merci à @Bre77 et @BrettLynch123 !
- Tedee a ajouté un capteur binaire de connectivité, vous permettant ainsi de savoir quand une serrure se déconnecte du réseau. Merci, @zweck !
- BleBox a ajouté la prise en charge des appareils openSensor et drutexSmart, y compris les capteurs de CO2. Merci, @bkobus-bbx !
- Droplet signale désormais les alertes de fuite. Merci, @sarahseidman !
- Whirlpool Appliances a ajouté un bouton pour arrêter le four. Merci, @bdlcalvin !
- Yoto a beaucoup attiré l'attention avec cette version : un navigateur multimédia, ainsi que de nouveaux capteurs, des capteurs binaires, une entité temporelle et des commandes numériques pour la luminosité de l'écran et le volume maximal. Merci, @piitaya !
- Samsung Infrared a ajouté des boutons pour des commandes individuelles de la télécommande. Merci, @lmaertin !
- openSenseMap expose désormais ses mesures environnementales sous forme de capteurs. Merci, @AlCalzone !
- OpenEVSE a ajouté des capteurs binaires pour l'état de votre borne de recharge. Merci, @firstof9 !
- Rabbit Air a ajouté un capteur de qualité de l'air. Merci, @MagikalUnicorn !
- Green Planet Energy a pris des mesures pour trouver la période où les prix de l'énergie sont les plus bas. Merci, @petschni !
- Duco a ajouté une option de sélection pour définir l'état de ventilation de vos nœuds de centrale Duco. Merci, @ronaldvdmeer !
- Hypontech Cloud a ajouté des capteurs de charge, de réseau et de batterie. Merci, @jcisio !
- Xthings Cloud a ajouté une plateforme de commutation. Merci, @zhangluofeng !
- Kiosker a ajouté un bouton pour lever le masquage de l'écran, ainsi que des capteurs binaires et des capteurs fournissant des détails sur ce masquage. Merci, @Claeysson !
- PAJ GPS a ajouté des capteurs de batterie pour vos traceurs. Merci, @skipperro !
- Vistapool s'est considérablement enrichi, avec l'ajout de nouvelles entités de boutons, de chiffres, de lumières et de capteurs binaires pour le contrôleur de votre piscine. Merci, @fdebrus !
- Fluss+ prend désormais en charge les fermetures, telles que les portails et les portes de garage. Merci, @Marcello17 !
- Imou a ajouté la diffusion en direct des caméras. Merci, @Imou-OpenPlatform !
Intégrations changeant de niveaux d'évaluations
Chez Home Assistant, nous sommes particulièrement fiers de notre système d'évaluation de la qualité des intégrations. Ce système nous permet, ainsi qu'à nos contributeurs, de garantir des intégrations de haute qualité, maintenables et offrant la meilleure expérience utilisateur possible.
Dans cette version, nous mettons à l'honneur plusieurs intégrations dont la qualité a été améliorée :
- 1 intégration a atteint le niveau Platine 🏆
- 2 intégrations ont atteint le niveau Or 🥇
- Anthropic, grâce à @Shulyaka
- Growatt, grâce à @johanzander
- 3 intégrations ont atteint le niveau Argent 🥈
- OpenEVSE, grâce à @c00w
- OVHcloud AI Endpoints, grâce à @Crocmagnon
- Splunk, grâce à @Bre77
- 1 intégration a atteint le niveau Bronze 🥉
- openSenseMap, merci à @AlCalzone
Il s'agit d'une formidable réussite pour ces intégrations et leurs responsables. Les efforts et le dévouement nécessaires pour atteindre ces niveaux de qualité sont considérables, car ils impliquent des tests approfondis, de la documentation, la gestion des erreurs et souvent la réécriture complète de certaines parties de l'intégration.
Un grand merci à tous les contributeurs impliqués ! 👏
Désormais disponibles à partir de l'interface utilisateur
Alors que la plupart des intégrations peuvent être configurées directement depuis l'interface utilisateur de Home Assistant, certaines n'étaient disponibles qu'en utilisant la configuration YAML. Nous déplaçons de plus en plus d'intégrations vers l'interface utilisateur, les rendant ainsi plus accessibles à tous pour les configurer et les utiliser.
Les intégrations suivantes sont maintenant disponibles via l'interface utilisateur de Home Assistant :
- Onduleur solaire SAJ, réalisé par @edurenye
- SMTP, réalisé par @tr4nt0r
- Swisscom Internet-Box, réalisé par @anatosun
- UniFi AP, réalisé par @PaulVanSchayck
Adieu aux entités suivantes
Il est temps de faire un peu de ménage — et non, nous n'avons pas attendu le printemps. Les intégrations suivantes ne sont plus disponibles à partir de cette version. La plupart d'entre elles ne fonctionnaient plus depuis un certain temps, car elles reposaient sur des bibliothèques ou des services dont la maintenance a cessé ou qui ont été mis hors ligne il y a des années :
- Le projecteur Acer a été retiré. Il était en panne depuis 2019.
- Ampio Smog a été supprimé. Le service de qualité de l'air qu'il interrogeait est hors ligne et sa bibliothèque n'est plus maintenue depuis 2019 ; il ne fonctionne donc plus.
- La PDU pour baie ATEN a été retirée. Elle était hors service depuis 2024 en raison d'un conflit de dépendances, et son mainteneur a quitté ses fonctions sans que personne ne prenne la relève.
- Avi-on a été supprimé. Il dépendait de la bibliothèque bluepy, dont Home Assistant a abandonné la prise en charge avec la version 2022.7 et qui n'est plus maintenue depuis 2018.
- BeeWi SmartClim a été supprimé pour la même raison : il reposait sur la bibliothèque bluepy, qui n'était plus maintenue depuis longtemps et dont Home Assistant a abandonné la prise en charge dans la version 2022.7.
- BlinkStick a été supprimé. Il a été désactivé en 2024 car il reposait sur une bibliothèque non open source qui n'est plus maintenue depuis 2020.
- Clementine a été retiré. Il ne fonctionnait plus depuis 2023 et sa bibliothèque n'était plus maintenue depuis 2018.
- Dovado a été supprimé. Il avait été désactivé dans la version 2024.7 car il reposait sur une bibliothèque non open source qui n'est plus maintenue depuis 2017.
- ELIQ Online a été supprimé. Son point de terminaison d'API n'existe plus et la bibliothèque sous-jacente n'est plus maintenue depuis des années.
- Gitter a été supprimé. Gitter a migré vers Matrix en 2023 et son ancienne API ne fonctionne plus ; il s'agit désormais d'une intégration virtuelle gérée par l'intégration Matrix, que vous pouvez utiliser pour vous connecter à la place.
- Greenwave Reality a été supprimé. L'intégration ne fonctionnait plus depuis environ 2022, car les appareils utilisent une clé de chiffrement obsolète rejetée par les systèmes modernes, et la bibliothèque associée n'est plus maintenue depuis 2018.
- Logentries a été supprimé. Le service a été rebaptisé InsightOps il y a plusieurs années et n'est plus proposé ; son point de terminaison API ne répond plus.
- Microsoft Face a été supprimé, tout comme les intégrations Microsoft Face Detect et Microsoft Face Identify qui s'appuyaient sur ce service. Elles ne fonctionnaient plus depuis 2022, à la suite d'une modification de l'API Face d'Azure (Microsoft).
- MS Teams a été supprimé. L'intégration reposait sur les connecteurs Office 365, dont Microsoft a mis fin au service le 22 mai 2026 ; elle ne fonctionne donc plus.
- Mycroft a été supprimé. Il a été désactivé dans la version 2023.6 en raison d'un conflit de dépendances insoluble, et sa bibliothèque n'a pas été mise à jour depuis.
- SCSGate a été supprimé. Il nécessitait du matériel de bricolage obscur qui n'est plus disponible, sa bibliothèque n'était plus maintenue depuis une décennie et il ne comptait pratiquement plus aucun utilisateur.
- ThermoWorks Smoke a été supprimé. Il a été désactivé dans la version 2024.10 en raison d'un conflit de dépendances, et sa bibliothèque n'est plus maintenue depuis 2019.
- Tikteck a été supprimé.
- UniFi LED a été supprimé. Le matériel n'est plus commercialisé et l'intégration ne comptait plus aucun utilisateur.
- Watson TTS a été supprimé. Il avait été désactivé en 2023 en raison d'un conflit de dépendances, et personne ne s'est proposé pour le mettre à jour depuis.
Autres changements notables
Il y a beaucoup plus d'améliorations dans cette version ; Voici quelques-uns des autres changements notables dans cette version :
- Modifiez la durée d'un minuteur en cours. Changez la durée d'un minuteur directement depuis sa boîte de dialogue ; inutile de l'annuler pour recommencer. Merci, @chli1 !
- Une interface plus rapide. Cette version intègre d'importantes améliorations des performances, notamment pour les graphiques d'énergie, d'historique et de statistiques ; ils s'affichent plus vite et sont plus réactifs. Merci, @MindFreeze !
- Les pages dédiées aux appareils et aux zones s'adaptent à votre écran. Elles utilisent désormais une mise en page adaptative en colonnes, et la page de l'appareil affiche ses entités principales en premier, plaçant ainsi les commandes importantes tout en haut.
- Plus de contexte dans l'éditeur de scène. Les lignes d'entités affichent désormais leur type ainsi que l'intégration à laquelle elles appartiennent, ce qui rend les scènes volumineuses plus faciles à lire. Merci, @pszypowicz !
- Étiquettes dans l'App Store. L'App Store affiche désormais des étiquettes et signale les applications que vous avez déjà installées. Merci, @bramkragten !
- Un sous-éditeur pour la carte de graphique statistique. Configurez chaque entité directement depuis l'éditeur visuel de la carte. Merci, @ildar170975 !
- Les tests de conditions en temps réel continuent de s'améliorer. Les conditions affichent désormais des icônes d'état plus explicites (répondant au problème d'accessibilité lié à l'utilisation exclusive du rouge et du vert dans la version précédente), l'indicateur fonctionne sur mobile dans l'éditeur de visibilité, et les tests en temps réel couvrent désormais aussi les conditions au sein des actions. Merci à @silamon et @marcinbauer-ohf !
- Masquer des colonnes dans les outils de développement. L'onglet « États » permet désormais de masquer les colonnes « Appareil » et « Zone ». Merci, @vingerha !
- Capteurs d'humidité du sol Matter. Les capteurs d'humidité du sol certifiés Matter apparaissent désormais dans Home Assistant. Merci, @lboue !
- Une catégorie d'appareils de type « projecteur » pour les lecteurs multimédias. Les projecteurs constituent désormais une catégorie d'appareils à part entière, également prise en charge par Google Assistant, HomeKit et SmartThings. Merci, @jtjart !
- Les lumières basées sur des modèles (template lights) prennent en charge les couleurs XY. Créez des lumières de ce type avec une prise en charge complète des couleurs XY. Merci, @Petro31 !
- Nettoyez une pièce spécifique depuis Google Assistant. Demandez à Google d'envoyer votre robot aspirateur dans une pièce particulière. Merci, @joostlek !
- Des modèles plus rapides. Sous le capot, une optimisation du moteur de rendu permet aux modèles de s'afficher jusqu'à 40 % plus vite. Merci, @frenck !
- Des traces d'automatisation plus claires. Lorsque vous déboguez une automatisation ou un script, la trace inclut désormais systématiquement les erreurs de modèle, ce qui permet d'identifier plus facilement ce qui a échoué. Merci, @emontnemery !
Sélection du format de l'heure
Certaines entités indiquent une heure ou un moment précis : un capteur affichant le prochain lever de soleil, l'horodatage de votre dernière sauvegarde ou un compte à rebours jusqu'au prochain événement de votre calendrier. La manière d'afficher cette information est une question de préférence : parfois, vous souhaitez connaître la date et l'heure exactes, tandis qu'à d'autres moments, une indication plus conviviale — comme « dans 3 heures » ou « il y a 2 jours » — s'avère bien plus utile pour une lecture rapide.
Jusqu'à présent, le choix du mode d'affichage d'un horodatage nécessitait de modifier le code YAML. Cette version intègre cette option directement dans l'interface utilisateur. Lorsque vous ajoutez une entité de type horodatage à une carte « Tuile » (Tile card), à une carte « Entités » ou sous forme de badge d'entité, une option de format horaire apparaît dans l'éditeur ; vous pouvez ainsi choisir la présentation de l'heure, y compris via de nouveaux styles (court ou long) pour le format relatif.

Merci, @karwosts !
Panneaux dédiés à l'infrarouge et à la RF
Plus tôt cette année, Home Assistant s'est doté de plateformes d'entités dédiées aux appareils infrarouges et radiofréquences ; il s'agit des fondations sur lesquelles reposent les intégrations permettant de piloter vos équipements via un émetteur infrarouge (IR blaster) ou un émetteur 433 MHz. Cette mise à jour leur offre un emplacement dédié.
Deux nouveaux panneaux font leur apparition dans le menu Paramètres : l'un pour l'infrarouge et l'autre pour la radiofréquence. Chacun d'eux répertorie les proxies et émetteurs que vous avez configurés, vous permettant ainsi de visualiser vos émetteurs IR et vos passerelles RF d'un seul coup d'œil et d'accéder directement à celui que vous recherchez, sans avoir à les chercher parmi tous les autres éléments. Ces panneaux ne s'affichent que si vous possédez effectivement de tels appareils ; ils restent donc invisibles dans le cas contraire.

Merci, @balloob !
La gestion des appareils Zigbee dans ZHA a été entièrement remaniée.
Gérer un appareil Zigbee via ZHA impliquait auparavant de devoir plisser les yeux face à une fenêtre de dialogue exiguë. Les outils relatifs aux clusters, aux liaisons (bindings), à la signature et aux voisins étaient bien présents, mais entassés dans une petite fenêtre surgissante qui manquait cruellement d'espace.
Cette mise à jour déplace l'ensemble de ces éléments vers une vue dédiée occupant toute la page. Les outils sont désormais organisés via un système d'onglets, avec une carte récapitulative de l'appareil en haut de page ; par ailleurs, l'affichage des états de chargement, de vide et d'erreur a été harmonisé et épuré. On retrouve les mêmes fonctionnalités puissantes de gestion Zigbee, mais avec une bien meilleure ergonomie.

Merci, @jpbede !
Maintenir le firmware de votre Raspberry Pi à jour
Vous utilisez Home Assistant Operating System sur un Raspberry Pi ? Vous êtes en bonne compagnie : selon nos données analytiques publiques (basées sur le volontariat), la plateforme Raspberry Pi équipe actuellement environ un tiers de toutes les installations. Avec cette version, une « entité de mise à jour » est désormais disponible pour le firmware du chargeur de démarrage (bootloader) du Pi, souvent appelé mise à jour de l'EEPROM. Vous pouvez le maintenir à jour directement depuis le menu Paramètres > Mises à jour, au même endroit que pour toutes les autres mises à jour.
Il ne s'agit pas d'une simple fonctionnalité accessoire. En particulier sur le Raspberry Pi 5 et le Compute Module 5, ce firmware apporte des corrections de bugs, une meilleure compatibilité avec les disques NVMe, des améliorations thermiques et bien plus encore. Jusqu'à présent, la mise à jour de ce firmware était fastidieuse : il fallait flasher une autre carte SD avec une image spécifique, ou bien connecter un clavier et un écran pour exécuter manuellement la commande rpi-eeprom-update. Désormais, une seule étape suffit.

Quelques points à retenir :
- Cela nécessite Home Assistant Operating System version 18 ou ultérieure, qui fournit la prise en charge sur laquelle repose l'entité de mise à jour. Sur les versions antérieures, cette entité est tout simplement absente.
- Sur un Raspberry Pi 4, la mise à jour du firmware n'est possible que si la carte démarre depuis une carte SD. Si votre Pi 4 démarre depuis un support de stockage USB, la mise à jour n'est pas disponible. Il s'agit d'une limitation du système de mise à jour, et d'une raison supplémentaire pour laquelle nous recommandons d'utiliser l'USB uniquement comme disque de données tout en conservant une carte SD comme périphérique de démarrage principal.
- Toutes les cartes ne permettent pas une mise à jour du firmware de cette manière. Outre le Raspberry Pi 4 démarrant depuis un support USB, le Home Assistant Yellow équipé d'un Compute Module 4 n'est pas non plus pris en charge. Lorsque la mise à jour ne peut pas être effectuée, l'entité n'apparaît pas ; vous ne verrez donc pas de mise à jour qui ne fonctionnerait pas.
- Une fois la mise à jour appliquée, Home Assistant vous invite à redémarrer pour finaliser l'opération;
Merci, @sairon !
Besoin d'aide ? Rejoignez la communauté
Home Assistant dispose d'une formidable communauté d'utilisateurs qui sont tous prêts à s'entraider. Alors, rejoignez-nous !
Notre serveur de chat Discord très actif est un excellent endroit où se retrouver, et n'oubliez pas de rejoindre nos formidables forums.
Vous avez trouvé un bug ou un problème ? Signalez-le dans notre outil de suivi des problèmes afin qu'il soit corrigé ! Vous pouvez également consulter notre page d'aide pour obtenir des conseils sur les autres ressources disponibles.
Vous préférez les e-mails ? Inscrivez-vous à la newsletter de l'Open Home Foundation pour recevoir directement dans votre boîte mail les dernières actualités sur les fonctionnalités, les événements de notre communauté et les autres projets qui soutiennent l'Open Home.
Modifications incompatibles avec les versions antérieures
Nous faisons tout notre possible pour éviter d'apporter des modifications aux fonctionnalités existantes qui pourraient avoir un impact inattendu sur votre installation Home Assistant. Malheureusement, cela est parfois inévitable.
Nous veillons toujours à documenter ces modifications afin de vous faciliter au maximum la transition. Cette version comporte les modifications suivantes, incompatibles avec les versions antérieures :
Déclencheurs et conditions spécifiques à un objectif
Plusieurs déclencheurs et conditions liés aux entités — faisant partie des nouveaux déclencheurs et conditions spécifiques à un usage précis — ont été renommés afin que leurs clés soient cohérentes dans tous les domaines. Les anciennes clés ne fonctionnent plus.
Les déclencheurs suivants ont été modifiés :
battery.lowdevientbattery.became_lowbattery.not_lowdevientbattery.no_longer_lowlawn_mower.dockeddevientlawn_mower.returned_to_dockschedule.turned_offdevientschedule.block_endedschedule.turned_ondevientschedule.block_startedtimer.time_remainingdevienttimer.remaining_time_reachedupdate.update_became_availabledevientupdate.became_availablevacuum.dockeddevientvacuum.returned_to_dock
Les conditions suivantes ont été modifiées :
climate.target_humiditydevientclimate.is_target_humidityclimate.target_temperaturedevientclimate.is_target_temperature
Si une automatisation ou un script utilise l'un de ces éléments, il cessera de fonctionner tant qu'il n'aura pas été mis à jour. Pour corriger le problème, ouvrez l'automatisation ou le script concerné, resélectionnez le déclencheur ou la condition (qui apparaît désormais sous son nouveau nom) et enregistrez. Si vous effectuez des modifications en YAML, remplacez l'ancienne clé par la nouvelle figurant dans la liste ci-dessus.
(@frenck - #174463)
BSB-LAN
L'intégration BSB-LAN ne prend plus en charge l'ancienne API JSON version 1. Si votre appareil BSB-LAN utilise un firmware très ancien compatible uniquement avec l'API version 1, veuillez le mettre à jour vers un firmware prenant en charge l'API version 2 afin d'assurer un fonctionnement optimal.
Vous recevrez une notification de réparation si votre appareil est concerné.
(@liudger - #172843) (Documentation BSB-LAN)
iCloud
L’attribut battery_level a été supprimé des entités de suivi des appareils iCloud. Utilisez plutôt le capteur de batterie dédié dans vos automatisations et scripts.
(@some-random-climber - #174117) (Documentation iCloud)
Person
Les entités Personne ne communiquent plus la latitude et la longitude de leur zone de domicile lorsque leur localisation provient d'un scanner de présence associé à cette zone.
Si vous utilisez des automatisations ou des scripts qui vérifient les coordonnées d'une personne, veuillez les modifier. Pour vérifier si une personne se trouve dans une zone spécifique, utilisez plutôt le nouvel attribut d'état in_zones.
(@emontnemery - #173042) (Documentation Personne)
Rabbit Air
Les valeurs des modes prédéfinis du ventilateur Rabbit Air sont passées de la casse « Titre » (majuscule initiale) à la casse minuscule afin de respecter la convention d'état de Home Assistant : Auto devient auto, Manual devient manual et Pollen devient pollen. Les libellés affichés aux utilisateurs restent inchangés dans les traductions.
Mettez à jour les automatisations, scripts, modèles (templates) ou appels d'action qui font référence aux anciennes valeurs prédéfinies (en casse « Titre »).
(@MagikalUnicorn - #172931) (Documentation Rabbit Air)
Reolink
Les caméras à double objectif Reolink Duo PoE et Duo WiFi exposent désormais un sous-dispositif par objectif. Les entités de caméra et de capteur de mouvement/IA, qui portaient auparavant le suffixe « lens 0 » ou « lens 1 » dans leur nom, sont transférées vers les nouveaux sous-dispositifs d'objectif et perdent ce suffixe. Les identifiants d'entité et les noms personnalisés restent inchangés ; la plupart des automatisations continuent donc de fonctionner.
Si vous ciblez ces entités via le dispositif de caméra, mettez-les à jour pour utiliser les nouveaux sous-dispositifs d'objectif.
(@Markus98 - #173037) (Documentation Reolink)
StarLine
L'attribut battery_level a été supprimé des entités de suivi des appareils StarLine. Utilisez plutôt le capteur de batterie dédié dans vos automatisations et scripts.
(@some-random-climber - #174118) (Documentation StarLine)
Tesla Fleet
Le dispositif de suivi d'itinéraire (device_tracker.<vehicle>_route) n'indique plus le nom de la destination de l'itinéraire actif comme état. Son état est désormais déterminé à partir de vos zones, tout comme pour un dispositif de suivi classique (home, not_home ou le nom d'une zone), en fonction des coordonnées de l'itinéraire.
Le nom de la destination reste disponible via le nouveau capteur de destination (sensor.<vehicle>_destination), qui est désactivé par défaut. Activez-le dans les paramètres de l'entité si vous disposez d'automatisations reposant sur le nom de la destination, et mettez à jour toute automatisation qui se basait sur l'ancien état du suivi d'itinéraire.
(@Bre77 - #172513) (Documentation Tesla Fleet)
Teslemetry
Le suivi d'itinéraire ne renvoie plus la destination de l'itinéraire actif dans son état ni via un attribut location_name. Son état est désormais déterminé uniquement par les coordonnées de l'itinéraire (en tenant compte de la zone, comme « domicile » ou « hors domicile »).
Si vous utilisiez le nom de la destination, activez le nouveau capteur de destination (sensor.*_destination), désactivé par défaut, qui renvoie le nom de la destination tel que fourni par Tesla.
(@Bre77 - #172514) (Documentation Teslametry)
Tractive
L'attribut battery_level a été supprimé des entités de suivi d'appareils Tractive. Utilisez plutôt le capteur de batterie dédié dans vos automatisations et scripts.
(@bieniu - #172756) (Documentation Tractive)
Zeroconf
Le champ hérité requires_api_password a été supprimé de l'annonce de découverte zeroconf/mDNS de Home Assistant (_home-assistant._tcp). Il était codé en dur sur true depuis la suppression du mécanisme d'authentification http.api_password dans Home Assistant 2024.7 ; il n'avait donc plus aucune utilité. Les applications compagnons officielles l'ignorent déjà.
Les clients de découverte tiers qui lisent encore ce champ doivent être capables de gérer son absence.
(@agners - #173090) (Documentation Zeroconf) (Documentation de l'API)
Zone
L'état (nombre de personnes) et l'attribut persons des entités de zone sont désormais calculés à partir de l'attribut in_zones des entités de type « personne ». Par conséquent, une personne peut désormais être comptabilisée dans plusieurs zones simultanément. Par exemple, une personne présente à son domicile avec l'attribut in_zones: ["home", "near_home"] est désormais comptabilisée à la fois pour zone.home et zone.near_home, alors qu'auparavant, elle n'était comptabilisée que pour zone.home.
De plus, l'état des dispositifs de suivi de localisation (device trackers) correspond désormais à la zone la plus petite dans laquelle se trouve l'appareil, et non plus à la zone dont le centre est le plus proche de l'appareil.
Les automatisations, scripts ou modèles (templates) qui dépendent du nombre de personnes dans une zone ou de l'état de zone des dispositifs de suivi pourraient nécessiter des ajustements.
(@emontnemery - #172942, #173106) (Documentation sur les zones)
Z-Wave JS
Cette version nécessite un serveur Z-Wave JS mis à jour. Vous devez disposer de zwave-js-server en version 3.9.0 ou ultérieure (schéma 49) :
- Si vous utilisez l'application Z-Wave JS, mettez-la à jour vers la version 1.4.0 minimum.
- Si vous utilisez le conteneur Docker Z-Wave JS UI, mettez-le à jour vers la version 11.19.1 minimum.
- Si vous exécutez votre propre instance de zwave-js-server, mettez-la à jour vers la version 3.9.0 minimum.
(@AlCalzone - #173309) (Documentation Z-Wave JS)
Si vous êtes développeur d'intégrations personnalisées et que vous souhaitez en savoir plus sur les changements et les nouvelles fonctionnalités disponibles pour votre intégration, veillez à suivre notre blog pour les développeurs. Voici les changements les plus notables de cette version :
- Modifications des modèles d'entités de suivi d'appareils
- Mises à jour des composants de l'interface (frontend) dans la version 2026.7
- Introduction de nouveaux énumérateurs d'unités
- Obsolescence du drapeau
home_assistant_startdeasync_initialize_triggers
Toutes les modifications
Bien sûr, il y a beaucoup plus de choses dans cette version. Vous pouvez trouver une liste de tous les changements effectués ici : Liste complète des modifications apportées à Home Assistant Core 2026.7 (non traduits)
