Perte du réseau Z-Wave suite à passage Stretch

[Dapolux]

Bonjour,

Jusqu'à il y a 2 jours, tout fonctionnait bien (installation de Jeedom sur RPI3, sur un SSD, sous Jessie)

Comme à priori Jeedom n'est plus supporté sur Jessie, et que cela semble poser problème pour d'autres plugins, je bascule sous Stretch

Migration
La migration via un dist upgrade ne donnant pas satisfaction, je repart sur une nouvelle installation (@Bronche: Merci pour tes images toutes faites).

Le backup est restoré, mais depuis je ne retrouve plus rien coté ZWave, avec les soucis suivants:

Démon
Si je garde comme "Port Clé Z-Wave" la valeur "Auto"
==> le démon ne se lance pas
[2019-08-07 07:51:54][ERROR] : No USB Z-Wave Stick detected
[2019-08-07 08:52:19][ERROR] : Impossible de lancer le démon openzwave, relancer le démon en debug et vérifiez la log

J'en déduis qu'il y a un souci de détection de ma clé aeon labs gen5

Si je passe en "Raspberry pi (/dev/ttyAMA0/)
==> Le démon se lance, mais je ne retrouve rien dans santé, rien dans le réseau z-wave, comme si jeedom ne dialogue pas avec la clé
2019-08-07 07:58:33.757 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x56) - FUNC_ID_ZW_GET_SUC_NODE_ID: 0x01, 0x03, 0x00, 0x56, 0xaa
2019-08-07 07:58:34.757 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2019-08-07 07:58:34.757 Detail, contrlr, Removing current message
2019-08-07 07:58:34.757 Detail, contrlr, Notification: Notification - TimeOut

USB
Suite à diverses lectures sur le forum:
La clé est bien reconnue (lsusb) :
Bus 001 Device 006: ID 1f75:0621 Innostor Technology Corporation
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT 232 USB-Serial (UART) IC
Bus 001 Device 004: ID 0658:0200 Sigma Designs, Inc.
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

J'ai tenté:

sudo ls /dev/ttyUSB*
j'ai eu:
ls: cannot access /dev/ttyUSB*: No such file or directory

j'ai créé:
sudo nano /etc/udev/rules.d/98-usb-serial.rules

avec:
SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", SYMLINK+="ttyUSB21"

et toujours rien.

Quelqu'un a-il une idée?

Bonne journée,
Dapolux.

[Jeandhom]

As-tu relancé les dépendances ?

[Dapolux]

Oui, ça n'a rien changé.

