-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Plus de remonté de données et break des entity_id #70
Comments
Bad logger message: Sensor sensor.linky_812161027472_erq2 has device class 'power', state class 'None' unit 'VArh' and suggested precision 'None' thus indicating it has a numeric value; however, it has the non-numeric value: '''' (<class 'str'>) |
J'ai beaucoup d'erreur de cast dans les logs
Possible de rollback ? Car là c'est inutilisable en l'état pour tout le monde à mon avis |
Le plugin teleinfo avait-il été redémarré récemment ? Car outre les changements sur le module, je pense que c'est HA lui-même qui constitue les id des sensors différemment en concaténant les infos qui viennent du "device". |
De même pour les warnings au sujet des class des devices et des states. Etant donné que teleinfo2mqtt publie les configs des sensors pour la découverte au démarrage uniquement, il est possible que ces warnings étaient latents depuis plus longtemps que ça. |
J'étais sur la dernière version et le dernier start date de moins d'une semaine. Les errors ont été publiés après le start du container |
J'ai rollback la version référencée sur hass.io le temps d'y voir plus clair. |
Si je supprime totalement l'appareil sur home assistant et que je relance le container (en dernière version). L'appareil se recrée mais
En espérant que cela puisse t'aider à debug, n'hésites pas si besoin de plus de précisions |
Oui, c'est une des modifs qui a été apportée. Cela permet d'avoir une découverte fonctionnelle côté HA même chez les utilisateurs qui ont fréquemment des trames corrompues. |
Si je rollback en Ce qui donne des id de sensors différents et à rallonge () La payload de découverte est : {
"unique_id":"teleinfo_0123456789_ADCO",
"name":"Teleinfo 0123456789 ADCO",
"state_topic":"teleinfo/0123456789",
"value_template":"{% if 'ADCO' in value_json %}{{ value_json.ADCO.raw }}{% else %}''{% endif %}",
"device":{
"identifiers":[
"0123456789"
],
"manufacturer":"Enedis",
"model":"linky_0123456789",
"name":"Linky 0123456789"
}
} Et HA me donne le unique_id suivant Vous avez le même comportement ? |
Pour ma part, j'ai rollback avec une sauvegarde toute mon instance, car effectivement c'était un peu la foire Il me semble que HA a changé des choses, mais je n'arrive plus à trouver l'info, je tiens au courant |
Je me demande si ce n'est pas le même problème qu'observé ici sur le changement de nom dans HA cet été : Koenkk/zigbee2mqtt#18445 Plus particulièrement ce changement J'ai remarqué que le unique_id est différent de l'entity_id (au moins dernièrement). Le unique_id n'est utilisé qu'en interne sur home assistant et référence toujours la même entité. |
J'ai fait des modifs pour avoir les id des sensors sous la forme Vous pouvez tester la version |
Salut @fmartinou Cela semble ok chez moi. Après avoir complètement supprimé l'appareil Teleinfo de HA. J'ai lancé le container sur la nouvelle version et les entités sont bien arrivées avec leur ancien nom (et sans le nom à rallonge). Les entités manquantes de mon dernier post sont aussi bien présentes. Je pense qu'on est ok ! |
Merci pour ton feedback rapide. 👍 |
Released as |
Bonsoir,
Depuis la dernière mise à jour, l'ensemble des sensors ont changés de nom et malgré les publications sur le broker MQTT, aucun sensor ne sont mise à jour...
The text was updated successfully, but these errors were encountered: