Interrogation Z-Wave JS

Bonjour,

C’est normal le format n’est pas le même entre série 500 et série 700.
Il faut passer par la méthode du lien donné par @Kyoshi d’après mes recherches (conversion puis ensuite flash avec nvm).

2 « J'aime »

J’ai regardé un peu effectivement, mais ça n’a pas l’air très safe comme process :smiley:

**WARNING:** This is highly experimental. Use at your own risk!

Reste toujours la méthode de l’exclusion/inclusion sur le nouveau contrôleur et l’utilisation du tools remplacer de Jeedom (a voir si ça peux marcher si on ne supprime pas les « anciens » modules…)

c’est quand meme c… que le format entre 500 et 700 soit différent…

1 « J'aime »

Alors l’outil REMPLACER est pratique par contre le renommage des équipements …j’ai du repasser partout…scénario …widget JC…Je pense qu’il faudra une documentation précise car je pense qu’il y aura des retours sur community…

2 « J'aime »

Oui de même quand j’ai tous basculé dans ZwaveJS et pareil pour le plugins gsh et (quelque) scénario

2 « J'aime »

Bonjour,

Normalement le nouvel équipement remplace partout l’ancien équipement. Je ne comprends pas bien.

Oui effectivement, mais même si j’ai bien coché les cases avant de faire le remplacement, certaines chose on du être modifier manuellement, notamment dans GSH, quand j’ai basculer openzwave > ZwaveJS tous les équipements sont resté sur openzwave par exemple.

De même pour les volets roulant Qubino par exemple, la commande Up(OZW) est remplacé par Haut(ZWJS) du coup dans les scénario il n’a pas pu faire le remplacement j’imagine

3 « J'aime »

Il serait bien de faire un sujet pour que kiboost regarde ça de plus près.

Pour moi au moins la 2ème partie de ton message aurait dû fonctionner.

Oui effectivement, après je n’ai pas vu de log pour l’outil remplacement, je ne sais pas si je vais pouvoir donné des infos concrètes

Edit :
Je l’ai remonté ici, pour ne pas s’égarer dans le sujet principal du post ^^
https://community.jeedom.com/t/jeedom-v4-3-2-question-sur-les-fonctionnalites-du-nouvel-outil-de-remplacement/92878/17?u=typher

1 « J'aime »

j ai tout coché et après j ai voulu renommer tous les équipements zwave js identique à ceux de open zwave pour me faciliter la tâche…Pour ne pas faire de doublons avec open zwave j ai rajouté ‘ozw’ derrière tout ses équipements mais du coup je me suis aperçu que les scénarios avaient suivis tous les renommages open zwave…

1 « J'aime »

sur mes modules fibaro ,l’outil a remplacé up par haut avec la nouvelle commande dans tous mes scénarios.J’ai pas eu de soucis.Au moment que tu remplis bien les correspondances ,il n’y a pas de soucis
La seule chose fastidieuse, c’est à la fin, remettre les bons noms qu’on avait donné aux modules coté OZW. Il faut copier l’ancien nom, en mettre un nouveau (pour pas de doublons de noms) ,enregistrer , puis le coler sur le nouveau * par le nombre.

1 « J'aime »

Salut,

Oui kiboost m’a expliqué pour la partie commande dans l’autre post au dessus, par contre je te confirmes que moi par défaut sans choisir les commandes a remplacer (up par haut), ça n’a pas marché étant donné que j’ai du le faire manuellement… :expressionless:

Donc je ne sais pas pourquoi toi ça a marché sans aucune configuration, peux être que les fibaro sont plus souple que les qubino, ça doit ce jouer au type de module a mon avis… Mais au moins j’ai eu l’explication :smiley:

Ou le type générique de la commande … le moteur regarde plusieurs chose et si il n’est pas sûr que c le même commande il ne l’a propose pas

1 « J'aime »

J’ai jamais dit qu’il l’avait fait tout seul, j’ai pointé chaque commande des modules. Après je ne me souviens plus sur une trentaine de modules, lesquelles j’ai dû mettre ou pas

1 « J'aime »

J’ai 3 contrôleurs actuellement.
Le controleur zwave.me que j’utilise depuis des années et qui est actuellement en prod. L’Aeotec gen5 et la gen7.
J’ai récupéré la gen5 pour pas cher car j’avais vu qu’un moyen existait pour tout migrer d’un contrôleur à l’autre.

