Plugin OpenZwave

[LeCapitaineCaverne]

Oui, mais comme ça, ça ne peut pas marcher.
Voici la commande que tu dois rentrer : data[1].Set(#slider#)
et si tu veux tester directement avec 23 : data[1].Set(23)

Ca fonctionne maintenant... Bizarre car avant de changer pour la valeur statique, j'avais laissé la valeur par défaut (qui était Set(1%2C#slider#). Et le data1 manquait déjà !) ....
Je vais pouvoir passer mes Danfoss de la zibase sur Jeedom maintenant
Un grand merci.

[nechry]

@darghorn, hello, désolé de la réponse tardive, j'ai eux d'autres priorité a tester. dans ton énoncé tu parles d'un lecteur zipato, dans ton arbre je vois un beNext. il faut voir s'ils sont 100% compatible au vue de l'aire je trouve des différences. le mieux serait que tu m'affiches les premiers et dernière valeurs via la vue openzwave. je dois voir

Basic 0 32 (0x20) 0 0
Switch false 37 (0x25) 0 0
Enrollment Code 31000000000000000000 99 (0x63) 0 0
Code 1: 00000000000000000000 99 (0x63) 0 1

Alarm Type 0 113 (0x71) 0 0
Alarm Level 0 113 (0x71) 0 1
SourceNodeId 255 113 (0x71) 0 2
Access Control 6 113 (0x71) 0 9
Burglar 3 113 (0x71) 0 10
Battery Level 94 % 128 (0x80) 0 0

sur la base de ces information on valide le binding de tes commandes. tu peux aussi le affiché, ça donnera aussi une très bonne idée.

pour le lecteur, as-tu supprimé (il ne faut pas l'exclure) de va vue zwave le node puis synchronisé? si tu fais seulement la mise à jour il ne va pas mapper tout seul les commande et tu as peut-être encore les ancienne commande non compatible ce qui explique ton problème.

[darghorn]

Pas de soucis pour le délai, je ne suis pas pressé

Effectivement c'est un benext, mais j'ai lu partout qu'il s'agissait exactement du même matériel, juste rebrandé.

Voilà les valeurs, ça m'a l'air cohérent avec les tiennes, mis à part la fin :
Basic 0 32 (0x20) 0 0
Switch false 37 (0x25) 0 0
Enrollment Code 31000000000000000000 99 (0x63) 0 0
Code 1: 00000000000000000000 99 (0x63) 0 1

Alarm Type 0 113 (0x71) 0 0
Alarm Level 0 113 (0x71) 0 1
Battery Level 100 % 128 (0x80) 0 0

Je n'ai donc pas ça :
SourceNodeId 255 113 (0x71) 0 2
Access Control 6 113 (0x71) 0 9
Burglar 3 113 (0x71) 0 10

Je teste la suppression / synchronisation, je n'ai en effet pas effectué cette manip.

Pour info j'ai utilisé le dernier fichier de conf en provenance du market (du 10/03)

[nechry]

@underscan bon les base sont en place, ton node aurait reçu un Basic report mais il ne possède aucun binding associé (Mapping) a une commandeClass.
Tu peux voir les mapping via la vue openzwave onglet configuration, tu retrouve ton node et il devrait avoir une commandClass 32 (basic) example
<CommandClass id="32" name="COMMAND_CLASS_BASIC" version="1" request_flags="5" mapping="37">
<Instance index="1" endpoint="1" />
<Instance index="2" endpoint="2" />
</CommandClass>
si je reçois un 0 ou un 255 sur la commandClass 32 il va la forwarder automatique a la 37 (binnarySwitch) pour éteindre ou allumer l'interrupteur.

[nechry]

Pas de soucis pour le délai, je ne suis pas pressé

Effectivement c'est un benext, mais j'ai lu partout qu'il s'agissait exactement du même matériel, juste rebrandé.

Voilà les valeurs, ça m'a l'air cohérent avec les tiennes, mis à part la fin :
Basic 0 32 (0x20) 0 0
Switch false 37 (0x25) 0 0
Enrollment Code 31000000000000000000 99 (0x63) 0 0
Code 1: 00000000000000000000 99 (0x63) 0 1

Alarm Type 0 113 (0x71) 0 0
Alarm Level 0 113 (0x71) 0 1
Battery Level 100 % 128 (0x80) 0 0

Je n'ai donc pas ça :
SourceNodeId 255 113 (0x71) 0 2
Access Control 6 113 (0x71) 0 9
Burglar 3 113 (0x71) 0 10

Je teste la suppression / synchronisation, je n'ai en effet pas effectué cette manip.

Pour info j'ai utilisé le dernier fichier de conf en provenance du market (du 10/03)

le Access Control c'est là ou on passe de 6 Home à 5 Away. donc chez toi il ne connait pas ces valeur. ton device est vert dans la vue openzwave? sinon il faudrait le réveiller afin qu'il termine la détection.

donc toi tu pourrais utiliser le Alarm Leve 0 Home 255 Away, si vraiment pas de Access Control.

[darghorn]

En fait je viens de craquer et de le désinclure / réinclure, et la magie je vois les fameuses lignes manquantes.

Je l'avais inclu il y a bien longtemps, bien avant son support par open zwave (avant la release l'ajoutant du moins) c'était peut être du à ça ?

Je le laisse finir l'interview et je vois comment ça se comporte... A suivre

[nechry]

@sarakha63 he non pas encore mais visiblement c'était juste un problème d'inclusion et ou de détection. openzwave support depuis fin janvier le Alarm CommandClass V2 c'est surement ça qui a permit le bon fonctionnement.

[darghorn]

Alors voila les badges sont maintenant enregistrés, et quand j'en passe un avec home ou away j'ai bien la valeur access control qui passe en 5 ou 6.

Maintenant cette valeur ne remonte pas sur Jeedom. Je suppose que mon mapping est incorrect ?

Ci dessous mes commandes actuelles :

Capture d’écran 2015-03-18 à 22.13.24.png (166.12 Kio) Consulté 750 fois

Et ce que j'ai maintenant côté vue openzwave :
Basic 0 32 (0x20) 0 0 Byte (int) 0
Switch false 37 (0x25) 0 0 Bool (bool) 0
Enrollment Code 31000000000000000000 99 (0x63) 0 0 Raw (binary) 0
Code 1: -------------------- 99 (0x63) 0 1 Raw (binary) 0
Code 2: -------------------- 99 (0x63) 0 2 Raw (binary) 0
Code 3: -------------------- 99 (0x63) 0 3 Raw (binary) 0
Code 4: -------------------- 99 (0x63) 0 4 Raw (binary) 0
Alarm Type 0 113 (0x71) 0 0 Byte (int) 0
Alarm Level 0 113 (0x71) 0 1 Byte (int) 0
SourceNodeId 255 113 (0x71) 0 2 Byte (int) 0
Access Control 6 113 (0x71) 0 9 Byte (int) 0
Burglar 0 113 (0x71) 0 10 Byte (int) 0
Battery Level 100 % 128 (0x80) 0 0 Byte (int) 0

[darghorn]

Les deux seules choses utiles pour moi sont l'état 5/6 et le dernier badge passé.

Je me sert de ça pour activer / désactiver l'alarme et diffuser un message audio citant le prénom du propriétaire du badge (effet garanti )

[tilux]

Bonjour,
Après avoir eu quelques problèmes pour installer le plugin OpenZwave, j'ai remarqué que le dépôt avait changé.
J'ai dû modifier le fichier /opt/python-openzwave/update.sh

J'ai remplacé :

Code : Tout sélectionner

svn checkout http://open-zwave.googlecode.com/svn/trunk/ openzwave

par :

Code : Tout sélectionner

git clone https://github.com/OpenZWave/open-zwave openzwave

Il faudrait mettre à jour le script d'installation.

[tmartinez]

Bonjour,
Après avoir eu quelques problèmes pour installer le plugin OpenZwave, j'ai remarqué que le dépôt avait changé.
J'ai dû modifier le fichier /opt/python-openzwave/update.sh

J'ai remplacé :

Code : Tout sélectionner

svn checkout http://open-zwave.googlecode.com/svn/trunk/ openzwave

par :

Code : Tout sélectionner

git clone https://github.com/OpenZWave/open-zwave openzwave

Il faudrait mettre à jour le script d'installation.

Merci beaucoup,
On avait prévu d'intégrer la modif, mais on ne pensait pas qu'ils fermeraient aussi rapidement leur repo googlecode.
On push une maj demain avec la modif. Merci encore.

[cedric02]

Salut,

J'ai open-zwave qui marche très bien sur un nuc, mais je voulais l'installer sur un pi, sur une installation neuve.

dans les log de openzwave j'ai

Code : Tout sélectionner

SQLite version: 3.7.13
Openzwave is not installed. Get it from tmp directory.
Traceback (most recent call last):
  File "/usr/share/nginx/www/jeedom/plugins/openzwave/ressources/zwaveserver/rest-server.py", line 51, in <module>
    import openzwave

et quand je regarde un peu, le problème semble venir de là

Code : Tout sélectionner

 python setup-lib.py install --record install.files
running install
running build
running build_py
package init file 'lib/__init__.py' not found (or not a regular file)
package init file 'lib/__init__.py' not found (or not a regular file)
running build_ext
skipping 'lib/libopenzwave.cpp' Cython extension (up-to-date)
building 'libopenzwave' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -Iopenzwave/cpp/src -Iopenzwave/cpp/src/value_classes -Iopenzwave/cpp/src/platform -Iopenzwave/cpp/build/linux -I/usr/include/python2.7 -c lib/libopenzwave.cpp -o build/temp.linux-armv7l-2.7/lib/libopenzwave.o
cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for Ada/C/ObjC but not for C++ [enabled by default]
lib/libopenzwave.cpp:225:20: fatal error: vers.cpp: Aucun fichier ou dossier de ce type
compilation terminated.
error: command 'gcc' failed with exit status 1

Une idée ? (il trouve pourtant python-openzwave à la version 1028, donc je suppose que c'est pas un problème de dépot)

[tmartinez]

Si, c'est bien un pb de repo de openzwave (pour python-openzwave, c'est toujours bon).
tu peux modifier le fichier /opt/python-openzwave/update.sh
et remplacer la ligne

Code : Tout sélectionner

svn checkout http://open-zwave.googlecode.com/svn/trunk/ openzwave

par

Code : Tout sélectionner

git clone https://github.com/OpenZWave/open-zwave openzwave

[cedric02]

je l'avais fait, mais, en fait, il faut aussi en fait supprimer l'ancien répertoire

pi@raspberrypi /opt/python-openzwave $ git clone https://github.com/OpenZWave/open-zwave openzwave
fatal: destination path 'openzwave' already exists and is not an empty directory.

cela semble bon... mais je dois attendre la compilation pour être sur... et c'est long sur le pi2... c'est plus rapide sur le nuc

[nechry]

Alors voila les badges sont maintenant enregistrés, et quand j'en passe un avec home ou away j'ai bien la valeur access control qui passe en 5 ou 6.

Maintenant cette valeur ne remonte pas sur Jeedom. Je suppose que mon mapping est incorrect ?

Ci dessous mes commandes actuelles :

Capture d’écran 2015-03-18 à 22.13.24.png

Et ce que j'ai maintenant côté vue openzwave :
Basic 0 32 (0x20) 0 0 Byte (int) 0
Switch false 37 (0x25) 0 0 Bool (bool) 0
Enrollment Code 31000000000000000000 99 (0x63) 0 0 Raw (binary) 0
Code 1: -------------------- 99 (0x63) 0 1 Raw (binary) 0
Code 2: -------------------- 99 (0x63) 0 2 Raw (binary) 0
Code 3: -------------------- 99 (0x63) 0 3 Raw (binary) 0
Code 4: -------------------- 99 (0x63) 0 4 Raw (binary) 0
Alarm Type 0 113 (0x71) 0 0 Byte (int) 0
Alarm Level 0 113 (0x71) 0 1 Byte (int) 0
SourceNodeId 255 113 (0x71) 0 2 Byte (int) 0
Access Control 6 113 (0x71) 0 9 Byte (int) 0
Burglar 0 113 (0x71) 0 10 Byte (int) 0
Battery Level 100 % 128 (0x80) 0 0 Byte (int) 0

le mapping n'est pas bon c'est celui de zway donc incompatible en openzwave

pour Evénement il faut:
data[9].data (il faudrait afficher si tu veux voir le 6 et 5, ou te faire un joli widget qui interprétera le 6=> Home, 5 => Away)
Action, non supporté
Dernier badge, non supporté
Sabotage, non supporté
Code, c'est bon

la valeur 9 pour l'Evénement, c'est l'index de la valeur "Access Control"

[nechry]

@sarakha63 je dirais mon avant dernier mot... en fait pour le moment oui, mais les gars de la librairie openzwave sont motivé pour faire quelle que chose, aussi pour détecter le sabotage. donc pas de date en prévision ni encore associé à un milestone. comme c'est fraîchement migré sur github, je vais relancé et faire un issue pour que ça soit suivit.

[Doryphore]

Bonsoir

Sur les conseils de nechry, je vais retester openzwave, compte tenu que , jusque maintenant j’étais confronté a une reinitialisation sauvage du plugin compte tenu que je ne souhaite pas faire un reset de ma clé qui comporte beaucoup (trop) de modules

QQun pourrais m'indiquer comment desinstaller zway en ssh et installer le programme openzwave sur mon PI2 ?

J'ai essayé de l'installer avec la commande de la 1ere page mais j'ai une erreur

Merci

[snork]

Bravo à l'équipe pour les améliorations constantes sur le plugin.
A votre avis on est encore loin d'une version stable ?

[tmartinez]

salut, non on pensait la passer en stable cette semaine, mais avec tous les changements de serveurs suite à la fermeture de code.google.com, j'ai du réécrire une partie du script d'installation. Du coup ca sera peut-être ce WE ou en début de semaine prochaine...
Mais une maj arrive d'ici quelques minutes pour justement corriger l'installation.

[nordix]

A chaque fois que j'ai eu à inclure un nouveau module dans ma config un peu spéciale (que tout le monde commence à connaitre), c'est le parcours du combattant . Inclusion du nouveau module sur le primaire, effacement du contrôleur secondaire sur la Jeedom, réinclusion comme secondaire et re-parametrage du contrôleur sur la Jedoom car celui-ci change de numéro de noeud (Node ID).
Cette fois j'ai eu besoin d'inclure un Homelink Gateway WNDHA-12 comme nouveau module, je me suis dis pas question d'effacer de nouveau le contrôleur. On va essayer après inclusion un "Request Network Update" via la nouvelle console, fonction qui justement sert à ça, mettre à jour une config zwave d'un primaire (ma vera) vers un secondaire (mon jeedom) et bien la fonction semble non fonctionnelle. Beau appuyer 10 fois, aucune entrée dans le log, aucune réponse. D'ailleurs, toutes les actions dans la nouvelle console spécifiques aux noeuds tel que: heal node, trest node, refresh all value, etc, semblent non fonctionnelles..

Autre chose, je ne sais pas si c'est une limitation d'openzwave ( je le pense), mais un contrôleur secondaire, comme une télécommande zwave ou un contrôleur de scènes semble ne pas communiquer avec un autre contrôleur secondaire tel que mon z-stick... Reste jaune et je n'arrive pas à l'interroger ni à obtenir sa config ou statut.. Cette partie étant tout de même moins cruciale que de ne pouvoir mettre à jour la config d'un contrôleur à partir d'un autre contrôleur..

Aimerait donc avoir quelques raisons sur l'absence de ces fonctions.