Les capteurs restent à 'inconnu' #28
Comments
|
Salut, Même problème ici |
|
Le type de credentials attendu est bien "web / serveur". Plusieurs questions:
Pour configurer le niveau de logging: Pour le moment, je n'arrive pas à reproduire dans un environement de test (ni sur mon instance). |
|
Bonjour, J'ai installé le module aujourd'hui et j'ai le même souci. Les entités restent à l'état "Unknown". Le mode debug n'affiche pas de logs supplémentaire. Un redémarrage de HA ne change rien, même après configuration de l'intégration. HA 2022.11.5 avec Docker |
|
Un reload de l'intégration a permis d'afficher les logs suivants: J'ai remplacé l'ID par *** Si cela peut aider |
|
Ok merci. 16 minutes après le démarrage, on devrait voir dans les logs: suivi d'un gros bloc json. Puis: |
|
Ok Je viens de supprimer l'intégration puis:
Et voici le log dans HA en mode debug: J'ai remplacé tout ce qui est ID et secret par des *** mais je voyais bien mon client_id et secret_id dans le log. |
|
On voit que l'intégration restore l'état des sensors quand même. C'est un problème mineur que je peut corriger. |
|
Finalement, c'est une fausse alerte de mon côté, je n'ai pas été assez patient avant de faire une recherche sur le fait que l'état était à Désolé pour le dérangement ! |
kamaradclimber
added a commit
that referenced
this issue
Dec 2, 2022
This prevents to fetch data from the API as soon as possible. The downside of this is that it will generate exceptions when restarting HA because we might hit RTE API request limit. Especially for the "next downgraded period" sensor. This is related to #28 Change-Id: Ia616b17c1ecc292a63468e7b5f8277a68e87ae90
|
La version 0.4.2 devrait aider dans le cas où les capteurs sont à "unknown" juste avant le redémarrage (et donc corrigé au refresh suivant, 16min après le redémarrage). Il suffit simplement d'accélerer le refresh dans ce cas précis. Mais je ne suis pas sûr que ca soit le problème remonté par @Parlendir et @Derekcde . |
|
Bonsoir. Cependant, je suis actuellement dans une situation intermédiaire. J'ai désactivé puis réactivé l'intégration. J'ai alors ajouté 3 entités supplémentaires : demain, j+2 et j+3. Cest trois entités sont actuellement au statut ' inconnu' plusieurs heures puis tard et les entités 'aujourd'hui' et 'maintenant' sont restées à 'situation normale'. Donc l'api m'a répondu, mais n'a pas répondu pour les entités supplémentaires. Je ne sais pas si ces détails peuvent aider. |
|
Merci pour ces infos supplémentaires. Pour le moment je suis toujours coincé sur la reproduction du problème. Si on rajoute des entités après la configuration initiale, on a bien un état inconnu pendant les x premières minutes (l'intégration tente un refresh auquel l'api répond "429 Too many Requests", au refresh suivant tout rentre dans l'ordre). Quelqu'un pourrait-il m'envoyer les logs complets de son scénario de test? |
|
En ce qui me concerne je n'avais que now et today qui remontaient, rien d'autre et ça dans les logs Après lecture de ton post
j'ai :
et là ça a fonctionné ! Je vais essayer d'ajouter d'autres sensors pour voir |
Repository owner
deleted a comment from
michelsup
Dec 5, 2022
Closed
kamaradclimber
added a commit
that referenced
this issue
Dec 13, 2022
When disabling entities, restoration will not happen (because entities are not *added* to home assistant anymore). This patch will simply ignore those entities (even though they are still defined) This may have an impact for #28 (not sure since I can't reproduce any other conditions so far) Change-Id: I51f8fba454d83920d370abb09272e63ae387e9e1
|
Hello. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Version installée : 0.4.0
Statut rte :
Statut home assistant
Méthode de reproduction
Cette absence de statut est survenue dès la première installation de l'intégration, les statuts ne sont donc jamais remontés.
Aucune erreur a priori dans les logs HA, pas de domaine bloqué par le serveur dns.
The text was updated successfully, but these errors were encountered: