Z-Wave Version 2019-10-08 02:23:27

Tags: #<Tag:0x00007fc8db4bc458>

Bonjour

Je viens d’effectuer cette mise à jour et je partage mon retour d’expérience

Le changelog de cette version précise :

07/10/2019
Correction d’un bug lors de l’arret du démon
Correction de bugs
CETTE MAJ NECESSITE DE RECOMPILER LES DEPENDANCES (RELANCER)

Ayant déjà été confronté au problème d’arrêt du démon, je l’ai arrêté manuellement pour la dernière fois, le problème devant être réglé par cette maj
J’ai donc désactivé la gestion automatique du démon puis arrêté le démon

J’en ai profité pour débrancher ma Z-Stick Gen5 et en effectuer une sauvegarde (ajouts et suppression de modules effectués récemment)

J’ai reconnecté mon contrôleur Gen5 et j’ai lancé la mise à jour qui a été très rapide
J’en profite pour signaler que ma configuration matérielle est basée sur un NUC ce qui joue sur les performances, notamment durant l’installation des dépendances

Suite à la mise à jour, le démon a été lancé automatiquement : j’ai laissé le réseau Zwave démarrer et être opérationnel

J’ai ensuite relancé manuellement les dépendances : le démon est automatiquement arrêté

zwave%20dependances

La documentation du plugin précise :

A 75% c’est le début de la compilation de la librairie openzwave ainsi que du wrapper python openzwave. Cette étape est très longue, on peut toutefois consulter la progression via la vue du log de mise à jour. Il faut donc être simplement patient.

Avec ma configuration, cette période a duré 2 mn environ

Une fois l’installation des dépendances réalisées, j’ai attendu 5 mn et le démon a démarré automatiquement

En résumé, une mise à jour sans problème

3 J'aimes

Merci du RETEX

Hello,

update effectué aussi chez moi sur Rpi3 et tout c’est passé sans souci. Par contre pas d’inquiétudes pour les possesseurs d’un Rpi, la recompile a duré 12 minutes :sweat_smile:

Aucun soucis pour la maj sur Smart, très rapide.

Bonjour,
J’avais le message d’erreur suivant lorsque je réveillais certains équipements (contacteurs de porte Hank HKZW-DWS01):

Echec de la requête http : http://127.0.0.1:8083/node?node_id=41&type=info&info=all&apikey=4XYLAlsWcBat99PdADHeJxI90G76mRF7 Curl error : Failed to connect to 127.0.0.1 port 8083: Connection
Refused

Après avoir créé un ticket, il m’avait été répondu que ce problème serait réglé lors de cette mise à jour.

La mise à jour s’est bien passée, et le problème est résolu. C’est beau une équipe qui tient ses engagements :smiling_face_with_three_hearts:
Merci la team, pour votre réactivité!

Merci I-magin.

Après une mise à jour j’avais l’habitude de relancer le démon moi-même. Ici j’ai laissé faire comme tu l’indiques et ça fonctionne sur ma Vm aussi.
Pour faire un backup de ma clé Gen 5 j’éteins Jeedom carrément.
Je crois comprendre ici que d’avoir simplement arrété le Demon est suffisant pour pouvoir sortir la clé ?

Bonjour @Patdec

Pour sauvegarder la configuration de mon contrôleur Gen5, autrefois j’arrêtais carrément mon NUC :smirk:

Et j’ai lu l’excellent tuto de @nechry ICI

J’applique les conseils donnés, sauf que je n’active pas la sécurité « Enable Security ».
Pour le moment, je n’ai pas effectué d’inclusion en mode sécurisé (je n’ai pas d’équipement ultra sensible comme une serrure Z-Wave par exemple)

C’est différent de la sauvegarde du Plugin ?

La partie backup va vous permettre de gérer les backups de la topologie de votre réseau. C’est votre fichier zwcfgxxx.xml, il constitue le dernier état connu de votre réseau, c’est une forme de cache de votre réseau

1 J'aime

C’est une bonne question @Theking31… à laquelle je n’ai pas de réponse :thinking:

Dans ton extrait de la documentation du plugin Z-Wave, on évoque un backup de la topologie du réseau

Dans le topo de @nechry, on peut lire à propos de la clé Gen5

En cas de panne ou de remplacement de votre contrôleur, si vous avez préalablement effectué une sauvegarde de votre topologie Z-Wave pour n’avez qu’à lancer une restauration dans le nouveau Z-Stick Gen5 et vous vous retrouvez avec le même réseau. Note importante, le backup jeedom ne contient pas de sauvegarde de la topologie Z-Wave

Ce qui me paraît clair, c’est qu’il est impossible de restaurer la configuration (“topologie”) du contrôleur Gen5 avec le backup lancé depuis l’option du plugin Z-wave

Si un spécialiste passe par là, j’espère qu’il nous éclairera sur la nature de ce backup