J'ai vraiment l'impression que c'est un problème lié à l'USB, car mon RFXcom aussi branché en usb a un problème similaire (le démon ne se lance pas (notamment a cause d'un "No Device Found").

[Jeandhom]

Stretch est-il à jour ?

[Dapolux]

oui il est bien à jour

[Swr]

Est ce le problème d'incompatibilité du z wave avec le BT du pi3 ?
Il y a une notre particulière dans la doc jeedom

Envoyé de mon Redmi Note 4 en utilisant Tapatalk

[Mips2648]

Est ce le problème d'incompatibilité du z wave avec le BT du pi3 ?
Il y a une notre particulière dans la doc jeedom

Attention à la confusion: le zwave (en général) n'est pas incompatible avec le BT du pi3, cela fonctionne très bien.
C'est la carte raZberry (avec un Z) qui est un hat zwave pour raspberry qui est incompatible avec le BT

[Dapolux]

ouai je savais pour le razberry, j'ai désactivé dans le doute déjà, car je ne m'en sers pas, mais ça ne va pas mieux.

[Dapolux]

Pour info, j'ai réinstallé le tout à partir d'une raspbian stretch lite + installation jeedom (comme dans la doc) au lieu de la version préinstallée de bronche, et même constat

[bartounet]

Il y a de nombreux utilisateur sur stretch et raspberry 3 ça fonctionne

[Mips2648]

Je pense que le problème vient de là

Si je passe en "Raspberry pi (/dev/ttyAMA0/)

j'ai aussi ce device sur mon raspberry mais ce n'est pas la clé zwave (je ne sais plus lequel ce que c'est)

Chez moi, la clé zwave se met sur /dev/tty/ACM0

pour vérifier, débranche ta clé, rafraichis l'écran (important) et regarde la liste des devices,
rebranche la clé, rafraichis l'écran (important) et regarde la liste, celui qui est en plus est ta clé.
S'il n'y en a pas en plus, ta clé à un problème.

mais si le mauvais device est sélectionné dans la liste, le démon ne pourra pas démarrer.

[Dapolux]

Clef branchée ou non, la liste est la même (idem si RFXCOM branché ou non coté plugin RFXCOM)
je n'ai que 3 entrées possibles, "Aucun", "Auto" et "/dev/ttyAMA0/".
En auto j'ai l'impression qu'il ne détecte pas la clef, et le démon ne se lance pas (erreur mentionnée dans le post de départ), et en /dev/ttyAMA0/, il se lance bien, mais jeedom ne semble toujours pas dialoguer avec.

Ce qui est étonnant, c'est qu'avec le RFXCOM, que je n'arrive pas non plus à faire fonctionner depuis cette migration (qui est donc mon deuxième périphérique USB en dehors du ssd), j'ai le meme souci, c'est à dire que le démon se lance avec le même port, et ne se lance pas en mode auto, a la différence pret que dans les ports dispos, j'ai une 60ène d'entrées (tty0, tty1...), mais pas de ttyUSB* pour info).
Je précise qu'avant l'upgrade, les 2 plugins étaient configurés sur "Auto".

[Mips2648]

pour info, le mode "auto" chez moi n'a jamais fonctionné.
ce qui est assez sur ce que le "/dev/ttyAMA0/" n'est pas la clé zwave mais un port interne au pi: soit un port série vers le bluetooth (si activé), soit vers le gpio (pas certain de quelles pins mais ce n'est pas l'objet ici);
Le démon "démarre" parce que tu lui donnes un port série avec lequel communiquer et c'est tout ce qu'il a besoin, par contre il ne revoit pas de réponse évidement...

Si tu ne vois aucun périph usb, tu as un problème au niveau os ou hardware à régler d'abord, le problème n'est pas dans Jeedom.
Si tu as une version classique raspbian stretch maintenant, tes clés devraient être dispo dès que connectées... étrange.
as-tu la possibilité de les tester avec un autre device (pi ou autre?) ou de tester d'autre clés? pour savoir si le problème est la clé ou le pi?
ton install de stretch est vraiment classique / basique ou fais-tu d'autres choses après l'install de l'os? (excepté l'install de jeedom)

perso, je doute que ca soit la clé, cela serait étonnant que la zwave et la rfx tombent en panne en meme temps...
as-tu essayé d'autres ports usb sur le pi?
as-tu essayé un hub usb alimenté (p-e un problème de ton alimentation de pi qui est trop juste?)

[Darkeyes]

As tu testé la commande lsusb, pour être sûr que tes clés sont bien détectées

[Fabrice]

Bonjour,

J'ai la même configuration que vous et cela fonctionne très bien.
- RFXcom, Z-wave et mSATA sont en automatique seul la clé BT Sena est en manuel, mais c'est obligatoire.

Pouvez-vous tester avec une autre alimentation pour le Raspberry PI (il faut 3A quand on a vos périphériques dessus).

Testez aussi, en changeant de place vos périphériques USB (vue ici, chez certaine personne cela permettait un fonctionnement).

Autre idée, comme cela fonctionne chez tout le monde ;
- Réinstallez Raspbian Stretch lite sur une carte MicroSD, installer Jeedom dessus et restaurez votre sauvegarde (ou installation native) juste pour voir si cela fonctionne aussi dans ces conditions.

[Dapolux]

Merci pour vos réponses.

Pour répondre aux différents points:
Les RPI est bien dédié jeedom, j'ai tenté de partir de l'image de bronche avec jeedom déjà installé, j'ai tenté depuis une image vierge de stretch Lite puis installation de jeedom (en gros j'ai suivi la doc jeedom), puis j'ai tenté dans les 2 cas de faire les update/updrage en suite, même constat avec toutes les solutions.
J'ai tenté avec l'alim 3 A que j'utilise depuis plusieurs années, puis j'ai tenté avec 2 autres, puis depuis le hub alimenté, même constat.
J'ai tenté de changer les ports usb, tenté de n'utiliser que le dongle zwave, puis que le RFXCOM, même constat.
Pour le lsusb, il est dans le premier post, la clef semble bien détectée: Bus 001 Device 004: ID 0658:0200 Sigma Designs, Inc.
Je peux tenter via un autre RPI3 (sachant que celui-ci n'a jamais posé problème jusqu’à présent)

[Fabrice]

Ou celui-ci depuis une carte Micro SD déjà pour voir.
Il semble, pour l'avoir vu souvent ici, que ce genre de problème serait lié à l'alimentation.

[Jeandhom]

Tu n'as donc rien avec : ls /dev/ttyACM*

[Dapolux]

De retour après quelques jours de vacances, et quelques heures de réinstallations, et il y a du mieux!

En faisant l'installation directement sur une SD au lieu de passer par le SSD, cela fonctionne!!!

La j'ai bien une entrée de plus dans les port de clé Z-Wave.

Du coup, 2 possibilités a mon sens:
1) Ca vient de l'alim comme déjà évoqué, mais j'ai testé déjà plusieurs alims différentes, qui sont bien en 3A, et dans tous les cas avant sous jessier ça marchait. J'ai aussi testé de brancher le SSD au RPI + source d'alim (mon cable pour le SSD a 2 cables USB), mais rien de mieux. Je ne vois pas ce que je peux tester de plus pour cette piste.
2) Cela vient de la carte SD qui ne sert que de boot pour le SSD, sachant que celle-ci fonctionnait avant sous Jessie, j'avais suivi un tuto sur le forum, il faudrait que je le retrouve. Peut être que cela vient de là, je vais creuser en ce sens.