0.115 : sortie le jour J ! Navigateur multimédia, balises, automatisations et WTH

Assistant à domicile 0.115

Assistant à domicile 0.115

Joyeux anniversaire assistant à domicile !

Il y a une fête ici 🕺
Un dévouement pour durer au fil des années 🥳
Alors apportez vos bons moments, et vos rires aussi ????
Nous allons célébrer notre fête avec toi 🎁

C'est une fête ! 🎉

~ Kool & The Gang – Célébration

7! Siétez! Alors ! Sylv! Sept! Seitseman! Cedem! Septembre! Sju! Oui! Zeven! Sette!
Sept! Des années aujourd'hui ! Et ooooh, allons-nous faire la fête et célébrer avec
vous!

Vous l'aurez peut-être remarqué, cette sortie arrive un peu en retard, avec deux semaines de retard.
Notre cycle de sortie régulier est de 3 semaines, cette fois cependant, nous avons pris 5 semaines.
Bien sûr, la raison était bien sûr liée à notre anniversaire d'aujourd'hui, mais qu'est-ce qu'un
meilleur cadeau qu'une sortie bien remplie qui a quelque chose pour tout le monde ?

Heureusement, beaucoup d'entre vous ont partagé leurs articles de liste de cadeaux pendant
le mois de « Qu'est-ce que c'est ? » (WTH). Je vous aime tous! Quel bon et
un ensemble incroyable de bonnes idées, de désagréments et d'autres suggestions ont été faites dans
ce forum ce mois-ci !

Et ce n’est pas seulement cela, beaucoup de gens se sont également précipités pour réparer ces choses !
Quelle communauté ! Le mois de WTH est presque terminé maintenant, après cela nous
fermez la catégorie sur le forum, jusqu'au prochain mois WTH.

En plus de cela, deux fonctionnalités totalement nouvelles et importantes sont ajoutées à cette version, qui
nous voulions vraiment peaufiner avant de le sortir.

J'écris habituellement certaines choses sur la sortie dans mon introduction personnelle
note ici, mais honnêtement, je ne sais pas par où commencer… c'est juste
trop putain ! J'adore les nouvelles fonctionnalités d'automatisation, mais il y en a tellement
beaucoup d'entre eux dans cette version également. 😅 Je ne vais pas essayer d'écrire ça. 😂

Alors permettez-moi de terminer en remerciant notre père fondateur :

Paulus, merci beaucoup pour ce que tu as imaginé, commencé et créé 7
il y a des années. Votre idée a changé la vie de nombreuses personnes, y compris la mienne.
Thank you.

Bien sûr, ce n'est pas seulement Paulus, mais tous les autres qui contribuent au
projet de quelque manière que ce soit. Code, SMS, assistance, chat, vidéo YouTube, diffusions en direct,
blogs, articles, guides communautaires, documentation, tweets, problèmes, rapports de bogues,
demandes de fonctionnalités, idées, questions ou même si vous l'utilisez simplement.
Merci d'avoir contribué ! ❤️

Joyeux anniversaire et bonne sortie !

../Français

Table des matières

Très bien, cette version est massive, voici donc une table des matières pour vous aider
vous guider dans cette version.

Navigateur multimédia

Cette version comprend un ensemble intéressant de fonctionnalités autour des médias. Si les médias
lecteur le prend en charge, vous pouvez désormais parcourir la bibliothèque multimédia du lecteur et rapidement
changez ce que vous écoutez. Plus besoin de deux applications si vous le souhaitez
changez les lumières et choisissez de la musique.

N'importe quel lecteur multimédia peut activer cette nouvelle fonctionnalité. Cette version ajoute un navigateur multimédia
soutien à Arcam FMJ, Kodi,
Philips JS, Plex,
Roku, Sonos
et Spotify!

Grâce au @jjlawren pour la mise en œuvre initiale et pour @cgtobi,
@ctalkington, @martinhjelmare, @elupus pour les travaux sur les différents
intégrations et raffinement du backend.

Mais un navigateur multimédia n'est pas seulement un backend, il doit également être beau. Heureusement,
nous avons eu @NKDZCK sur l'affaire, avec l'aide de @bramkragten. Ils sont venus avec
un beau design pour que vous puissiez parcourir vos médias avec style.

Quand @hunterjm En voyant le nouveau navigateur multimédia, il a eu une idée. Et si l'utilisateur peut
utilisez le navigateur multimédia pour parcourir les médias proposés par n'importe quelle intégration et les lire sur
l'un de leurs lecteurs multimédias ? Et ainsi
l'intégration des sources média est né.

La première source multimédia ajoutée consiste à permettre aux utilisateurs de lire des médias locaux.
Les médias locaux peuvent être des événements de détection de mouvement provenant de votre caméra IP ou un ensemble de
fichiers musicaux à utiliser avec Assistant à domicile Tags.

