Bonjour,
avant hier j’ai voulu mettre mon chauffage en Eco avec la télécommande mais cela n’a pas fonctionné.
Je suis allé dans l’interface de configuration est tout était OK.
J’ai cliqué sur Sauvegarder la configuration
Tout à refonctionné.
J’ai eu la flemme de refaire un message ici car j’avais déjà eu le problème, qui avait été résolu.
Ce matin, 17°C au RDC…
Idem, j’ai cliqué sur Sauvegarder la configuration et ça refonctionne.
Voici ce que j’ai :
Dans les logs, je n’arrive pas à remonter assez loin pour arriver à la création du conteneur.
J’ai stoppé le conteneur zwave-js-ui et l’ai redémarré, mais cela fonctionnait toujours.
J’ai stoppé le conteneur gladys et l’ai redémarré, mais cela fonctionnait toujours.
J’ai redémarré le mini pc, c’est HS ; en cliquant sur Sauvegarder la configuration ça refonctionne
Les logs de ZWaveJSUI après redémarrage (filtre avec zwave):
Lien vers le fichier des logs complets
Salut @gaetanb76 
Ce n’est pas un problème de déconnexion MQTT, le souci est que Z-WaveJS UI a répondu à la découverte d’appareils avec un objet qui ne correspond pas à ce que Gladys attend.
Le code affecté est :
Apparemment, le « data » ne contient pas de result.
De ce que je vois, il y a eu une mise à jour majeure de Z-WaveJS UI il y a 2 semaines :
(Releases · zwave-js/zwave-js-ui · GitHub)
Est-ce que par hasard ton instance Z-WaveJS UI n’a pas été mise à jour automatiquement vers cette version ?
Je n’arrive pas à accéder au site de ZWaveJS UI qui est down actuellement, donc je n’arrive pas à voir quels sont les changements d’API sur cette nouvelle version, je retenterais plus tard.
@Sescandell Tu as remarqué la même chose chez toi ?
1 « J'aime »
Hello,
Cela semble continuer de fonctionner chez moi malgré une mise à jour en version 10 :
.
Je pourrais jeter un œil aux logs ci dessus dans la semaine
2 « J'aime »
Salut à vous 2,
Voilà la version que j’ai :
zwave-js-ui: 10.1.3.bcd59a0
zwave-js: 15.0.3
Hier après-midi j’ai voulu arrêter le mini pc sur lequel tourne Gladys pour le brancher sur une autre prise.
J’ai stoppé les conteneurs un par un.
J’ai stoppé Gladys.
J’ai arrêté le mini PC avec la commande shutdown -h now.
Après avoir rebranché le mini PC sur la prise, Gladys a démarré.
Par contre, ce matin j’ai remarqué que mon radiateur de salle de bain commandé en Zwave ne réagissait pas à mes commandes.
J’ai dû aller, comme toujours quand ce cas se produit, dans Configuration et cliquer sur Sauvegarder la configuration.
- Quelqu’un a-t-il le même problème ?
- Comment le résoudre ?
Merci d’avance
Salut @gaetanb76,
Déjà, tu t’embête pour rien à stopper les containers un par un, c’est overkill 
Si tu veux déménager ton mini-PC, le plus simple est simplement d’appuyer sur le bouton « éteindre » du mini-PC, d’attendre qu’il soit éteint, puis de le débrancher :
Quand tu appuie sur le bouton « éteindre », voilà ce qui se passe :
- Tu appuies sur le bouton
- L’OS déclenche un shutdown propre (systemd)
- systemd :
- arrête les services dans l’ordre
- arrête le service Docker
- Docker
- envoie un SIGTERM à chaque container
- attend le timeout de grâce (par défaut 10 secondes)
- envoie un SIGKILL seulement si le container ne répond pas
- Le système s’éteint
Tous tes containers sont donc entièrement stoppé proprement.
Maintenant pour ton problème, quand tu as lancé zwave-js-ui, est-ce que tu as bien lancé le container avec une propriété « restart=always » ?
Est-ce que ton broker MQTT est également en « restart=always » ?
Est-ce que tu as une erreur dans les logs de Gladys ?
Oui,
je suis resté sur l’idée que c’était un Raspberry Pi, ce que j’avais avant, quelle nouille 
En effet, un simple appuie sur le bouton fait l’affaire, merci @pierre-gilles
Je n’ai pas lancé zwave-js-ui, il se lance au démarrage de Gladys
Idem pour lui.
Aujourd’hui, coupure de courant qui a duré 8h et le Zwave fonctionne normalement.
Je vais investiguer
Ok, si jamais tu as des logs à partager au moment du redémarrage de Gladys, ça nous donnera des informations 
