Changement de moteur Z-Wave

Bonjour,

Comme certains ont dû le remarquer, nous allons changer le moteur Z-Wave de Jeedom (https://www.jeedom.fr/forum/viewtopic.php?f=22&t=7126). Nous n’utiliserons plus par défaut le moteur Z-Way (qui semble de moins en moins maintenu…) mais nous allons utiliser OpenZwave. Plusieurs avantages à cela, mais le principal est surtout que nous aurons la main sur le moteur et pourrons plus facilement corriger les soucis que vous pourriez rencontrer.

 

Le changement va se faire en 2 étapes :

  • La première le 1er juin : le plugin OpenZwave va passer privé, et recevra dans la beta cette nouvelle version (à noter que le plugin se suffit à lui-même il n’y a plus besoin du plugin Z-Wave). Cela nous permettra de déployer la nouvelle version qu’aux utilisateurs actuels d’OpenZwave (enfin à tous ceux qui ont acheté OpenZwave) pour déjà voir si pour eux il y a des régressions ou des soucis de migration.
  • Après cette première phase (15 jours environ) nous ouvrirons le plugin à tout le monde avec une doc de migration pour faire le passage du Zway à OpenZwave. Lors de cette réouverture à tous, le plugin deviendra gratuit.

 

Nous avons déjà fait quelques tests de migration, voilà la procédure macro :

  • installation du plugin OpenZwave
  • désactivation du moteur php d’OpenZwave (sur la page du moteur de tâches) et arrêt de celui-ci
  • installation d’OpenZwave (30 à 45 min)
  • lancement de la migration Z-Wave -> OpenZwave
  • redémarrage de Jeedom
  • une fois le démon OpenZwave lancé, il faut de préférence réveiller les modules sur piles
  • réactivation du moteur php OpenZwave + démarrage
  • synchronisation avec OpenZwave

Voici un lien vers la procédure en image et un autre qui donne la procédure en fonction des configurations (déporté ou non, zway ou pas zway)

Ca prend un peu de temps mais ça se passe relativement bien.

Pour l’instant voilà les points de régression que nous avons identifiés

  • plus de visualisation de la file d’attente Z-Wave (peu de chance de la voir revenir à court ou moyen terme)
  • le module aeon multisensor gen5 ne remonte que l’humidité et la température

Coté améliorations :

  • ensemble plus réactif et moins consommateur de ressource
  • système plus déterministe
  • plus de problème d’envoi de configuration aux modules sur batterie
  • interface qui se met à jour en temps réel

Cet article a été lu 9244 fois

Vous aimerez aussi...