Home Assistant, par défaut, examinera le /media chemin. Si vous utilisez Accueil
Assistant OS (l'installation par défaut), vous pouvez utiliser le module complémentaire Samba pour télécharger des médias.
Si vous utilisez Docker, vous devez monter un volume sur /media et si vous utilisez un
Environnement virtuel Python, la valeur par défaut est <config>/media.

Vous pouvez également spécifier vos propres chemins multimédias avec une nouvelle option de configuration
in configuration.yaml:

homeassistant:
  media_dirs:
    motion: /media/motion_events
    music: /media/music

Media Source ne se limite pas aux médias locaux. Toute intégration peut offrir ses
. @cgtobi vous avez amélioré l'intégration Netatmo,
qui proposera désormais de lire ses événements de mouvement enregistrés.

Les intégrations de lecteurs multimédias qui souhaitent lire des sources multimédias devront être
mis à jour. Dans cette version, nous avons mis à jour l'intégration Chromecast.
Si vous cliquez sur son bouton de navigateur multimédia, les fichiers disponibles vous seront présentés.
sources locales.

Parfois, vous souhaitez simplement lire vos médias sans avoir à allumer le téléviseur. À
couvrir cette affaire, @NKDZCK ajout d'un nouveau navigateur multimédia à Home Assistant
interface, qui peut être utilisée pour lire vos médias. De cette façon, vous pouvez voir rapidement
de quoi parlait cet événement de mouvement que vous venez de recevoir.

Assistant à domicile Tags

Assistant à domicile 0.115
Assistant à domicile 0.115

Le lecteur de tags Home Assistant, réalisé par Adonno avec l'aide de MagnusO.

Home Assistant prend désormais en charge nativement les balises ! Avec les balises Home Assistant, nous sommes
faire des étiquettes scannables (NFC/RFID) un citoyen de premier ordre dans Home Assistant.
Facile à lire, à écrire et à automatiser !

Nous avons une belle interface utilisateur dans le frontend, nos applications mobiles compagnons ont
a été mis à jour pour fonctionner de manière transparente avec les balises et il existe désormais même un logiciel open source
scanner disponible, comme le montre l’image ci-dessus.

Pour tous les détails, lire l'article de blog dédié sur les balises Home Assistant!

Personnalisez la barre latérale

L'une des fonctions les plus demandées de What the heck était de personnaliser le
barre latérale : vous souhaitez afficher l'historique de vos entités dans la boîte de dialogue Plus d'informations, mais vous
n'utilisez pas ce panneau d'historique. Ou vous voulez des calendriers pour automatiser, ou dans
les nouvelles cartes Lovelace, mais vous ne voulez pas d'un panneau de calendrier avec tous vos calendriers.

Vous pouvez désormais masquer les panneaux de la barre latérale et les réorganiser en les faisant simplement glisser et
Laisse-les tomber.

Assistant à domicile 0.115
Assistant à domicile 0.115

Enregistrement d'écran de la personnalisation de la barre latérale.

Vous pouvez accéder au mode édition en appuyant longuement sur l'en-tête de la barre latérale ou à partir de
votre page de profil. Vous pouvez ensuite faire glisser les éléments dans l'ordre souhaité
ou supprimez-les en cliquant sur le x à côté de cela.

Les éléments supprimés seront visibles en bas de la liste, en cliquant sur le bouton
+ bouton, vous pouvez les ajouter à nouveau à la barre latérale.

Ces paramètres sont stockés sur votre appareil dans le stockage local de votre navigateur,
cela signifie que ce paramètre est basé sur l'appareil et sera effacé lorsque vous vous déconnecterez.

Téléchargement d'image de personne

Vous pouvez désormais télécharger des images pour une personne dans le frontend !

Sélectionnez ou déposez une image dans le champ de saisie, puis recadrez-la en carré. Le
L'image est stockée sur votre serveur Home Assistant.

Nous utiliserons l'image dans le frontend pour vos personnes et la barre latérale pour le
utilisateur lié à cette personne.

Cette fonctionnalité est alimentée par la nouvelle intégration d'image et s'ouvre pour l'avenir
possibilités. Par exemple, télécharger des images, à utiliser dans votre photo Lovelace
des cartes, ce serait bien !

Boîte de dialogue Plus d'informations mise à jour

La boîte de dialogue Plus d'informations est mise à jour. Dans le cas où une entité exerce des contrôles, par exemple
une lumière, la boîte de dialogue Plus d'informations aura désormais 2 onglets. Un pour les contrôles et un
pour l'histoire.

Dans l'onglet historique, vous pouvez retrouver le graphique d'historique auquel vous êtes habitué et maintenant aussi
une liste des entrées du journal de bord de l’entité spécifique.

Assistant à domicile 0.115
Assistant à domicile 0.115

Les boîtes de dialogue Plus d'informations mises à jour, affichant les deux onglets : détails et historique.

Pour les entités sans contrôles (comme un capteur), aucun onglet ne sera affiché comme avant.

Plus d'informations dans le panneau du journal de bord

Le journal de bord montrera maintenant quelle automatisation ou quel script a provoqué le changement et
quelle action a été utilisée pour réaliser le changement.

Cela résout encore une autre requête WTH. Ce sera vraiment utile de trouver ceux-là
les cas qui sont : WTH a allumé cette lumière ?

Capture d'écran du journal de bord montrant les sources des événements.
Le journal de bord montre quelle automatisation a modifié l'état de mon flux lumineux.

Mises à jour de l'automatisation et des scripts

Le mois du « Qu'est-ce que c'est ? » apporté beaucoup de sujets qui évoluent autour
des automatisations et des scripts, dont un bon nombre ont été corrigés dans cette version.
De plus, de nombreuses améliorations étaient déjà en attente. Si tu
comme faire de l'automatisation dans YAML, vous allez probablement adorer cette version.

Avant de commencer la liste des fonctionnalités nouvellement ajoutées, parlons de l'accueil
Assistant frontal. Vous pouvez désormais dupliquer un automatisme et, le présent depuis longtemps
mais toujours désactivés, la condition en double, le déclencheur et la fonction d'action sont désormais
ça marche aussi enfin !

Nouvelle action : Attendre le déclencheur

Il s'agit d'une nouvelle action spéciale qui peut être utilisée dans une action d'automatisation ou
séquence de script qui vous permet de suspendre l'exécution jusqu'à un certain déclencheur
est tiré. Cela peut être utile pour les automatisations ou les scripts composés de
plusieurs étapes.

Dans cet exemple, une notification est envoyée lorsque l'on franchit deux portes
pour entrer dans le jardin, mais seulement lorsque les deux portes sont franchies dans les 10 secondes.

automation:
  - trigger:
      - platform: state
        entity_id: binary_sensor.gate1
        to: "on"
    action:
      - wait_for_trigger:
          - platform: state
            entity_id: binary_sensor.gate2
            to: "on"
        timeout: 10
        continue_on_timeout: false
      - service: notify.notify
        data:
          message: Someone just entered the yard!

Cet exemple est simple et probablement inutile pour la plupart d’entre nous. Cependant,
Disons que vous avez laissé la porte de votre garage ouverte et que vous quittez la zone « Accueil ». Maison
L'Assistant peut vous envoyer une notification exploitable disant : "Hé, tu es parti
la porte du garage est ouverte, dois-je la fermer pour vous ? avec 2 choix : Oui/Non.

Là où auparavant vous auriez eu besoin de 3 automatisations pour cela. La première
pour envoyer une notification et deux autres pour gérer le « Oui » ou le « Non »
répondre. En utilisant le wait_for_trigger cela pourrait être fait en une seule automatisation.

Juste après l'envoi de la notification, le wait_for_trigger pourrait arrêter le
script de continuer, jusqu'à ce qu'il reçoive la réponse « Oui » ou « Non » et continue
après cela et exécutez les actions que vous souhaitez en fonction de la réponse reçue.

Cette nouvelle fonctionnalité n'est pas uniquement destinée à nos utilisations YAML ; il est également ajouté à notre
éditeur d'automatisation dans l'interface utilisateur.

Capture d'écran du nouveau wait_for_trigger dans l'éditeur d'automatisation
L'éditeur d'automatisation peut également utiliser la nouvelle action Attendre le déclencheur.

Déclencheurs et conditions sur les attributs d'entité

Avez-vous déjà essayé de créer un déclencheur ou une condition d'automatisation sur un attribut d'entité, comme la température d'une entité climatique ou météo ?

Avant, vous deviez utiliser un modèle pour cela. Soit en extrayant l'attribut
à partir d'une entité à l'aide d'un capteur de modèle ou en écrivant une condition de modèle.
Une raison pour beaucoup d’entre vous de présenter cela comme un « Qu’est-ce que c’est ? » entrée. Et toi
tu sais quoi ? Vous avez raison, c'était difficile.

Capture d'écran de l'utilisation des attributs dans l'éditeur d'automatisation
L'éditeur d'automatisation prend désormais en charge les attributs sur les déclencheurs et les conditions.

Ainsi, Home Assistant prend désormais en charge l'utilisation d'attributs dans les déclencheurs et les conditions.
L'état et l'état numérique, les déclencheurs et les conditions ont désormais un attribute
option qui peut être définie avec l’attribut à utiliser. L'interface utilisateur a un joli champ pour
comme le montrent les captures d'écran ci-dessus, mais bien sûr, il est également disponible
lorsque vous utilisez YAML pour vos automatisations.

Quelques exemples de déclencheurs et de conditions utilisant des attributs en YAML :

trigger:
  - platform: state
    entity_id: climate.living_room
    attribute: hvac_action
    to: "heating"
  - platform: numeric_state
    entity_id: weather.outside
    attribute: temperature
    above: 20.5
condition:
  - condition: state
    entity_id: climate.living_room
    attribute: havc_mode
    state: "heat"
  - condition: numeric_state
    entity_id: weather.outside
    attribute: humidity
    below: 80

Utilisez input_datetime assistants dans les déclencheurs d'automatisation

Utiliser des dates et des heures dans votre automatisation peut être difficile. Si souvent il en faut un peu
de modèles Jinja et est en fait très difficile à faire. @pnbruckner remarqué,
et il a ajouté la possibilité d'utiliser votre input_datetime entités auxiliaires
directement dans le temps de déclenchement !

Supposons que vous ayez un input_datetime.bedroom_alarm_clock_time entité auxiliaire, qui
est dans votre interface utilisateur Lovelace, dans laquelle vous pouvez définir une heure. Génial ! Tu peux maintenant
utilisez-le simplement dans vos automatisations pour déclencher :

trigger:
  - platform: time
    at: input_datetime.bedroom_alarm_clock_time

Oui, il l'a rendu aussi élégant. Cela fonctionne également pour des variables multiples ou mixtes et
horaires fixés de manière statique.

trigger:
  - platform: time
    at:
      - "10:00"
      - input_datetime.bedroom_alarm_clock_time
      - input_datetime.some_other_time_entity

Pour en savoir plus sur le déclencheur temporel, consultez notre Documentation.

Utilisez input_* aides dans des conditions

@pnbruckner établi une norme dans ce qui précède, et nous l'avons utilisé pour commencer à travailler
pour en faire quelque chose qui fonctionnerait dans plus d'endroits. Depuis cette version,
TOUTE input_* les entités peuvent être utilisées dans des conditions.

La time la condition peut accepter input_datetime entités auxiliaires, similaires à
le déclencheur illustré ci-dessus.

conditions:
  - condition: time
    after: input_datetime.house_silent_hours_start
    before: input_datetime.house_silent_hours_end

La numeric_state la condition est maintenant acceptée input_number entités auxiliaires pour
le above et below options.

conditions:
  - condition: numeric_state
    entity_id: climate.living_room_thermostat
    attribute: temperature
    above: input_number.temperature_threshold_low
    below: input_number.temperature_threshold_high

Et enfin, le state la condition accepte tout input_* entité auxiliaire dans son
state option.

conditions:
  - condition: state
    entity_id: sensor.happy_birthday
    state: input_text.too_you
  - condition: state
    entity_id: sensor.happy_birtday_song
    state: input_select.notify_on_song
  - condition: state
    entity_id: light.living_room
    state: input_boolean.expected_state

Nous sommes convaincus que cela améliorera considérablement la puissance et la facilité d'utilisation de l'assistant.
entités. le documentation des conditions a été mis à jour
avec plus d'exemples.

Voici une idée : vous pouvez désormais créer facilement un ensemble d'entités auxiliaires.
représentant vos paramètres d'automatisation et les ajoutant à un Lovelace distinct
tableau de bord. Vous disposez désormais de votre propre panneau de configuration d'automatisation, utile
pour modifier des choses comme les horaires ou ajuster les seuils de température, sans
toucher à vos automatismes.

Notation abrégée pour les conditions du modèle

Une petite astuce intéressante a été ajoutée dans cette version : autoriser des fichiers plus courts et plus propres.
Code YAML, si vous utilisez beaucoup de modèles : une notation abrégée pour la condition
des modèles ont été ajoutés.

Tous les endroits qui acceptent des conditions acceptent désormais directement les modèles. Quelques exemples:

automations:
  - alias: "My automation"
    ...
    condition: "{{ (state_attr('device_tracker.iphone', 'battery_level') | int) > 50 }}"
    ...
- choose:
    - condition: "{{ is_state('sensor.mode', 'on') and (state_attr('climate.room', 'temperature') | int) < 10 }}"
      sequence:
        - ...

Ou dans une liste de conditions :

condition:
  condition: or
  conditions:
    - "{{ is_state('device_tracker.iphone', 'away') }}"
    - condition: numeric_state
      entity_id: "sensor.temperature"
      below: 20

D'autres exemples peuvent être trouvés dans le documentation des conditions.

Utilisez des modèles directement dans data et service des champs

Plus d'entrée WTH ! Ceux data_templateet service_template champs en service
les appels sont tellement ennuyeux ! Pourquoi ne pas accepter les modèles normalement data et service
champ?

Bonne question! Et une suggestion encore meilleure. À partir de maintenant, vous pouvez !

action:
  - service: "notify.{{ state('input_select.active_notify_platform)' }}"
    data:
      title: This is notification!
      message: "The time is {{ now() }}"

Ne vous inquiétez pas, l'ancien format fonctionne toujours comme avant, il ne s'agit donc pas d'une rupture.
changement. Cependant, vous pouvez commencer à supprimer ces data_templatec'est en renommant en
(ou les fusionner avec) data.

Les clés à l’intérieur d’un bloc de données peuvent désormais également être des modèles !

service: kef_custom.set_mode
  data:
    "{{ attribute }}": "{{ now() }}"

Variables

Un autre élément WTH, "Pourquoi ne pouvons-nous pas avoir de variables ?!". Ce WTH n'est pas entièrement résolu,
mais c'est un bon début avec cette version en ajoutant le support des variables à
automatisation et scripts.

Voici un exemple d'automatisation :

automation:
  trigger:
    platform: sun
    event: sunset
    offset: -00:30
  variables:
    notification_service: notify.paulus_iphone
  action:
    - service: "{{ notification_service }}"
      data:
        message: Beautiful sunset!

Bien que l'exemple ci-dessus n'ajoute pas beaucoup de valeur, il montre comment il
travaux. Les variables peuvent aussi être des modèles ! Par exemple:

variables:
  person: frenck
  notification_service: "notify.{{ person }}_iphone"

Les scripts et les actions d'automatisation prennent désormais en charge cette syntaxe. En plus,
nous avons ajouté une nouvelle action ! L'action des variables. Cela libère le potentiel de
modifier les variables pendant l'exécution d'un script.

variables:
  notification_service: notify.paulus_iphone
action:
  - variables:
    notification_service: notify.frenck_iphone
  - service: "{{ notification_service }}"
    data:
      message: This message actually went to Frenck, not Paulus.

Pour un exemple plus complet, consultez l'exemple écrit dans le blog
article sur les balises Home Assistant
.

Autres scripts et modifications d'automatisation

Mais attendez! Il y a plus! 😂

Il n'y avait aucun moyen de savoir si un modèle d'attente avait expiré ou s'il continuait
normalement. Maintenant, nous le savons. Après chaque modèle d'attente, une nouvelle variable est
disponible: wait. Il offre wait.completed (indique si le modèle
évalué à vrai avant l'expiration du délai d'attente) et wait.remaning (temps restant
en dehors).

sequence:
  - wait_template: "{{ is_state('binary_sensor.abc', 'on') }}"
    timeout: 10
    continue_on_timeout: true
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ not wait.completed }}"
        sequence:
          # Handle timeout case