Je vais essayer prochainement de faire cette manip :

  1. Backup du zwave.me
  2. Restauration vers l’Aeotec gen5
  3. Backup de l’Aeotec gen5 via les outils Aeotec
  4. Remplacement du zwave.me par l’Aeotec gen5
  5. Tentative de conversion gen5 vers gen7
  6. Restauration vers gen7
  7. Quand les plugins nécessaires passeront en stable, passage sur le nouveau plugin avec la gen7

Enfin, un truc de ce genre… En tout cas, je ne me vois pas tout réinclure…

2 « J'aime »

Tu serais le 1er à tester passage de Gen5 à Gen7 sur la communauté.
Ton retour d’expérience sera intéressant ! :blush:

Et moi non plus je me vois pas réinclure. Surtout le module derrière le lave-vaisselle :roll_eyes:

Très intéressé par ton test pour passer d’une gen 5 à une gen 7.
Existe il déjà une procédure expliquant comment faire « facilement »?

J’aimerais bien qu’un tuto expliquant ça clairement existe.
Il y a le lien que j’ai donné mais il faut encore savoir installer tout l’outil…

Perso j’ai testé sur mon jeedom de dev avec un .bin de mon Raz5 afin de le convertir en .json pour après utiliser l’autre commande pour faire la migration Gen5 vers Gen7 mais j’ai déjà un soucis sur la première commande ^^

pi@raspdev:/var/www/html/plugins/openzwave/data $ npx @zwave-js/nvmedit nvm2json --in backupnetwork-2022-10-26_11_54_30.787722-Backup_4.3.6_26_10_22.bin --out nvm.json --verbose
ZWaveError: Not a valid NVM3 page! (ZW0283)
    at readPage (/home/pi/.npm/_npx/98595b58b0c35f8f/node_modules/@zwave-js/nvmedit/build/nvm3/page.js:21:15)
    at parseNVM (/home/pi/.npm/_npx/98595b58b0c35f8f/node_modules/@zwave-js/nvmedit/build/nvm3/nvm.js:22:57)
    at nvmToJSON (/home/pi/.npm/_npx/98595b58b0c35f8f/node_modules/@zwave-js/nvmedit/build/convert.js:562:36)
    at Object.handler (/home/pi/.npm/_npx/98595b58b0c35f8f/node_modules/@zwave-js/nvmedit/build/cli.js:41:40) {
  code: 283,
  context: undefined,
  transactionSource: undefined
}

Visiblement le seul prérequis mentionné c’est la version du SDK à utiliser ((SDK version 6.61+)

De mon côté sur le Raz5 : (FW 5.37)

image

  • 5.39: Added Zniffer feature to trap packets between devices in own network. Updated SDK to 6.82.01
  • 5.38: Production test fixed
  • 5.37: Updated SDK to 6.81.01. Fixed blink on sending and on SmartStart init. Reporting of incoming routes added in Z-Way Reoute Map.

Donc logiquement le SDK est à une version ++ pour ce FW.

Bon, j’ai réalisé mes premières étapes qui consistaient à passer du contrôleur zwave.me vers l’Aeotec Gen5 en faisant au préalable un backup de l’Aeotec Gen5 via leur outil officiel.

J’ai rencontré quelques soucis de sauvegarde/restauration avec le plugin openzwave.
je ne sais pas si mes tests t’intéressent mais pour info, j’avais réalisé il y a quelques semaines un backup réseau de mon contrôleur zwave.me que j’ai restauré sur l’Aeotec Gen5.
A priori, aucun soucis.
Entre temps, j’ai rajouté un nouveau module sur mon contrôleur de prod (zwave.me). Donc rebelote, sauvegarde de ce dernier et restauration sur la Gen5. Sauf que là, pas moyen de voir le dernier module ajouté.
J’ai testé plusieurs fois. Au final, j’ai réinitialiser la Gen5 avant de refaire une restauration qui contenait bien tous mes modules.
C’est juste pour info.

Plus qu’à tenter la transformation Gen5 vers Gen7.

Par contre pour ceux qui ont déjà passé d’un contrôleur à l’autre, je vois toujours comme noeud 1, l’ancien contrôleur. Ce qui d’un côté assez logique, vu que j’ai restauré une sauvegarde de ce contrôleur vers le nouveau.
A voir si cela pose un jour problème.