[DIY RPI2] Clé AEON LABS Z-STICK GEN5 démon local NOK

Bonjour à tous,

En quête de découverte de Jeedom et de la domotique, j’essai de monter une configuration DIY sur un vieux RPi2 que j’ai retrouvé dans un carton mais qui fonctionne toujours. J’ai donc installé Raspbian Buster Lite, puis Jeedom en V4.0.40 avec une clé AEON LABS Z-STICK Gen 5 pour contrôler 2 module Fibaro (Roller Shutter 3 et Dimmer), et bricoler un peu pour me faire la main et envisager d’agrandir la famille de module Z-wave et pourquoi pas une box Jeedom.

J’ai donc installé le plugin Z-wave, installé les dépendances, mais le démon local refuse de démarrer car il ne reconnait pas ma clé a priori, et ce quelque soit le port utilisé (ttyACM0 ou tout autre ttyUSB) :

Pourtant ma clé est reconnue par le RPi, la commande lsusb répond :
Bus 001 Device 009: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 001 Device 008: ID 0bda:5411 Realtek Semiconductor Corp.
Bus 001 Device 007: ID 0bda:5411 Realtek Semiconductor Corp.
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Après avoir branché puis débranché la clé, la commande ls /dev/tty* me permet d’identifier la clé sur ttyACM0, mais malgré que je choisisse ce port dans le démon rien n’y fait

Après lecture de ce post, j’ai essayé de rajouter SUBSYSTEM==« tty », ATTRS{idVendor}==« 0658 », ATTRS{idProduct}==« 0200 », SYMLINK+=« ttyUSB21 » au fichier /etc/udev/rules.d/98-usb-serial.rules. celà ajoute un port dans Jeedom, mais pareil rien n’y fait.

Après encore d’autres lectures, j’ai acheté un HUB USB avec alimentation externe et y ai branché ma clé. Mais ça ne fonctionne toujours pas.

Par miracle a un moment ca a fonctionné quelques heures, ma clé a été reconnu et j’ai pu inclure un de mes modules, mais depuis cette nuit, après un redémarrage, plus rien n’y fait.

Avez vous d’autres idées?

Ah et j’ai essayé avec un autre RPi2 (oui oui je suis un conservateur :sweat_smile:), mais pareil même chose.

Bonjour,
Que disent les logs ?

Bonsoir,

Finalement j’ai réussis à faire fonctionner la chose mais avec une nouvelle installation sur mon 2 RPi2.
J’essaie de regarder les logs de l’autre ASAP, voir quand même pourquoi ça marche sur un et pas l’autre.

Merci en tout cas!

Bonsoir,

Voici les logs du démon en mode debug