Les nouveaux modes d'exécution de script et d'automatisation sont incroyables ! Mais dans certains cas, ils
pourrait polluer vos journaux. Par exemple, vous disposez d'un automatisme dans single
mode, mais il se déclenche parfois plusieurs fois et vous n'êtes pas
intéressé par le journal. Vous pouvez maintenant contrôler cela avec le max_exceeded option.

L'exemple ci-dessous met l'automatisation au silence et elle ne sera pas enregistrée lorsqu'elle sera
déclenché alors qu'il était déjà en cours d'exécution :

automation:
  - trigger: ...
    max_exceeded: silent
    action: ...

Carte calendrier

Comme promis, lorsque nous avons introduit le panneau de calendrier, nous avons également ajouté un
Carte calendrier Lovelace !

Cela vous permet de créer autant de calendriers que vous le souhaitez avec les entités que vous
vouloir.

Si vous souhaitez plusieurs panneaux de calendrier, créez un tableau de bord Lovelace avec un
vue en mode panneau avec une carte de calendrier !

Capture d'écran de la nouvelle carte de calendrier
Capture d'écran de la nouvelle carte de calendrier.

Outils de développement de modèles

Les outils de développement de modèles sont très utiles pour vérifier si le modèle que vous
fait des travaux et fait ce que vous voulez qu'il fasse. Mais les gens avaient quelques ennuis avec
l'outil; l'éditeur est toujours rempli d'exemples de données, ce qui peut donner beaucoup de
réponse. Il serait plus utile d'y avoir votre modèle précédemment utilisé.
Oui, vous l'aurez deviné, un autre WTH !

