Les informations de consommations du contacteur Legrand 412171 ne remontent pas bien dans Lovelace et je suis parfois obligé d’aller dans l’intégration Z2M pour déclencher une remontée d’information:
Le phénomène peut arriver (en ce moment) après un reset de la Raspberry… (débrancher/brancher).
Est ce qu’il y a un problème dans mon intégration ou bien est ce parce la remonté d’information ne se déclenche qu’après changement de l’état?
Ma configuration
System Information
| version |
core-2023.4.6 |
| installation_type |
Home Assistant OS |
| dev |
false |
| hassio |
true |
| docker |
true |
| user |
root |
| virtualenv |
false |
| python_version |
3.10.10 |
| os_name |
Linux |
| os_version |
5.15.84-v8 |
| arch |
aarch64 |
| timezone |
Europe/Paris |
| config_dir |
/config |
Home Assistant Cloud
| logged_in |
false |
| can_reach_cert_server |
ok |
| can_reach_cloud_auth |
ok |
| can_reach_cloud |
ok |
Home Assistant Supervisor
| host_os |
Home Assistant OS 9.5 |
| update_channel |
stable |
| supervisor_version |
supervisor-2023.04.1 |
| agent_version |
1.4.1 |
| docker_version |
20.10.22 |
| disk_total |
57.0 GB |
| disk_used |
4.2 GB |
| healthy |
true |
| supported |
failed to load: Unsupported |
| board |
rpi3-64 |
| supervisor_api |
ok |
| version_api |
ok |
| installed_addons |
File editor (5.5.0), Samba share (10.0.1), Mosquitto broker (6.2.1), Zigbee2MQTT (1.30.4-1) |
Dashboards
| dashboards |
1 |
| resources |
0 |
| views |
3 |
| mode |
storage |
Recorder
| oldest_recorder_run |
27 avril 2023 à 07:56 |
| current_recorder_run |
8 mai 2023 à 17:31 |
| estimated_db_size |
66.00 MiB |
| database_engine |
sqlite |
| database_version |
3.38.5 |
___
Salut,
c’est surement le fait qu’au redémarrage de HA il n’a pas d’état connu.
Tu peux voir ce que tu as par défaut pour tes appareils Zigbee dans Z2M, pour le paramètre retain.
C’est possible que ça vienne de là.
bonne idée
Par contre, je me demandais, vu que je dois cliquer pour avoir une remontée d’information, pourquoi ce n’est pas automatiquement fait…
Ensuite, je ne comprends pas bien tous ces paramètres. Je n’ai pas trouvé où ils étaient expliqués dans la doc Z2M.
Donc si je clique sur Retain, j’aurai une remonté d’info comme quoi le message n’est pas rafraîchi depuis x secondes?
Ici 3600 seconde…
C’est expliquer dans la doc.
retain
Retain MQTT messages of this device (default false).
retention
Sets the MQTT Message Expiry in seconds e.g. retention: 900 = 15 minutes (default: not enabled). Make sure to set mqtt.version to 5 (see mqtt configuration above)
Mais retain , c’est pour retenir un message et retention le delai du message retenu.
Regarde la partie rapport:
il y a le temps des actualisations.
Merci, j’avoue que j’avais mal fouillé dans la doc qui reste difficile d’accès pour moi.
Sinon j’ai 360 comme « intervalle max réponse ». Du coup, je comprends que on doit attendre 6 minutes pour que Z2M s’inquiète de ne pas avoir de réponse de l’équipement?
1 « J'aime »
je montre un exemple de ma capture pour rmsVoltage, sa actualise avec interval min réponse toute les 5 minutes si la valeur a changer de minimun 5 , ca actualise ton entité. Mais si la valeur a pa changer de minimun 5 ca repousse l’actualisation et c’est Interval max reponse qui sera utiliser (3600 ).
