Réflexions sur le zwave

[scanab]

Et du coup, pour ma question : est-ce que ce sera assez générique comme système pour qu'un plugin puisse venir s'y plugger et ajouter un contrôleur ZWave non pris en charge par la team ?

[loic]

Lit mon poste c'est compatible avec toutes les clef zwave...

[nechry]

La liste officielle se trouve ici:
https://github.com/OpenZWave/open-zwave ... ility-List

Mais les contrôleurs compatibles sont plus nombreux par exemple le Aeon ZStick Gen5 qu'on a déjà testé et qui fonction plus qu'à merveille tant au niveau rapidité que la distante de porter.



Sent from my iPad using Tapatalk

[loic]

Je confirme c'est ce que j'ai et c'est vraiment bien

[scanab]

Lit mon poste c'est compatible avec toutes les clef zwave...

En l’occurrence, je ne parle pas de clef zwave, mais d'un controleur recevant ses ordres en UDP et que je souhaiterai rendre compatible avec Jeedom
d'ou ma question de la réflexion d'une interface implémentable

[loic]

A non la pas du tout , deja pas d'udp dans le plugin, et en plus chaque contrôleur est différent. Le but c'est de simplifier le plugin pas l'inverse

[scanab]

A non la pas du tout , deja pas d'udp dans le plugin, et en plus chaque contrôleur est différent. Le but c'est de simplifier le plugin pas l'inverse

Je ne demande surtout par d'intégrer ce controleur dans le plugin, mais d'avoir des points d'entrées/sortie dans le plugin qui me permette de m'y rattacher pour l'étendre. Le but étant que c'est moi qui développe toute la tuyauterie UDP, le plugin zwave m'envoyant les classes et paramètres à envoyer au controlleur, et mon plugin passant au plugin zwave les réponses.

[loic]

Je vois vraiment pas comment je pourrais faire ça car le plugin zwave ne connait pas les classe ni rien, c'est le plugin openzwave qui lui donne en fonction de ce qu'il reçoit du module.

[algeroth]

Le but est surtout de simplifier optimiser le plugin pour qu'il soit plus performant et rapide.... on va éviter les usines à gaz

[skyline-ch]

Pour ma part je suis pour et c'est le bon moment pour le faire.
De plus tmartinez est vraiment compétent et prend le temps, j'ai par 2 fois eu besoin de sont aide après un gros blocage avec OpenZwave, il a toujours répondu présent.

Avoir la main sur le serveur et l'interface c'est un vrais plus, qui au début peux frustrer car tout a faire mais qui à terme sera la force de Jeedom, en règle général je suis pas pour les framwork et autre qui limite les possibilité, donc pouvoir tout faire si ont à les compétence c'est un gros plus .

Je peux donc donné du temps pour des tests de migration de plugin.
Pour rappèle j'ai openzwave avec jeedom et un z-stik sur RPi, et une VM avec Jeedom et le plugin zwave.
Je peux donc facilement et reproduire à l'infini le passage d'un plugin à un autre et revenir en arrière.

[scanab]

Le but est surtout de simplifier optimiser le plugin pour qu'il soit plus performant et rapide.... on va éviter les usines à gaz

Ça je comprend bien, et ma demande n'est pas de compliquer quoi que ce soit, juste de penser le futur plugin de manière la plus ouverte possible...

Je vois vraiment pas comment je pourrais faire ça car le plugin zwave ne connait pas les classe ni rien, c'est le plugin openzwave qui lui donne en fonction de ce qu'il reçoit du module.

Je n'ai pas regardé le code du plugin ZWave, mais quand je regarde les informations présentent dans les fichiers de configuration des modules zwave, il y a bien les classes qui apparaissent pour définir les commandes. Extrait du fibaro fgsd-002 :

Code : Tout sélectionner

            {
                "name": "Température",
                "type": "info",
                "subtype": "numeric",
                "unite": "°C",
                "isVisible": 1,
                "eventOnly": 1,
                "isHistorized": 1,
                "configuration": {
                    "class": "0x31",
                    "instanceId": 0,
                    "value": "data[1].val"
                }
            },

Tout ce que je souhaiterai c'est avoir la possibilité de m'interfacer avec ce plugin pour ne pas avoir à réinventer la poudre.