Le modèle ne serait pas non plus automatiquement restitué après l'état d'une entité
est modifié, ce qui vous oblige à modifier le modèle afin de le restituer.

Nous avons abordé ces deux problèmes. Nous enregistrons votre dernier modèle utilisé et l'afficherons
cela au lieu de l'exemple lorsque vous visitez les outils de développement de modèles.

Enregistrement d'écran des changements d'état en direct dans les outils de développement de modèles.
Les modèles que vous écrivez dans les outils de développement sont désormais mis à jour en direct !

Nous écouterons également les modifications des entités que vous avez utilisées dans votre modèle et
Rendu automatiquement votre modèle. En bonus, nous montrerons
quelles entités Home Assistant a détectées que vous utilisez dans votre modèle.

Recharger tout YAML

WTH, devons-nous toujours redémarrer Home Assistant pour appliquer la configuration YAML ?
C’était l’un des WTH soulevés. C'est en train d'être travaillé !

Cette version, @bdraco trouvé un moyen de recharger certaines des intégrations internes
et a étendu cette capacité à de nombreuses intégrations. Pour ceux-là, vous pouvez simplement
rechargez le YAML dans la page de contrôle du serveur de configuration (vous aurez besoin du mode avancé).

À partir de cette version, outre les intégrations qui peuvent déjà être rechargées,
l'intégration suivante peut désormais recharger sa configuration YAML sans
un redémarrage de Home Assistant :

Vous pouvez également recharger une intégration configurée avec l’interface utilisateur ! Cela peut être utile
lorsqu'il a perdu sa connexion ou est dans un état de défaillance. Tu peux trouver
le bouton de rechargement dans le menu à débordement sur la carte d'intégration.

Capture d'écran du rechargement d'une intégration configurée dans l'interface utilisateur.
L'intégration configurée dans l'interface utilisateur peut désormais également être rechargée !

Changement de mot de passe utilisateur

Un autre Bon sang, cela semblait si évident : être capable de modifier le nom d'un utilisateur.
mot de passe en tant que propriétaire du système. Droite?!

Vous pouvez désormais modifier le mot de passe de chaque utilisateur depuis l'interface utilisateur lorsque vous êtes propriétaire de
le système!

Capture d'écran de la modification du mot de passe d'un compte utilisateur.
En tant que propriétaire, vous pouvez désormais modifier le mot de passe d'un utilisateur.

Méthodes améliorées d’exposition des entités via Home Assistant Cloud

Cette version apporte une mise à jour sur la manière dont vous pouvez exposer les entités à Google.
Assistant et Amazon Alexa via Home Assistant Cloud.

Avec le nouveau panneau, vous pouvez désormais définir au niveau du domaine si les entités doivent être
exposé/non exposé par défaut. Vous pouvez toujours remplacer cela par entité
niveau pour un contrôle précis.

Les règles d'exposition par défaut ont également été mises à jour pour exposer les entités qui fonctionnent
mieux avec les assistants vocaux.

Capture d'écran des options d'exposition sur une entité.

Ajouter une carte par entités

Êtes-vous un peu dépassé par tous les différents types de cartes que Lovelace possède ? Toi
vous pouvez maintenant simplement sélectionner les entités que vous souhaitez utiliser pour une carte et avoir Lovelace
suggérer une carte pour vous.

Capture d'écran de la vue de sélection d'ajout de carte par entité dans l'interface utilisateur Lovelace.
Sélectionnez une ou plusieurs entités pour remplir la carte.

Capture d'écran de la vue de confirmation d'ajout de carte par entité dans l'interface utilisateur Lovelace.
Une boîte de dialogue de confirmation s'affiche avant d'ajouter la carte suggérée.

Dans la boîte de dialogue d'ajout de carte, nous avons ajouté un deuxième onglet avec une liste de toutes vos entités.
Sélectionnez les entités que vous souhaitez utiliser et cliquez sur Continuer. Nous vous proposerons une carte
pour vous et vous pourrez ensuite affiner la configuration.

Commander des entités dans l'éditeur Lovelace UI

