Thermostats offline après un redémarrage de HA

[zadigre]

Bonjour à tous!
avant d’ouvrir un « issue », j’aimerais avoir avec vous si c’est un problème connu.

après un redémarrage de HA, les thermostats sont offline. c’est seulement le partie « climate » qui est offline; la consommation entre autre fonctionne correctement.
donc après un redémarrage de HA, je dois aller manuellement redémarrer l’intégration Hilo… et les thermostats redeviennent disponible et utilisable pour la température.
On dirait que la partie « climate » démarre trop rapidement par rapport au reste du système.

Est-ce un problème connu?
Il y a un solution à ce problème à part configurer une automatisation qui va faire ce redémarrage de l’intégration automatiquement?

[ic-dev21]

Je n'ai pas ce problème sur aucun de mes hosts, ni lorsque j'utilise le devcontainer.

[zadigre]

peut-être que cela peut faire une différence...
les thermostats que j'ai sont des Mysa en wifi... donc pas connectés en zigbee à Hilo mais plutôt avec leur integration cloud Mysa.
est-ce que vous avez de ces thersmstats dans vos hosts?

[ic-dev21]

Ouin, avec Mysa tu as 2 x du cloud to cloud (mysa to hilo, hilo to home assistant), pis Mysa c'est une petite compagnie de genre 3 gars dans un garage à Terre-Neuve (J'exagère à peine), leur infra cloud est pas top.

J'ai pas de Mysa chez moi pour faire du troubleshooting. Si quelqu'un veut m'en acheter une je suis game de mettre du temps là dessus mais j'en payerai pas un de ma poche pour ça.

[zadigre]

Les thermostats sont toujours accessibles dans l’app Mysa ou Hilo. C’est seulement home assistant qui ne les voit pas disponibles jusqu’à temps que je redémarres l’intégration… comme si quelque chose n’était pas prêt lors du chargement de l’intégration au démarrage de home assistant.

je peux faire quelque tests. Il y a quelque chose de spécifique que je devrais regarder?
(Je ne suis pas programmeur… mais ça fait plus de 25 ans que je travaille en informatique).

au pire; je me programmerai une automatisation pour redémarrer l’intégration si les thermostats sont non disponibles

[zadigre]

je crois avoir réglé le problème.
j’avais désactivé le dns fallback de home assistant car je voulais m’assurer que toutes les requêtes dns passent par mon serveur dns local. J’ai réactivé le fallback et là les thermostats sont en ligne suite au redémarrage (3 redémarrage et toujours ok). À suivre donc…

[ic-dev21]

je crois avoir réglé le problème. j’avais désactivé le dns fallback de home assistant car je voulais m’assurer que toutes les requêtes dns passent par mon serveur dns local. J’ai réactivé le fallback et là les thermostats sont en ligne suite au redémarrage (3 redémarrage et toujours ok). À suivre donc…

Quel fallback? Celui pour le tarif? Il ne devrait pas y avoir de liens car ça s'occupe d'une connexion au challlengehub, pas au devicehub, donc une souscription totalement à part qui n'a pas rapport à tes appareils.

Tant mieux si ça marche, je comprends juste pas pourquoi ça a un effet

edit: j'avais pas vu le mot DNS. Je savais pas que HA en avait un.

[zadigre]

Effectivement le DNS fallback de HA.
Dans les logs réseau, j’ai vu des requêtes vers 9.9.9.9 provenant de HA de façon aléatoire. En cherchant, j’ai vu que c’était le DNS fallback de HA qui est supposé être utilisé quand le dns local ne répond pas. J’ai désactivé le fallback et ça allait vers mon dns local (c’était avant que j’installe l’intégration Hilo).

J’imagine que l’intégration tente de se connecter à internet avant sur le resolver local de HA soit prêt et que ça ne se ressaie pas si la connexion marche pas. Je n’ai pas eu de problème avec d’autres intégrations ou add-ons.

en tk là ça marche avec le fallback à true. Je vais le laisser comme ça pour le moment.

[ic-dev21]

Effectivement le DNS fallback de HA. Dans les logs réseau, j’ai vu des requêtes vers 9.9.9.9 provenant de HA de façon aléatoire. En cherchant, j’ai vu que c’était le DNS fallback de HA qui est supposé être utilisé quand le dns local ne répond pas. J’ai désactivé le fallback et ça allait vers mon dns local (c’était avant que j’installe l’intégration Hilo).

J’imagine que l’intégration tente de se connecter à internet avant sur le resolver local de HA soit prêt et que ça ne se ressaie pas si la connexion marche pas. Je n’ai pas eu de problème avec d’autres intégrations ou add-ons.

en tk là ça marche avec le fallback à true. Je vais le laisser comme ça pour le moment.

home-assistant/core#147152

[zadigre]

C’est une des raisons pourquoi je voulais désactiver le fallback.
j’utilise quad9 et j’ai déjà été blacklisté dans le passé avant d’avoir mon routeur UniFi. Pas de problème depuis UniFi qui lui forward vers quad9.

je vais probablement faire une règle de routage qui va sortir les requêtes vers 9.9.9.9 de mon réseau local (pas du routeur) vers le tunnel Cloudflare zero trust. Comme ça, ça sera pas mon ip qui va être blacklisté 😉

en tk, merci pour le support moral 🤪

[ic-dev21]

C’est une des raisons pourquoi je voulais désactiver le fallback. j’utilise quad9 et j’ai déjà été blacklisté dans le passé avant d’avoir mon routeur UniFi. Pas de problème depuis UniFi qui lui forward vers quad9.

je vais probablement faire une règle de routage qui va sortir les requêtes vers 9.9.9.9 de mon réseau local (pas du routeur) vers le tunnel Cloudflare zero trust. Comme ça, ça sera pas mon ip qui va être blacklisté 😉

en tk, merci pour le support moral 🤪

Mon HA est sur 1.1.1.1 direct, c'est pas mal juste HA et quelques autres services qui tourne sur ce pi là donc pas vraiment de télémétrie ou autre.