Si je comprend bien ton interrogation, il me semble qu’ici on doit utiliser le Z-Stick Gen5 Backup Tool d’Aeotec pour récupérer sur la nouvelle clé les infos Zwave du backup.

Il me semble que sur l’ancien :innocent: forum le sujet avait été abordé.
Le backup auto de Jeedom contient : xxxxx
Le backup de la clé Aeotec contient : yyyyyy

Bonjour à tous,

j’avais une question au sujet de la mise à jour du plugin openzwave, je souhaiterai mettre à jour jeedom et ce plugin.
Voici où j’en suis :
Capture

Je suis sur un rpi 3 et sous Debien 8 (jessie). Ma question est la suivante :
Faut il obligatoirement passer sous Debian 9 (Stretch) pour faire ces 2 mises à jour ? Car je ne suis pas très chaud pour changer mon OS sachant que mon système est stable pour le moment (je n’ai aucun soucis). Mais j’ai lu quelque part qu’il était conseillé de le faire pour avoir la dernière version du plugin Openzwave sinon la mise à jour du plugin risquait de planter. .

Qu’en pensez-vous ?

D’avance merci.

Bonjour @papa_coni

Si la mise à jour du core en 3.3.33 ou celle du plugin openzwave nécessitaient obligatoirement Debian 9 “stretch”, je pense que le changelog comporterait un avertissement dans ce sens

Si tu as “lu quelque part qu’il était conseillé de le faire” il serait utile que tu nous donnes le lien vers cette information

Maintenant, il y a trois grands principes à prendre en compte dans le domaine informatique :

  • Si ton système fonctionne, qu’une mise à jour ne t’apportera rien de plus… tu n’effectues pas la mise à jour.
  • Dis toi que d’autres utilisateurs feront cette mise à jour et qu’ils ne manqueront pas de réagir sur le forum s’ils rencontrent un problème… donc patienter !
  • Il faut toujours effectuer une sauvegarde avant une mise à jour et externaliser cette sauvegarde (et les autres)
    La sauvegarde journalière de Jeedom sauvegarde Jeedom bien évidemment, mais pas les composantes du système.
    Un lancement des dépendances modifiera ces composantes. (c’est le cas de la dernière maj d’openzwave puisqu’il faut relancer les dépendances)
    Il est donc utile d’effectuer une sauvegarde de l’ensemble de sa configuration Jeedom
    Si tu fonctionnes avec une carte SD sur ton RPI, il faut cloner cette carte

Cela dit, il faut t’attendre à faire tôt ou tard la migration vers Debian 9 Stretch

Il me semble que certains dépôts pour raspbian ne sont plus disponibles pour Jessie.
Si c’est bien le cas, tu ne pourras plus installer les dépendances.
Dans ce cas, pour faire les mises à jour, migration vers Stretch obligatoire.

Vue qu’il y a la Buster qui est sortie cette été que la maintenance sous Jessie vas être arrêté
Je pense que c’est plutôt une bonne idée.
D’ailleurs si tu es sous raspbian je pense qu’une reinstall et restoration de backup sera beacoup plus rapide avec une monté de 2 version

L’installation de Debian 10 Buster est prématurée

Si le core de Jeedom en V4 est compatible, certains plugins tiers ne le sont pas selon l’information suivante :
Voir ICI

Pour de la production, il est prudent de rester sous Stretch avec Jeedom en V3.

Oui il reste des plugin qui n’ont pas fait le travail mais il reste fonctionnel et c’est le meilleur moyen de les motivé a changer les quelques lignes

Perso j’ai tout migrée et a part quelque plugins que j’ai mise a jours toute fonctionne bien

Merci pour vos retours rapides. Rien que dans celles ci, je vois que j’ai de votre part, des avis qui peuvent diverger d’où mon hésitation :-).
Je suis d’accord avec le principe de si tout fonctionne bien, pas besoin de mettre à jour mais je me dis que le jour où cela ne sera plus le cas, je devrais lancer la mise à jour de jeedom, l’os, les plugins tout cela en cumulé et rattraper pas mal de versions en retarde et en cas de pb (parfois, on se rend compte du dysfonctionnement quelques heures après), j’aurais peut être du mal à savoir ce qui pose pb puisque j’aurais mis pas mal de choses à jour. Après j’ai peut-être tort… désolé si je pose des questions bêtes :frowning:

Pour passer sous Stretch avec un pi c’est assez facile.
Tu fais une sauvegarde Jeedom que tu externalises sur une autre machine.
Tu fais une installation de Stretch sur une nouvelle carte SD.
Tu restores ta sauvegarde.

En cas de problème, Jeedom sous Jessie est toujours opérationnel sur ton ancienne carte SD.

Bien l’idée d’une nouvelle carte, merci !

1 J'aime