Vous pouvez désormais trier les entités dans les éditeurs Lovelace UI en les faisant simplement glisser.
Plus besoin de cliquer encore et encore sur les boutons haut et bas, faites simplement glisser le
article vers le haut ou vers le bas.

Enregistrement d'écran de glisser-déposer d'entités à réorganiser
Faites glisser et déposez les entités dans l’ordre souhaité.

Autres changements notables Home Assistant 0.115

  • L’intégration bêta d’OpenZWave avance bien. Premiers signes de
    certains panneaux de contrôle de l'interface utilisateur sont visibles dans cette version. Vous pouvez voir le statut
    et des informations sur votre réseau et vos nœuds. Il y a aussi des boutons pour mettre votre
    Réseau Z-Wave en mode inclusion et exclusion et pour rafraîchir un nœud.
    Merci @cgarwood!
  • L'éditeur de code dans l'interface utilisateur est désormais thématique, alors donnez-leur une belle apparence !
  • Le composant flux prend désormais en charge l'audio ! Travail incroyable @uvjustin!
  • La notification Slack prend désormais en charge le changement de nom d'utilisateur/d'icône à la volée, ce qui était
    une excellente suggestion WTH ! Merci d'avoir ajouté ça @bachya.
  • La rencontré.non prend désormais en charge les prévisions horaires, très sympa @bruxy70!
  • Les icônes MDI sont mises à jour vers la version 5.5.55,
    cela ajoute 100 icônes supplémentaires que vous pouvez utiliser !
  • L'intégration de Google Assistant a reçu quelques mises à jour :
    • @elupus ajout de la prise en charge pour demander la source d'entrée précédente ou suivante.
    • La prise en charge de base pour le contrôle des effets de lumière a été ajoutée par @mjg59.
    • @blueshiftlabs fonctionnalités supplémentaires pour contrôler la mise en sourdine du lecteur multimédia et
      contrôles de volume relatif.
  • L'intégration Netatmo a été repensée, ce qui a réduit le nombre d'API
    appels et ajout d’événements webhook pour améliorer la réactivité globale. Maintenant
    prend en charge le contrôle du projecteur de la caméra extérieure et permet de définir des services
    le statut chez soi/absent des occupants et le mode caméra extérieure.
  • Nous ne trions plus automatiquement par ordre alphabétique les clés dans les fichiers YAML écrits
    par l'UI, suite à une requête WTH. Beaucoup mieux !

Nouvelles intégrations Home Assistant 0.115

De nombreuses nouvelles intégrations ont été ajoutées dans cette version :

Nouvelles plates-formes Home Assistant 0.115

L'intégration suivante a été prise en charge pour une nouvelle plate-forme:

Intégrations désormais disponibles à configurer à partir de l'UI Home Assistant 0.115

Les intégrations suivantes sont désormais disponibles via l'interface Home Assistant:

Si vous avez besoin d'aide ...

… N'hésitez pas à utiliser notre très actif forums ou rejoignez-nous un peu le chat.

Vous rencontrez des problèmes introduits par cette version? Veuillez les signaler dans notre Tracker de problème. Assurez-vous de remplir tous les champs du modèle de problème.

Breaking Changes Assistant domestique

Vous trouverez ci-dessous une liste des changements de rupture pour cette version, par sujet ou
l'intégration. Cliquez sur l'un de ceux-ci pour en savoir plus sur le changement de rupture
pour cet article spécifique.

Automatismes

Auparavant, un automatisme last_triggered L'attribut a été mis à jour et un
automation_triggered l'événement a été déclenché, chaque fois qu'un déclencheur s'est déclenché et que le
les conditions (le cas échéant) étaient vraies, que les actions se soient réellement déroulées ou non.

Par exemple, dans single mode, les actions ne s'exécuteront pas si elles sont toujours en cours d'exécution
à partir d’un événement déclencheur précédent.

Désormais, l'attribut sera mis à jour et l'événement déclenché, uniquement si les actions
effectivement courir.

