Hello tous,
depuis aujourd’hui je suis passé en z2m 2.1.3 sur mon docker externe (release de la semaine passée Releases · Koenkk/zigbee2mqtt · GitHub).
J’ai bien évidemment fait une sauvegarde de mon rep data d’origine en 1.42.0 avant (la base )
Donc avec juste la modification de l’image koenkk/zigbee2mqtt:2.1.3 (sans rien d’autre de modifié), on a un upgrade avec pas mal de nouveaux fichiers :
C’est tout pour moi pour ce début de tests, je reviendrai si je vois d’autres choses, et si d’autres veulent/peuvent tester, vous pouvez alimenter ce post
Pour l’histoire du child_lock, normalement ça devrait quand même fonctionner (d’ailleurs c’est bien le cas chez toi), car Gladys utilise dynamiquement une valeur donné par Zigbee2mqtt (expose.value_on)
Par contre bizarre que ça ne soit plus affiché dans les fonctionnalités disponibles
Quelques news de la version 2.1.3
Pas de problèmes relevés jusqu’à aujourd’hui, tout fonctionne correctement depuis mon upgrade 1.42.0 à 2.1.3
Test avec Z2M 2.2.1
J’avais un capteur d’ouverture IKEA qui m’indiquait une ouverture alors qu’il était fermé. Les données passaient bien car Z2M voyait quand j’ouvrais et je fermais ma porte mais ne répercutait pas le bon état (EDIT : c’était les piles qui étaient presque vides …)
J’ai checké github et vu qu’il y avait une nouvelle version de Z2M donc test :
stop du docker z2m
sauvegarde du rep data
modif du docker-compose et redémarrage
Côté Z2M, tout est ok.
Côté Gladys, j’ai toujours mes 2 prises NOUS qui demande un update et qui ne me montrent toujours pas la sécurité enfant (donc je n’update pas ces 2 devices pour l’instant).
Je surveille maintenant l’évolution dans Gladys, à suivre.
J’ai tenté l’aventure, direct en 2.3.0 . Je n’ai pas beaucoup de matériel (quelques lampes et boutons Ikea, des capteurs SonOff et aquara) et aucun soucis
Ma procédure quick and dirty pour basculer sur un Zigbee2MQTT non géré par gladys :
On arrête le service zigbee dans la conf Gladys
On se met dans un répertoire qui vas accueillir les données et le docker-compose :
On crée le fichier compose (a adapter, chez moi le dongle est /dev/ttyUSB0) :
docker-compose.yml
services:
zigbee2mqtt:
container_name: zigbee2mqtt
image: ghcr.io/koenkk/zigbee2mqtt
restart: unless-stopped
volumes:
- ./z2m:/app/data
- /run/udev:/run/udev:ro
ports:
# Frontend port
- 8080:8080
environment:
- TZ=Europe/Paris
devices:
# A adapter en fonction de votre dongle
- /dev/ttyUSB0:/dev/ttyACM0
mqtt:
image: eclipse-mosquitto
ports:
- 1884:1883
volumes:
- ./mqtt:/mosquitto/config
On copie les fichiers data de zigbee2mqtt géré par gladys dans le répertoire courant :
cp -r /var/lib/gladysassistant/zigbee2mqtt/* ./
On reparamètre. Comme j’utilise le réseau isolé par defaut de docker compose, j’ai remis le port par defaut de mqtt.
Il faut aussi ajouter le type d’adaptateur usb dans la conf de z2m a partie de la v2.0.0. Moi c’est du zstack.
sed -i 's/mqtt:\/\/localhost:1884/mqtt:\/\/mqtt/g' z2m/configuration.yaml
sed -i 's/serial:/&\n adapter: zstack/' z2m/configuration.yaml
sed -i 's/listener 1884/listener 1883/' mqtt/mosquitto.conf
On lance
docker-compose up -d
Pour vérifier que tout est ok, vérifier les logs : docker logs zigbee2mqtt
On peut maintenant finir la conf zigbee2mqtt dans gladys. On se met en « Connexion à une installation existante », la conf MQTT doit déjà être OK (on a récupéré le mot de passe mqtt en copiant la conf), ca doit repartir tout seul.
Pour info, les 2 bugs mentionnés par @prohand : Le premier, ça ne concerne pas le docker officiel (une sombre histoire de dépendance npm sur le PC du gars) et le deuxième, c’est un changement d’affichage des version dans l’onglet OTA (un peu perturbant mais pas un bug)
J’ai aussi basculé le frontend de z2m sur le nouveau. Ca ne concerne pas vraiment Gladys, et ça fonctionne (en anglais seulement pour le moment, et la map graphviz est pas user friendly)
Bien évidement, je vous dit si j’ai des bugs.
PS : y’a eu pas mal de petits changement/correction sur plein de devices zigbee depuis la 1.42.x, sur mon matos, rien de fou, mais des trucs a « mettre a jour » coté gladys (une mesure de batterie par ci, un truc qui servais a rien en moins par là)
Ca ressemble à ce que j’ai avec les child_lock qui ont disparu de Gladys pour mes prises NOUS (et donc que je ne mets pas à jour encore).
A surveiller pour voir si il faut un peu de dev avant une bascule du z2m interne de Gladys.
Oui,
Après, c’est un peu toujours le cas avec z2m et tout le matériel au catalogue.
Et plus on vas prendre du « retard », plus il y en aura.
Si d’autres veulent bêta tester en tout cas, je pense que l’intégration entre z2m 2.x et gladys est toujours ok et que c’est « safe » pour y aller (après avoir fait des backups )
de ce que j’ai lu, ça semble être lié à HA principalement.
Ensuite je ne sais pas comment Gladys gère les infos z2m envoyées dans mqtt.
J’ai vu dans cet article qu’il valait mieux utiliser les triggers et que c’était mieux pour un upgrade (pour les interrupteurs apparemment). Pareil ça semble être lié à HA.
Après il y a ces demandes de mises à jour qui enlèvent des fonctionnalités comme le child_lock. Certes je le modifie via z2m et pas Gladys si besoin, mais ce serait mieux de pouvoir tout faire via Gladys pour les utilisateurs non geek (c’est mon avis).
En tout cas je n’ai pas mis à jour mes prises NOUS et ça fonctionne toujours très bien et j’ai toujours l’option de dispo pour les utiliser sur le dashboard ou dans les scènes.
J’avais regardé le passage du driver ezsp à ember.
En soi, la mise à jour est facile. Mais le faire en automatique avec le fait de vérifier le firmware du dongle, ça ajoutait de la complexité.
S’il faut ajouter le driver zstack pour mettre à jour la configuration avant la 2.4.0, je peux. Mais la version actuelle (1.42.0) permet déjà ça ?
rien
Blague mise à part, je suis en mode bricole donc un gros copy/paste du rep actuel. Mais pour revenir en arrière, c’est plus complexe je te l’accorde.
je n’avais pas regardé avant/après je t’avoue et effectivement les 2 child_lock sont bien dans z2m mais pas dans Gladys.
La prise_03 a été ajouté quand mon z2m était déjà en 2.x (sans la Sécurité enfant dans Gladys) alors que la prise_congélateur (prise_01) date de la 1.4.2 (et que je n’ai pas mise à jour dans Gladys)
Si tu as besoin de plus d’info, je peux checker les 2 prises plus en détail (avec ton aide).
Maintenant il faut voir pour forcer le driver zstack, mais sinon à part ça je vois rien d’autre à faire
J’ai fais un build sur gladysassistant/gladys:upgrade-zigbee2mqtt-to-2.x, testé en réel chez moi sur mon Beelink mini-S13 de test avec un Sonoff Dongle-E
)
