Configs OZW récentes
Publié : 07 avr. 2023, 14:36
Hello,
Un petit message suite à un truc qui m'a mis la puce à l'oreille concernant des produits ZOOZ, assez compétitifs (le zwave au prix du zigbee, en gros, avec moins de pb de compatibilité à attendre qui font que je n'ai toujours pas ajouté un controleur zigbee à mon installation actuelle).
Je m'étonnais de voir sur les listes de compatibilité le support de ces modules zwave 700 récents côté JEEDOM, que ce soit avec le plugin historique (basé Open ZWAVE) en plus du plus récent (mais foutraque à intégrer "by design") ZwaveJS.
Côté OZW/Domoticz, en phase avec les dernières versions du github OZW à l'abandon, point de support: Toujours possible de faire les fichiers de description module/paramètres soit-même, cela m'est arrivé de le faire et de les repousser chez OZW dans le passé, mais pénible surtout si la doc module est peu claire/fiable.
A regarder ici:
https://github.com/jeedom/plugin-openzw ... ved/config
On voit bien la différence avec ici:
https://github.com/OpenZWave/open-zwave ... ter/config
Conclusion: JEEDOM aurait une conception visiblement assez personnelle de l'Open Source, à sens unique je dirais, ajoutant des configs de modules récents à leur plugin basé OZW sans les repousser à la source!
Bon, peut-être qu'ils n'ont plus personne ayant les droits sur le repo OZW afin de synchroniser leurs ajouts (dans le passé, Nechry s'y collait pour eux)?
Mais pour tous ceux qui sont encore sous OZW et doivent ajouter des modules non supportés de base, il est bon de savoir qu'ils peuvent l'ajouter assez simplement ainsi:
-Stopper Domoticz (ou simplement désactiver OZW niveau controleur zwave).
-Ajouter le fichier manquant sous domoticz/Config/<NOM FABRICANT>
-Modifier le fichier domoticz/Config/manufacturer_specific.xml afin d'ajouter la ligne du module (faisant pointer ses ID vers le bon fichier de config ajouté ci-dessus) comme dans celui du repo JEEDOM.
-Redémarrer Domoticz (ou réactiver OZW)
-Inclure le module normalement, on devrait pouvoir le paramétrer.
Si ceci n'a pas été fait avant inclusion, probable qu'il faille exclure/ré-inclure.
=> On peut donc acheter les modules marqués compatibles JEEDOM + plugin ZWAVE si on est capable de faire le petit boulot d'intégration ci-dessus. Attention à sauvegarder ce qu'on ajoute pour le remettre aux upgrades domoticz: Même si l'abandon d'OZW est annoncée, les bêtas actuelles l'ont en réalité toujours (je suis actuellement sur un build 15777 et tout roule côté OZW chez moi) et comme l'autodiscovery MQTT est désormais aussi en voie d'abandon du côté de sa source HA, il est AMHA urgent d'attendre!
Pour zigbee, à mon sens il faudrait ouvrir un topic avec les modules voir fabricants à emmerdes (commandes OEM, routage limités aux modules d'un fabricant etc...). J'y passerais bien pour les ajouts nouveaux mais actuellement, le prix ne me semble pas valoir ces tracas pénibles que zwave ne connaît quasiment pas (ce qui n'empêche pas les bugs, mais jusqu'ici rien d'insoluble) grâce à son process de certification.
Un petit message suite à un truc qui m'a mis la puce à l'oreille concernant des produits ZOOZ, assez compétitifs (le zwave au prix du zigbee, en gros, avec moins de pb de compatibilité à attendre qui font que je n'ai toujours pas ajouté un controleur zigbee à mon installation actuelle).
Je m'étonnais de voir sur les listes de compatibilité le support de ces modules zwave 700 récents côté JEEDOM, que ce soit avec le plugin historique (basé Open ZWAVE) en plus du plus récent (mais foutraque à intégrer "by design") ZwaveJS.
Côté OZW/Domoticz, en phase avec les dernières versions du github OZW à l'abandon, point de support: Toujours possible de faire les fichiers de description module/paramètres soit-même, cela m'est arrivé de le faire et de les repousser chez OZW dans le passé, mais pénible surtout si la doc module est peu claire/fiable.
A regarder ici:
https://github.com/jeedom/plugin-openzw ... ved/config
On voit bien la différence avec ici:
https://github.com/OpenZWave/open-zwave ... ter/config
Conclusion: JEEDOM aurait une conception visiblement assez personnelle de l'Open Source, à sens unique je dirais, ajoutant des configs de modules récents à leur plugin basé OZW sans les repousser à la source!
Bon, peut-être qu'ils n'ont plus personne ayant les droits sur le repo OZW afin de synchroniser leurs ajouts (dans le passé, Nechry s'y collait pour eux)?
Mais pour tous ceux qui sont encore sous OZW et doivent ajouter des modules non supportés de base, il est bon de savoir qu'ils peuvent l'ajouter assez simplement ainsi:
-Stopper Domoticz (ou simplement désactiver OZW niveau controleur zwave).
-Ajouter le fichier manquant sous domoticz/Config/<NOM FABRICANT>
-Modifier le fichier domoticz/Config/manufacturer_specific.xml afin d'ajouter la ligne du module (faisant pointer ses ID vers le bon fichier de config ajouté ci-dessus) comme dans celui du repo JEEDOM.
-Redémarrer Domoticz (ou réactiver OZW)
-Inclure le module normalement, on devrait pouvoir le paramétrer.
Si ceci n'a pas été fait avant inclusion, probable qu'il faille exclure/ré-inclure.
=> On peut donc acheter les modules marqués compatibles JEEDOM + plugin ZWAVE si on est capable de faire le petit boulot d'intégration ci-dessus. Attention à sauvegarder ce qu'on ajoute pour le remettre aux upgrades domoticz: Même si l'abandon d'OZW est annoncée, les bêtas actuelles l'ont en réalité toujours (je suis actuellement sur un build 15777 et tout roule côté OZW chez moi) et comme l'autodiscovery MQTT est désormais aussi en voie d'abandon du côté de sa source HA, il est AMHA urgent d'attendre!
Pour zigbee, à mon sens il faudrait ouvrir un topic avec les modules voir fabricants à emmerdes (commandes OEM, routage limités aux modules d'un fabricant etc...). J'y passerais bien pour les ajouts nouveaux mais actuellement, le prix ne me semble pas valoir ces tracas pénibles que zwave ne connaît quasiment pas (ce qui n'empêche pas les bugs, mais jusqu'ici rien d'insoluble) grâce à son process de certification.