Hello,
J’ai un soucis récurrent depuis la 2024.2.1 Z2M est intégré en module complémentaire dans HA Current version: 1.35.3-1. ainsi que le broker mosquitto Current version: 6.4.0
module wall HUE et perte de déclencheur module Philips 929003017102 control via MQTT | Zigbee2MQTT
déroulé du problème:
core 2024.2.1 maj vers le 2.2 > déclencheur KO
restore la save 2024.2.1 > déclencheur ok
core 2024.2.1 maj vers le 2.3 > déclencheur ok
core 2024.2.3 maj vers le 2.5 > déclencheur ok
passage à os 12.0 > déclencheur KO
restore la save 2024.2.1 > déclencheur ok
core 2024.2.3 maj vers le 2.5 > déclencheur ok
à ce jour j’en suis là et ça fait en gros 7/10 jours que je ne fais que ça, sachant qu’à force même en sauvant comme un intégriste, j’ai fini par faire une erreur et perde 4 jours de boulot …
donc si vous avez des idées … n’hésitez pas.
les 2 autres maj sont pas importantes, c’est juste pour éviter qu’on me demande « c’est quoi les autres majs ? »
je peux attendre autant que je veux, activer les inters dans le vent, ça ne change rien au soucis et à ce qui est remonté.
quand ça fonctionne
Ma configuration
[center]## System Information
version |
core-2024.2.5 |
installation_type |
Home Assistant OS |
dev |
false |
hassio |
true |
docker |
true |
user |
root |
virtualenv |
false |
python_version |
3.12.1 |
os_name |
Linux |
os_version |
6.1.74-haos |
arch |
x86_64 |
timezone |
Europe/Paris |
config_dir |
/config |
Home Assistant Community Store
GitHub API |
ok |
GitHub Content |
ok |
GitHub Web |
ok |
GitHub API Calls Remaining |
5000 |
Installed Version |
1.34.0 |
Stage |
running |
Available Repositories |
1414 |
Downloaded Repositories |
7 |
HACS Data |
ok |
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 11.5 |
update_channel |
stable |
supervisor_version |
supervisor-2024.02.1 |
agent_version |
1.6.0 |
docker_version |
24.0.7 |
disk_total |
93.8 GB |
disk_used |
9.9 GB |
healthy |
true |
supported |
true |
board |
ova |
supervisor_api |
ok |
version_api |
ok |
installed_addons |
Samba share (12.3.0), Studio Code Server (5.15.0), Terminal & SSH (9.9.0), File editor (5.8.0), Mosquitto broker (6.4.0), Zigbee2MQTT (1.35.3-1), Node-RED (17.0.7), Z-Wave JS (0.4.4) |
Dashboards
dashboards |
3 |
resources |
5 |
views |
7 |
mode |
storage |
Recorder
oldest_recorder_run |
20 février 2024 à 12:18 |
current_recorder_run |
29 février 2024 à 15:51 |
estimated_db_size |
697.53 MiB |
database_engine |
sqlite |
database_version |
3.44.2 |
[/center]
Re,
désolé pour les éventuels premiers lecteurs, j’ai édité avec qqs photos de plus entre temps
Hello
J’ai beau chercher mais le lien direct entre mise à jour et erreur de déclencheur m’échappe car ça ne semble pas spécifique à 1 type de mise à jour mais à 2 (core ET OS).
Et pourquoi cumuler les versions ? tu peux passer directement de 2.1 à 2.5
J’aurai plus tendance à dire que c’est plus un souci de stabilité ou de démarrage ce qui fait que l’application d’une mise à jour (quelle qu’elle soit) à des impacts et que finalement le tableau au dessus est variable.
Les logs aurait sans doute donné une piste
Layout-card, en tout cas c’est certain ne s’applique pas pour l’instant il faut attendre la version de mars
Hello,
Pour info je trouve pas de lien non plus, j’ai tenté 2024.2.1 ok > 2024.2.3 ok > 12.0 ko pour les inters > 2024.2.1
j’ai tenté 2024.2.1 ok > 2024.2.5 ok > 12.0 ko
je remonte juste au cas où si il faut des logs, il faut me préciser lesquels quand je majs je ferai à l’occase merci de la réponse
Lesquels, tu n’as pas trop le choix :
Ceux de z2m pour voir si le click est envoyé et celui de HA pour voir ce qu’il en fait (ou pas)
Re,
C’est noté, à suivre j’ai rien vu de spécial dans Z2M 1.36 mais bon qui sait
Re,
Bon je ne pense pas que ça soit lié à une version en fait, si je restore ma save de vm de ce matin, 3 fois ça fonctionne pas, la 4e ça fonctionne …
je vois ça dans les logs sur le même inter j’avais migré entre temps vers z2m 1.36 quand ça fonctionne ou pas
Zigbee2MQTT:info 2024-03-02 14:09:21: MQTT publish: topic 'zigbee2mqtt/Inter1 lampe2 garage interne', payload '{"action":"left_hold","battery":100,"device_mode":"single_push_button","last_seen":"2024-03-02T13:09:21.197Z","linkquality":255}'
Zigbee2MQTT:info 2024-03-02 14:09:21: MQTT publish: topic 'zigbee2mqtt/Inter1 lampe2 garage interne', payload '{"action":"","battery":100,"device_mode":"single_push_button","last_seen":"2024-03-02T13:09:21.197Z","linkquality":255}'
Zigbee2MQTT:info 2024-03-02 14:09:21: MQTT publish: topic 'zigbee2mqtt/Inter1 lampe2 garage interne/action', payload 'left_hold'
Zigbee2MQTT:info 2024-03-02 15:24:22: MQTT publish: topic 'zigbee2mqtt/Inter1 lampe2 garage interne', payload '{"action":"left_hold","battery":100,"device_mode":null,"last_seen":"2024-03-02T14:24:22.633Z","linkquality":244}'
Zigbee2MQTT:info 2024-03-02 15:24:22: MQTT publish: topic 'zigbee2mqtt/Inter1 lampe2 garage interne', payload '{"action":"","battery":100,"device_mode":null,"last_seen":"2024-03-02T14:24:22.633Z","linkquality":244}'
Zigbee2MQTT:info 2024-03-02 15:24:22: MQTT publish: topic 'zigbee2mqtt/Inter1 lampe2 garage interne/action', payload 'left_hold'
si vous avez des idées de pourquoi ça passe de « device_mode »:« single_push_button » à « device_mode »:null," je prends …
A mon avis le soucis doit être à ce niveau
merci
Re,
Aprés avoir tester les restore de vm, j’ai réussi à faire tourner HA à jour avec Z2M à jour en 1.36…
la seule chose que j’ai changé après 8 ou 10 redémarrage, c’est la rallonge USB, passée d’une 3m 2.0 à 20cm 3.0 … je me doute que ça n’a pas de rapport, mais pour le moment ça tourne … pourquoi je n’en sais rien . On verra la prochaine fois mais c’est quand même assez dingue.
Pour info je me suis rendu compte que ça n’agit pas que sur les modules inter philips mais aussi sur les telecommandes HUE, du coup je perds en fait tous les switchs philips.
bref, pour le moment ça fonctionne