[2020-02-26 22:26:19][INFO] : Début d'activation du plugin
[2020-02-26 22:26:20][INFO] : Info sur le démon : {"launchable_message":"","launchable":"nok","state":"nok","log":"nok","auto":0}
[2020-02-26 22:26:20][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=openzwave function=install callInstallFunction=1
[2020-02-26 22:27:34][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2020-02-26 22:27:36][INFO] : Lancement démon openzwave : /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resources/openzwaved/openzwaved.py  --device /dev/ttyACM0 --loglevel debug --port 8083 --config_folder /var/www/html/plugins/openzwave/core/class/../../resources/openzwaved/config --data_folder /var/www/html/plugins/openzwave/core/class/../../data --callback https://127.0.0.1:443/plugins/openzwave/core/php/jeeZwave.php --apikey ********* --suppressRefresh 0 --cycle 0.3 --pid /tmp/jeedom/openzwave/deamon.pid
[2020-02-26 22:27:38][INFO] : Start openzwaved
[2020-02-26 22:27:38][INFO] : Log level : debug
[2020-02-26 22:27:38][DEBUG] : PID file : /tmp/jeedom/openzwave/deamon.pid
[2020-02-26 22:27:38][INFO] : Device : /dev/ttyACM0
[2020-02-26 22:27:38][DEBUG] : Apikey : ******
[2020-02-26 22:27:38][INFO] : Callback : https://127.0.0.1:443/plugins/openzwave/core/php/jeeZwave.php
[2020-02-26 22:27:38][INFO] : Cycle : 0.3
[2020-02-26 22:27:38][DEBUG] : Initial disabled nodes list: []
[2020-02-26 22:27:38][DEBUG] : Init request module v2.21.0
[2020-02-26 22:27:38][DEBUG] : Starting new HTTPS connection (1): 127.0.0.1:443
[2020-02-26 22:27:38][ERROR] : Callback result as a unknown error: HTTPSConnectionPool(host='127.0.0.1', port=443): Max retries exceeded with url: /plugins/openzwave/core/php/jeeZwave.php?apikey=******** (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x73391bb0>: Failed to establish a new connection: [Errno 111] Connection refused',)). Please check your network configuration page
[2020-02-26 22:27:38][ERROR] : Network communication issues. Please fixe your Jeedom network configuration.
[2020-02-26 22:28:11][ERROR] : Impossible de lancer le démon openzwave, relancer le démon en debug et vérifiez la log

J’ai remplacé mon APIKEY par des étoiles, je ne sais pas si ça un intérêt pour la sécurité.

Bonne soirée

Bonjour,
Comme écrit dans le log il y a un problème de config réseau… Et du httpS sur local (127.0.0.1) ça me paraît douteux ; pourquoi ne pas passer en http?

Excellente question.

Est-ce que ce paramètre se règle dans Reglage → Système → Configuration dans l’onglet accès réseau?
Parce que si c’est ça, je suis en HTTP et non HTTPS

Bonsoir,
Je relance ce post car j’ai un souci également avec ma Z-STICK GEN5 que je viens de recevoir.
Mon Jeedom v3 tourne sur une VM Debian 9 (hôte Windows 10).
J’ai donc installé le plugin Z-WAVE et brancher le stick sur un des port USB.
Tout comme Pacha57 le démon ne veut pas démarrer car la clé non reconnu, voici les Logs:
2020-03-02 23:33:11.260 Always, OpenZwave Version 1.4.0 Starting Up
2020-03-02 23:33:11.279 Info, Setting Up Provided Network Key for Secure Communications
2020-03-02 23:33:11.279 Info, mgr, Added driver for controller /dev/ttyS0
2020-03-02 23:33:11.283 Info, Opening controller /dev/ttyS0
2020-03-02 23:33:11.283 Info, Trying to open serial port /dev/ttyS0 (attempt 1)
2020-03-02 23:33:11.284 Error, ERROR: Failed to set serial port parameters
2020-03-02 23:33:11.284 Error, ERROR: Failed to open serial port /dev/ttyS0

[2020-03-02 22:32:27][ERROR] : No USB Z-Wave Stick detected
[2020-03-02 22:32:55][ERROR] : Impossible de lancer le démon openzwave, relancer le démon en debug et vérifiez la log

Si je fais la commande lsusb j’obtiens:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 80ee:0021 VirtualBox USB Tablet
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

S’agit-il d’un problème Jeedom ou de la machine virtuelle?

Merci pour l’aide!

Il ne faut pas relancer ce post mais plutôt en ouvrir un autre.
Vraisemblablement la clé n’a pas été affectée à la VM.

Bonjour,
ttys0 ce n’est pas ta clé à priori. Qu’as tu configuré ?

Merci pour vos retours rapides.
Qu’entends par configuré?
Sur le plugin Z-Wave j’ai:
Cycle(s): 0.3
Port du serveur: 8083

Pour le « port clé Z-wave » j’ai essayé les 4 possibilité pour (auto, ttyS0, ttyS1,ttys2,ttys3), rien à faire j’ai toujours le log suivant:
2020-03-03 09:25:19.201 Always, OpenZwave Version 1.4.0 Starting Up
2020-03-03 09:25:19.207 Info, Setting Up Provided Network Key for Secure Communications
2020-03-03 09:25:19.207 Info, mgr, Added driver for controller /dev/ttyS0
2020-03-03 09:25:19.211 Info, Opening controller /dev/ttyS0
2020-03-03 09:25:19.211 Info, Trying to open serial port /dev/ttyS0 (attempt 1)
2020-03-03 09:25:19.211 Error, ERROR: Failed to set serial port parameters
2020-03-03 09:25:19.211 Error, ERROR: Failed to open serial port /dev/ttyS0
2020-03-03 09:25:19.211 Warning, WARNING: Failed to init the controller (attempt 0)

J’ai rajouté le SUBSYSTEM==“tty”, ATTRS{idVendor}==“0658”, ATTRS{idProduct}==“0200”, SYMLINK+=“ttyUSB21” au fichier /etc/udev/rules.d/98-usb-serial.rules. celà ajoute un port dans Jeedom, mais pareil rien n’y fait…

Ce n’est à priori absolument pas nécessaire.
Bref, ce n’est pas le même sujet que le post d’origine et la réponse la plus probable a été donnée par @Jeandhom
Rajoute la clé à la VM ou si cela ne fonctionne toujours, ouvre un nouveau poste avec les captures de la config de la vm

Ok je fais ça!
J’ouvrirai un nouveau Post

Pour info, Vous aviez raison, la Z-STICK n’était pas remonté à la VM.
Après avoir redémarrer la machine hôte c’était bon bizarrement…

Merci tout le monde!
Je progresse lentement mais surement…