Hello, au regard des premiers messages sur cette nouvelle version = est-ce que ça veut dire qu’il faut attendre une version 2022.06.02 ?
Salut
Attendre ne changera absolument rien.
- TA configuration est à mettre en conformité avec les changements (templates et mqtt) et ce n’est pas quelque chose qui est fait automatiquement lors de la mise à jour.
- La disparition des fonctionnalités (genre gpio) n’est pas non plus un bug.
- Le temps de migration un peu long est assez peu significatif (unique) et resolvable (non bloquant)
1 « J'aime »
Hello,
Pour ma part, j’ai des soucis avec mes covers qui ne fonctionnent plus (open/close cover)
Exemple de cover:
salon_vr:
device_class: shutter
friendly_name: "VR salon"
value_template: "{{ states('sensor.salon_vr')|float > 0 }}"
open_cover:
service: rest_command.volet_salon_up
close_cover:
service: rest_command.volet_salon_down
stop_cover:
service: rest_command.volet_salon_stop
Par contre, si j’appelle les commandes rest directement, cela fonctionne…
Une idée du changement qui est à l’origine ?
La fonction float demande désormais une valeur par défaut.
Il faudrait l’écrire float(default = 10) par exemple (voir breaking changes de la version v2022.6, de mémoire 
dans le bloc Template filter/function defaults)
ton code doit désormais s’écrire comme ceci si la valeur du sensor.salon_vr prend la valeur par défaut 10 :
salon_vr:
device_class: shutter
friendly_name: "VR salon"
value_template: "{{ states('sensor.salon_vr')|float(default=10) > 0 }}"
open_cover:
service: rest_command.volet_salon_up
close_cover:
service: rest_command.volet_salon_down
stop_cover:
service: rest_command.volet_salon_stop
Si avec cette correction, il persiste des erreurs, le mieux serait de nous coller tes erreurs dans cette discussion pour cibler le problème 
Merci, c’était exactement ça 
Cela correspond à quoi de metttre la valeur 10 a default?
10 était un exemple. La valeur par défaut évite que la variable ne soit pas initialisée au démarrage.
Certains scripts plantent si leurs variables ne le sont pas… Je pense que c’est pour ça que les devs de HA ont forcé leur initialisation par défaut.
Mais il faut fortement conseiller de lire/analyser les logs de HA.
Pour cette erreur par exemple, c’était en warning depuis des mois.
2 « J'aime »
En complément des infos d @Sylvain_G j’ajoute 2 autres infos :
- Les outils de dev ne sont pas à jour et ne remontent pas l’alerte comme c’est le cas dans les logs : C’est dommage.
- la syntaxe
default=Xn’est pas indispensable. Peut-être plus lisible à posteriori, question de goût, personnellement j’ai laissé un simple 0
Apparemment ma mise à jour en v2022.6.1 s’est bien passée même avec les Breaking changes qui impactaient les sensors perso mqtt et des template utilisant la fonction float…
Reste à migrer ces changements à la main avant que cela deviennent interdit.
Hello,
Avec la nouvelle version, est-ce que cela fonctionne de créer un fichier YAML pour entrer tout les MQTT?
Comme ceci par exemple:
Il faut changer quoi pour les float?
water_cost_yesterday:
friendly_name: "Coût d'hier"
value_template: "{{ (states('sensor.water_last_day')|float * states('input_number.smea_daily_cost')|float)|round(2) }}"
unit_of_measurement: "€"
Merci!
Regarde mon poste 23 je crois d’il y a 6 jours.
Je suis sur mon téléphone, pas très ergonomique pour les liens et capture 
Ok, j’ai corrigé pour les float, cela semble bon now.
Pour la partie MQTT, tu une idée?
Salut,
Voilà ce que j’ai fait et qui fonctionne.
Pourquoi ? Je fais pratiquement tout passer par mqtt.
2 « J'aime »
Ah yes ok, tu peux me montrer un exemple d’un de tes yaml stp, que je me plante pas ds la syntaxe.
Bonjour,
J’ai passé quelques versions HAOS et Core d’un coup, et j’ai un petit soucis de comportement, je ne sais pas exactement à quelle version est lié ce comportement.
Je contrôle mon portail via les contacts sec et un Shelly Uni.
Sur les sorties du Shelly j’ai mis un auto-off à 1 seconde.
Fonctionne correctement quand j’active le canal sur l’interface HTTP du Shelly.
Mais quand j’active le canal via le bouton de mon Lovelace, ce même bouton se désactive de manière aléatoire (et non pas 1 sec), entre 5 et 30 secondes.
Changement de comportement connu selon vous ?
Une idée de pistes à explorer ?
Merci
Salut,
Les logs en premier lieu …
Lesquels seraient intéressants ? Superviseur ?
non ceux du core/home assistant