(@pnbruckner - #39323) (documents d'automatisation)

Axis

La dénomination initiale des événements de VMD4 et Fence guard est désormais basée sur leur
nom configuré sur l'appareil ; binary_sensor.m1065-lw_0_vmd4_camera1profile1
est maintenant binary_sensor.m1065-lw_0_vmd4_profile_1 or profile_1 peut être n'importe quoi
l'utilisateur a choisi de nommer le profil.

(@ Kane610 - #39699) (documents d'axe)

Broadlink

1. Les appareils sont désormais configurés via le flux de configuration

Pour configurer un appareil Broadlink, cliquez sur configuration dans la barre latérale et cliquez sur
Intégration.

Les appareils seront importés de vos fichiers de configuration vers cette page. Si tu vois
votre appareil là-bas, cliquez sur Configurer. Sinon, cliquez sur le + icône en bas
clic-droit Broadlink, entrez l'hôte et suivez les instructions pour
terminer la configuration.

Le nom que vous choisirez servira de modèle aux entités. Vous pouvez changer
le nom et l'identifiant de l'entité dans les paramètres de l'entité sur le frontend. Vous devrez peut-être
changer certains noms ou identifiants pour que tout ressemble à ce qu'il était avant cela
mettre à jour.

2. Arrêter broadlink.learn et broadlink.send intégrés

remote.learn_command et remote.send_command sont maintenant inscrits
automatiquement. Maintenant vous pouvez utiliser remote.send_command pour envoyer des codes base64.

Au lieu de broadlink.learn:

script:
  learn_tv_power:
    sequence:
      - service: broadlink.learn
        data:
          host: 192.168.0.107

Utilisez l'option remote.learn_command:

script:
  learn_tv_power:
    sequence:
      - service: remote.learn_command
        data:
          entity_id: remote.bedroom
          device: tv
          command: power

Au lieu de broadlink.send:

script:
  send_tv_power:
    sequence:
      - service: broadlink.send
        data:
          host: 192.168.0.107
          packet: JgAcAB0dHB44HhweGx4cHR06HB0cHhwdHB8bHhwADQUAAAAAAAAAAAAAAAA=

Utilisez l'option remote.send_command en remplaçant host by entity_id de l'entité distante, remplacer packet by command avec des données préfixées par b64::

script:
  send_tv_power:
    sequence:
      - service: remote.send_command
        data:
          entity_id: remote.bedroom
          command: b64:JgAcAB0dHB44HhweGx4cHR06HB0cHhwdHB8bHhwADQUAAAAAAAAAAAAAAAA=

Si vous avez appris les commandes, vous pouvez y faire référence par leur nom au lieu des codes bruts. :

script:
  send_tv_power:
    sequence:
      - service: remote.send_command
        data:
          entity_id: remote.bedroom
          device: tv
          command: power

3. Arrêtez toutes les plates-formes, à l'exception du commutateur

Les entités sont désormais enregistrées automatiquement. La seule exception est le changement
plate-forme, qui continue d'exister pour les commutateurs RM. Le schéma de configuration a changé
. L'hôte et le type ne sont plus requis et le nom sert de modèle
pour l'ID d'entité.

Au lieu de:

switch:
  - platform: broadlink
    host: 192.168.0.107
    mac: 34:ea:34:b4:5d:2c
    type: rm_mini3_redbean
    switches:
      sony_tv:
        friendly_name: Sony TV
        command_on: JgAcAB0dHB44HhweGx4cHR06HB0cHhwdHB8bHhwADQUAAAAAAAAAAAAAAAA=
        command_off: JgAaABweOR4bHhwdHB4dHRw6HhsdHR0dOTocAA0FAAAAAAAAAAAAAAAAAAA=
      lg_tv:
        friendly_name: LG TV
        command_on: JgAcAB0dHB44HhweGx4cHR06HB0cHhwdHB8bHhwADQUAAAAAAAAAAAAAAAA=
        command_off: JgAaABweOR4bHhwdHB4dHRw6HhsdHR0dOTocAA0FAAAAAAAAAAAAAAAAAAA=

Utilisez ceci:

switch:
  - platform: broadlink
    mac: 34:ea:34:b4:5d:2c
    switches:
      - name: Sony TV
        command_on: JgAcAB0dHB44HhweGx4cHR06HB0cHhwdHB8bHhwADQUAAAAAAAAAAAAAAAA=
        command_off: JgAaABweOR4bHhwdHB4dHRw6HhsdHR0dOTocAA0FAAAAAAAAAAAAAAAAAAA=
      - name: LG TV
        command_on: JgAcAB0dHB44HhweGx4cHR06HB0cHhwdHB8bHhwADQUAAAAAAAAAAAAAAAA=
        command_off: JgAaABweOR4bHhwdHB4dHRw6HhsdHR0dOTocAA0FAAAAAAAAAAAAAAAAAAA=

L'exemple ci-dessus crée switch.sony_tv et switch.lg_tv être contrôlé
en utilisant l'appareil avec l'adresse MAC 34:ea:34:b4:5d:2c. Cet appareil doit
être configuré en premier via le flux de configuration.

Lorsque vous avez terminé de configurer les appareils, vous pouvez supprimer tous vos Broadlink
fichiers de configuration à l'exception des commutateurs RM. Ces commutateurs sont les seuls
plateforme qui existe toujours en YAML. Ils ne seront pas importés. Si vous supprimez le
dossier, ils sont partis.

(@felipediel - #36914) (documents de lien large)

Brother Imprimante

Le format et l'unité de l'état du capteur de disponibilité ont été modifiés. Si vous comptez sur ceux-là
vous devrez peut-être ajuster votre configuration.

(@bieniu - #39226) (frère docs)

Vitesse de l'unité centrale

La dénomination des attributs a été mise à jour pour être alignée sur celle actuellement utilisée.

  • Brand -> brand
  • GHz Advertised -> ghz_advertised

(@fabaff - #39155) (documentation cpuspeed)

Alertes météorologiques du service météorologique allemand (DWD)

Si vous utilisez les attributs d'état d'entité de cette intégration dans des automatisations ou des scripts
il faut les ajuster pour gérer les changements.

  • La region_state l'attribut a été supprimé, car il n'est plus disponible
    sur la nouvelle API.
  • Tous les horodatages dans les attributs d'état sont désormais UTC et non plus l'heure locale.

(@ stephan192 - #34820) (docs dwd_weather_warnings)

Teinte émulée

Par défaut, toutes les lumières et appareils qui ne prennent pas en charge le réglage de la luminosité sont
exporté sous forme de lumières On/Off sans propriété de luminosité. Lors de la mise à niveau depuis
versions antérieures de Home Assistant (0.112 et versions antérieures), certains appareils peuvent désormais être
signalé par Alexa comme ne répondant pas.

Vous pouvez également définir le lights_all_dimmable option de configuration pour
continuez à signaler ces appareils comme s’ils disposaient d’un paramètre de luminosité.

Comment y remédier une fois pour toutes:

Vous devez demander à Alexa de redécouvrir tous les appareils, puis de supprimer le maintenant
doublons qui ne répondent pas à l'aide de l'application téléphonique Alexa. Cela peut prendre un certain temps
si vous avez beaucoup d'appareils.

Une alternative serait de vous connecter au site Web Alexa et de supprimer toutes les lumières
à la place, puis redécouvrez-les tous.

Pour ce faire, rendez-vous sur https://alexa.amazon.com/spa/index.html#appliances, ou sinon
connecté: https://alexa.amazon.com puis sélectionnez « Smart Home » -> « Appareils » et
sélectionnez « Supprimer tout ».

Si vous disposez de plusieurs appareils Echo sur votre réseau, il est possible que le
les entrées continueraient à s’afficher sous forme de doublons. Cela est dû à un Echo individuel
l'appareil met en cache l'ancienne liste et la réutilise.

La seule solution connue pour cela est de supprimer vos appareils Echo de votre Amazon.
compte, supprimez toutes les lumières précédemment découvertes par Alexa, puis réexécutez
Découverte.

Il s'agit d'une exigence unique, malheureusement il n'existe pas d'autre moyen de le faire facilement.
transition par rapport aux valeurs précédemment incorrectes signalées par Emulated Hue.

(@jyavenard - #39539) (documents emulated_hue)

Ezviz

L'intégration Ezviz a été temporairement désactivée, car elle a une dépendance
qui contient du code qui casse Home Assistant.

(@ballob - #38444) (documents ezviz)

L'extrémité avant

Les options de configuration frontales obsolètes précédentes frontend_extra_html_url
et frontend_extra_html_url sont désormais supprimés.

(@ballob - #39799) (documents frontaux)

HDMI-CEC

L'intégration HDMI-CEC a été temporairement désactivée, car elle dépend
qui contient du code qui casse Home Assistant.

(@ballob - #37707)

Home Assistant Cloud pour les anciens appareils Android

Home Assistant Cloud utilise Let's Encrypt pour fournir des certificats SSL pour votre
exemple. Let's Encrypt change la façon dont ils signent leurs certificats à
la fin du mois qui interrompt le support des anciens appareils Android
(plus ancien qu'Android 7.1).

Cette version inclut une mise à jour pour rendre les certificats utilisés par Home Assistant
Rétrocompatible avec le cloud. Cela repose sur une fonctionnalité que Let's Encrypt
prévoit, qui expirera en septembre 2021.

Si vous utilisez un ancien appareil Android et que vous ne pouvez pas passer à Home Assistant 0.115
ou si vous souhaitez l'utiliser après septembre 2021, installez le navigateur Firefox. Il comprend
certificats modernes et est capable de prendre en charge les nouveaux certificats Let's Encrypt.

HTTP : utilisation de proxys inverses

Le traitement des données reçues des proxys inverses est désormais plus strictement
manipulé. Invalide ou mal formé X-Forwarded-For les en-têtes entraîneront désormais un
Erreur HTTP 400 (mauvaise demande).

Support pour X-Forwarded-Proto et X-Forwarded-Host a été ajouté.

De plus, Home Assistant enregistrera désormais les cas d'utilisation d'un proxy inverse,
mais non configuré avec Home Assistant. Assurez-vous d'avoir défini le
use_x_forwarded_for et trusted_proxies dans votre Home Assistant HTTP
configuration correctement pour éviter les avertissements.

(@français - #38696) (documents http)

Institut Portugais de la Mer et de l'Atmosphère (IPMA)

La precipitation l'attribut a été renommé en precipitation_probability.

(@dgomes - #38697) (documents ipma)

KNX

L'intégration KNX a été entièrement refactorisée pour ne plus s'appuyer sur
configuration de la plateforme dédiée mais utilisez plutôt la clé du domaine d'intégration
comme configuration de base.

Supposons que vous ayez déjà utilisé la configuration suivante :

knx:
  tunneling:
    host: "192.168.0.1"
switch:
  - platform: knx
    name: Switch
    address: "2/0/1"
    state_address: "2/0/2"

Vous devrez le migrer comme suit :

knx:
  tunneling:
    host: "192.168.0.1"
  switch:
    - name: Switch
      address: "2/0/1"
      state_address: "2/0/2"

(@ marvin-w - #39219) (docs knx)

Kodi

La configuration de Kodi Media Player est désormais disponible via l'interface utilisateur, notamment
Découverte. Si Kodi est configuré en YAML, il est conseillé de le supprimer
et utilisez la découverte ou une configuration manuelle via l'interface utilisateur.

Les entrées YAML existantes seront importées, mais :

  1. Vos actions d'activation/désactivation ne seront pas portées. Cette fonctionnalité est maintenant
    disponible via les déclencheurs de l’appareil.
  2. Vous pouvez avoir des entités en double.
  3. Kodi doit être allumé lorsque Home Assistant se charge pour la première fois pour que la configuration soit importée.

(@OnFriend - #38551) (faire des documents)

Lovelace pour le mode généré (auto)

Entités générées à partir d'applications mobiles avec le mobile_app l'intégration
est désormais masqué dans la vue Lovelace générée. Si vous souhaitez continuer à afficher
ceux dont vous avez besoin pour prendre le contrôle de votre vue avec les 3 points en haut à droite
coin de l’écran Lovelace.

(@ludeeus - #6873) (documents d'amour)

Icônes MDI

Les icônes MDI sont mises à jour vers la version 5.5.55,
cela ajoute 100 icônes supplémentaires que vous pouvez utiliser !

Dans la version 5.5.55, il y a eu 1 changement avec rupture, si vous utilisiez l'icône mdi:scooter this
a été renommé mdi:human-scooter et vous devez ajuster votre
configuration.

Toutes les icônes obsolètes dans 0.113.0
ont maintenant été supprimés. Icônes renommées ou supprimées dans
version 5.0.45
ne fonctionnera plus.

Météo-France

Les attributs de next_rain a été retravaillé. Dans la version précédente, c'était
une liste d'objets avec des clés changeantes (toutes les 5 minutes) correspondant à un
Horodatage UTC. Cette conception était difficile à utiliser dans les modèles et l'automatisation.

La nouvelle conception ajoutera un attribut de chaîne dédié pour avoir la référence
horodatage de la prévision (forecast_time_ref) et un attribut dict avec fixe
touches pour accéder à la prévision de pluie dans l'heure (1_hour_forecast).

Exemple des nouveaux attributs :

forecast_time_ref: "2020-08-20T19:25:00+00:00"
1_hour_forecast:
  0 min: Temps sec
  5 min: Temps sec
  10 min: Temps sec
  15 min: Temps sec
  20 min: Temps sec
  25 min: Pluie faible
  35 min: Pluie faible
  45 min: Pluie modérée
  55 min: Pluie modérée

(@oncleben31 - #39092) (documents meteo_france)

Institut météorologique (Met.no)

Lors de la mise à jour de l'intégration et de ses bibliothèques sous-jacentes, pour utiliser la version la plus récente
Point de terminaison de l'API, certains calculs et agrégations de prévisions ont été modifiés.
peu:

  • Utilisez les prévisions horaires pour la météo actuelle, et non quotidiennement.
  • Assurez-vous que les objets datetime comparés sont comparés dans le même fuseau horaire.
  • Utilisez les données de la plus haute résolution sur 24 heures complètes pour calculer les prévisions quotidiennes
    valeurs min/max/somme.

Aucun de ces changements ne devrait interrompre votre configuration, bien que les données
présenté peut paraître un peu différent en raison de ce qui précède.

De plus, tous les horodatages sont désormais indiqués en UTC. Des automatisations qui dépendent de
le datetime clé sous l'attribut state forecast doit être vérifié et
mis à jour en conséquence.

(@thimic - #39493) (rencontré docs)

Netatmo

Le capteur de vent et d'angle de rafale est divisé en deux entités afin qu'il soit désormais
renvoie la direction (par exemple, NE) et la valeur réelle (par exemple, 178°) plutôt
qu'une chaîne contenant les deux (par exemple, NE (123°)).

(@cgtobi - #38627) (documents netatmo)

NZBGet

NZBGet est désormais disponible via l'interface utilisateur des intégrations. Cela signifie aussi que ce n'est plus
configuré en YAML. Les configurations existantes sont automatiquement transférées vers
configuration via l'interface utilisateur, ainsi, après la mise à niveau, votre entrée YAML existante peut être en toute sécurité
enlevé.

La prise en charge de YAML sera entièrement supprimée dans Home Assistant 0.117.0.

Le capteur de disponibilité NZGGet est désormais un capteur d'horodatage, sa valeur d'état a donc
est passé du nombre de minutes depuis le démarrage à un horodatage indiquant le
heure de début de l’application.

(@ctalkington - #38938 #39425) (documents nzbget)

Authentification et redirections OAuth2

Les intégrations utilisant l'authentification OAuth2 utilisent désormais l'URL de requête actuelle de
le navigateur comme cible de redirection, au lieu du paramètre d'URL interne.

Cela correspond à l'expérience à laquelle on pourrait s'attendre et supprime le besoin
pour jouer avec le paramètre d'URL interne.

Toutefois, cela peut nécessiter que vous mettiez à jour les paramètres de l'application lorsque
réauthentification auprès des services existants.

(@français - #38692)

Ouvrez Hardware Monitor

Dans certaines régions, les nombres avec décimales utilisent « », au lieu de « ». et cela provoque
un problème lorsque vous essayez d'utiliser InfluxDB par exemple. Cela a été ajusté.

(@fillephilip8 - #39030) (docs openhardwaremonitor)

OuvertUV

La prise en charge de la configuration de cette intégration a été entièrement supprimée.
Si vous avez une configuration OpenUV existante dans vos fichiers de configuration YAML,
vous pouvez supprimer cette configuration en toute sécurité.

(@bachya - #38857) (docs openuv)

OpenWeatherMap

L'intégration OpenWeatherMap peut désormais être configurée via l'interface utilisateur. Après la mise à niveau,
votre configuration existante sera importée automatiquement et vous pourrez en toute sécurité
supprimez la configuration YAML existante pour cette intégration.

(@freekode - #34659) (documents openweathermap)

Lien RF

L'intégration a été ajustée et modifiée entity_id génération pour
Lumières de type bascule Rflink. Il existe une petite possibilité qu'un identifiant d'entité ait
changé à cause de cela.

(@javicale - #37992) (documents rflink)

Roku

L'état de Roku s'aligne désormais mieux sur la lecture multimédia.

Auparavant, si une application était ouverte, l'état était en train de « jouer » même si vous l'étiez.
il suffit de parcourir l'interface de l'application. Ceci a été ajusté pour être représenté comme
"sur". Lorsque Roku signale que la lecture multimédia est en cours, l'état « lecture » ​​apparaîtra.
être utilisé.

Cela améliore la compatibilité avec l'exposition des entités à Alexa, Google Assistant,
et HomeKit.

(@ctalkington - #39540) (documents de l'année)

Sentinelle

La configuration YAML pour Sentry est désormais obsolète et ne fonctionne plus. Si tu
Si Sentry avait déjà été configuré via YAML, vous pouvez supprimer le YAML en toute sécurité
configuration (sans avoir besoin de reconfigurer) car elle a été importée dans
l'interface utilisateur avant.

La version est désormais formatée avec uniquement le numéro de version de Home Assistant
Noyau, par exemple, 0.115.0. Auparavant, cela était préfixé par
homeassistant-, Par exemple, homeassistant-0.115.0.
Ce préfixe est désormais supprimé.

(@français - #38833) (documents de sentinelle)

Squeezebox

L'intégration de Squeezebox donnait auparavant toujours uniquement la piste en cours comme
le media_content_id et a donné le media_content_type as music.

Cela conduit à un comportement inattendu lors de la sauvegarde et du chargement des scènes, car seuls
la piste actuelle est enregistrée et chargée.

La media_content_id pour le squeezebox l'intégration peut être soit une seule
URL ou une liste d'entre eux. S'il s'agit d'une seule URL, media_content_type is music.
Si une playlist, media_content_type est une playlist. Si vous utilisez
des automatisations qui utilisent media_content_id, vous devriez vérifier si le
media_content_type is music or playlist.

(@rajlaud - #38214) (documents squeezebox)

Gabarits

Il n'est plus nécessaire de fournir une liste d'entités à surveiller pour chaque
plate-forme de modèles car l'analyse automatique peut désormais trouver toutes les entités qui affectent
l'état dans le modèle sans configuration manuelle.

Cela signifie que vous pouvez maintenant supprimer le entity_id option à partir de vos modèles,
car il est désormais obsolète.

Le modèle est désormais réévalué chaque fois qu'une entité pouvant affecter le
changements d’état du modèle. Les nouvelles entités pouvant affecter l'état du modèle sont
automatiquement découvert à chaque fois que le modèle est rendu. Ce changement résout
un problème de performances où le modèle serait restitué inutilement.

Veuillez examiner le Working without entities
sur le Binary Sensor Template documentation pour
des moyens alternatifs pour forcer les entités modèles à réévaluer. Ceci comprend
modèles qui reposent sur l'utilisation de now().

Si ce changement nécessite des ajustements, nous avons facilité la tâche en
rendre les entités de modèle rechargeables dans le YAML configuration reloading
section sous Configure Home Assistant -> Server Controls.

(@bdraco - #39382) (documents de modèle)

Themes

L'éditeur de code est désormais thématique, vous pouvez définir la couleur d'arrière-plan et la couleur
pour les différents blocs de code. La couleur d'arrière-plan par défaut est désormais
card-background-color. Pour certains thèmes, cela peut entrer en conflit avec le code par défaut
couleurs. Pour récupérer l'ancien comportement, ajoutez code-editor-background-color: white
à votre thème.

Déclencheur de modèle temporel

La time_pattern le déclencheur rejettera désormais les expressions non valides qui ont été
précédemment accepté (mais n'a pas fonctionné comme prévu).

Par exemple le minutes: /60 aurait été accepté auparavant, mais
ne pourrait jamais déclencher.

(@amelchio - #38982) (documents d'automatisation)

Minuteur

Cela supprimera le remaining attribut du minuteur, sauf si le minuteur est
fait une pause. Toutes les solutions de contournement qui existent pour utiliser le remaining attribuer à
déterminer quand la minuterie se termine, il faut basculer pour utiliser le finishes_at
attribuer.

(@IcyPalm - #37519) (documents de minuterie)

Les minuteries d'une durée supérieure à un jour seraient formatées comme « 1 jour, 1:00:00 » et
c'est difficile à utiliser dans les modèles ou à rendre par le frontend.
Maintenant, le rendu sera « 25:00:00 ».

(@bramkragten - #38292) (documents de minuterie)

Transports Yandex

L'intégration accepte désormais un ID point en notation texte :
'stop__1234' or 'group_345' or '6789'

Vous devrez mettre à jour stop_id: 1234567 dans votre configuration existante pour
stop_id: stop__1234567 tel qu'il est utilisé dans l'API des cartes Yandex.

(@devbis - #39021) (docs yandex_transport)

Yeelight

L'intégration Yeelight utilise désormais une découverte personnalisée de type SSDP au lieu de
Découverte mDNS, puisque la découverte mDNS est supprimée dans les nouveaux firmwares.

Après ce changement, il n'y aura plus de configuration automatique basée sur
Découverte. Les utilisateurs qui l'utilisent actuellement doivent configurer tous les appareils via l'interface utilisateur.

(@shenxn - #37191) (documents yeelight)

Adieu au Home Assistant suivant 0.115

  • La Prix ​​de l'essence l'intégration a été supprimée.
    Il utilisait le webscraping pour collecter ses données, ce qui n'est plus autorisé.
    (@eliseomartelli - #38736)
  • La yr l'intégration a été supprimée après une demande de yr.no. Utiliser
    l'intégration Met.no à la place
    (@Danielhiversen - #39247)

Toutes les modifications Home Assistant 0.115

Cliquez pour voir toutes les modifications!

Version précédente Assistant à domicile 0.114

Version suivante Assistant à domicile 0.116