Quitte à refaire un nouveau plugin, pourquoi ne pas le penser de manière ouverte ?

[loic]

Sauf que ces fichiers vont disparaître au profit des informations renvoyé par openzwave. Après je peux l'ouvrir mais il faudra absolument que le module soit associé a openzwave donc a mon avis ça a peut d’intérêt pour toi.

[scanab]

Sauf que ces fichiers vont disparaître au profit des informations renvoyé par openzwave. Après je peux l'ouvrir mais il faudra absolument que le module soit associé a openzwave donc a mon avis ça a peut d’intérêt pour toi.

OK. Ce que je souhaiterai à minima c'est d'être capable de m'interfacer avec l'écran de paramétrage des modules... Ça restera un écran jeedom ou ce sera spécifique openzwave ?

[SBO]

Je crois vous avez pas tout suivie :
- ca sera compatible avec toute les clefs zwave + razberry hormis truc exotique
- on garde le razberry juste plus de zway on passe par openzwave

Le mode evennementiel sera bien sur étudié la j'ai pas tout dit c'est juste une présentation du changement je suis pas rentré dans le détails

Merci, on compte sur vous deux pour l’événementielle (thomas, c'est le défi de ta période d'essai ).

Ok je sorts

[skyline-ch]

Sauf que ces fichiers vont disparaître au profit des informations renvoyé par openzwave. Après je peux l'ouvrir mais il faudra absolument que le module soit associé a openzwave donc a mon avis ça a peut d’intérêt pour toi.

OK. Ce que je souhaiterai à minima c'est d'être capable de m'interfacer avec l'écran de paramétrage des modules... Ça restera un écran jeedom ou ce sera spécifique openzwave ?

Comme toujours dans Jeedom, si tu peux proposer quelque chose de réalisable sans que se soie usin a gaz se sera intégrer à Jeedom.
Je pense qu'il faut attendre la sortie de la première version de se nouveau plugin, dans le quelle tu pourras te plonger pour voir comment tu pourrais le modifier affin d’apporter cette interaction

[scanab]

Comme toujours dans Jeedom, si tu peux proposer quelque chose de réalisable sans que se soie usin a gaz se sera intégrer à Jeedom.
Je pense qu'il faut attendre la sortie de la première version de se nouveau plugin, dans le quelle tu pourras te plonger pour voir comment tu pourrais le modifier affin d’apporter cette interaction

Alors, oui, c'est une possibilité... L'autre étant de réfléchir à quelque chose d'ouvert dès le début si c'est possible

[nechry]

Jusqu'à dernière informations tmartinez et moi-même continuerons à développer le plugin openzwave.


Sent from my iPad using Tapatalk

[loic]

@scanab : comme dit j'aurai plus l'information a moins d'associer le module zwave a openzwave je ne peux donc rien faire....

[skyline-ch]

Comme toujours dans Jeedom, si tu peux proposer quelque chose de réalisable sans que se soie usin a gaz se sera intégrer à Jeedom.
Je pense qu'il faut attendre la sortie de la première version de se nouveau plugin, dans le quelle tu pourras te plonger pour voir comment tu pourrais le modifier affin d’apporter cette interaction

Alors, oui, c'est une possibilité... L'autre étant de réfléchir à quelque chose d'ouvert dès le début si c'est possible

Le problème c'est que la structure et le fonctionnement même du plugin, des possibilités ne sont pas encore créer donc dificile d'imaginer comment intégrer un élément externe sans même savoir comment cela va fonctionner.
en vue de se qui ai fais jusque la dans Jeedom et les plugin de Tomas, l'ouverture sera de la partie du moment que c'est faisable (qu'ils ont l'idée comment le faire).
En parler en avance c'est bien pour encrer l'idée mais je pense que la pour le moment c'est trop top pour avoir une réponse.

[rosty]

Perso je m'attendait a ce changement et je pense que c'est une bonne chose, avoir la main dessus c'est un gros gros plus indéniable
Le seul point qui pourrait bloquer c'est les migrations, mais si c'est réalisable et que ça ce passe sans problème tout le monde est gagnant



Envoyé depuis mon Note en utilisant Tapatalk