Z-Stick GEN5 injoignable suite à migration vers Stretch sur rpi2

[tttooommm]

Bonjour,

Mon installation domotique date de 2016.
Jeedom tournait sous Jessie sur un Raspberry Pi 2 avec un SSD.
J’utilise une clé Aeon Labs Z-stick GEN5 comme contrôleur Z-wave.
Jusqu’ici tout allait bien jusqu’à ce que je décide de migrer vers Raspbian Stretch toujours sur le Pi 2.
En suivant les conseils de la communauté je suis reparti sur une nouvelle installation.
Une fois Jeedom réinstallé sur Stretch toujours sur SSD j’ai importé mon backup Jeedom 3.3.35.
J’ai ensuite réinstallé les dépendances Z-wave (tout est ok dans les logs).
J’ai redémarré le démon Z-wave sur port auto sans succès.
En sélectionnant le port /dev/ttyAMA0, il passe au vert… mais hélas aucun message n’est transmis.
Voici les logs openzwaved :

2019-11-02 19:57:28.078 Always, OpenZwave Version 1.4.0 Starting Up
2019-11-02 19:57:28.090 Info, Setting Up Provided Network Key for Secure Communications
2019-11-02 19:57:28.091 Info, mgr,     Added driver for controller /dev/ttyAMA0
2019-11-02 19:57:28.091 Info,   Opening controller /dev/ttyAMA0
2019-11-02 19:57:28.091 Info, Trying to open serial port /dev/ttyAMA0 (attempt 1)
2019-11-02 19:57:28.091 Info, Serial port /dev/ttyAMA0 opened (attempt 1)
2019-11-02 19:57:28.092 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_VERSION: 0x01, 0x03, 0x00, 0x15, 0xe9
2019-11-02 19:57:28.092 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_MEMORY_GET_ID: 0x01, 0x03, 0x00, 0x20, 0xdc
2019-11-02 19:57:28.092 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_CONTROLLER_CAPABILITIES: 0x01, 0x03, 0x00, 0x05, 0xf9
2019-11-02 19:57:28.093 Detail, contrlr, Queuing (Command) FUNC_ID_SERIAL_API_GET_CAPABILITIES: 0x01, 0x03, 0x00, 0x07, 0xfb
2019-11-02 19:57:28.093 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_SUC_NODE_ID: 0x01, 0x03, 0x00, 0x56, 0xaa
2019-11-02 19:57:28.093 Detail,
2019-11-02 19:57:28.093 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x15) - FUNC_ID_ZW_GET_VERSION: 0x01, 0x03, 0x00, 0x15, 0xe9
2019-11-02 19:57:29.093 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2019-11-02 19:57:29.094 Detail, contrlr, Removing current message
2019-11-02 19:57:29.094 Detail, contrlr, Notification: Notification - TimeOut
2019-11-02 19:57:29.105 Detail,
2019-11-02 19:57:29.105 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x20) - FUNC_ID_ZW_MEMORY_GET_ID: 0x01, 0x03, 0x00, 0x20, 0xdc
2019-11-02 19:57:30.106 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2019-11-02 19:57:30.106 Detail, contrlr, Removing current message
2019-11-02 19:57:30.107 Detail, contrlr, Notification: Notification - TimeOut
2019-11-02 19:57:30.117 Detail,
2019-11-02 19:57:30.117 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x05) - FUNC_ID_ZW_GET_CONTROLLER_CAPABILITIES: 0x01, 0x03, 0x00, 0x05, 0xf9
2019-11-02 19:57:31.118 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2019-11-02 19:57:31.118 Detail, contrlr, Removing current message
2019-11-02 19:57:31.118 Detail, contrlr, Notification: Notification - TimeOut
2019-11-02 19:57:31.124 Detail,
2019-11-02 19:57:31.125 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x07) - FUNC_ID_SERIAL_API_GET_CAPABILITIES: 0x01, 0x03, 0x00, 0x07, 0xfb
2019-11-02 19:57:32.125 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2019-11-02 19:57:32.125 Detail, contrlr, Removing current message
2019-11-02 19:57:32.126 Detail, contrlr, Notification: Notification - TimeOut
2019-11-02 19:57:32.132 Detail,
2019-11-02 19:57:32.132 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x56) - FUNC_ID_ZW_GET_SUC_NODE_ID: 0x01, 0x03, 0x00, 0x56, 0xaa
2019-11-02 19:57:33.132 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2019-11-02 19:57:33.133 Detail, contrlr, Removing current message
2019-11-02 19:57:33.133 Detail, contrlr, Notification: Notification - TimeOut

Il semble que le contrôleur ne réponde pas.
En fouillant un peu sur les forums, j’ai vu que quelqu’un conseillait de vérifier que la clé Z-wave était correctement détectée.
En faisant un dmesg, il me semble que ma clé n’est pas complètement installée car il n’y a pas toutes les infos (Manufacturer,…). Il faut regarder les dernières lignes quand je l’ai débranché puis rebranchée :

Je ne vois pas quoi faire de plus pour que mon pi 2 détecte à nouveau correctement ma clé Z-wave.
D’autant plus que je ne peux plus revenir à mon installation d’avant car j’ai malencontreusement écrasé l’image disque que j’avais faite

Merci de votre aide

[anon53349806]

'Jour,

tu devrais nous montrer le log de la compilation des dépendances.
tu devrais faire un lsusb avec et sans ta clé gen5

enfin je te conseille de passer sur un rpi3 car le 2 n’est plus assez puissant pour gérer

[supradolph]

A l’époque où j’utilisais un RPI j’ai eu le cas. Une mise à jour avait solutionné le soucis.

sudo rpi-update

Avec une recompilation des dépendances pour être sur.

[tttooommm]

Bon, finalement c’était mon boot ssd qui était foireux.
C’est le post de Alan328 qui m’a mis sur la piste dans ce thread : https://www.jeedom.com/forum/viewtopic.php?f=34&t=40840&hilit=cdc_acm&start=40

Je suis donc reparti de zéro avec la nouvelle méthode de boot en mettant la dernière version du bootcode.bin sur la sd et une nouvelle install de Stretch sur le ssd.
Ma clé est maintenant bien détectée

@anon53349806 mon pi 2 me suffit pour l’instant J’ai pourtant 25 modules Z-wave et 70 scénarios. Je n’ai pas de lenteurs. Et avec la nouvelle version PHP de Stretch, je trouve l’affichage de mon dashboard plus rapide ! Mais le jour où je voudrais passer au pi3, ça devrait être plus simple maintenant que j’ai tout sur le ssd.

@supradolph j’avais déjà fait cette maj

Merci quand même à tous les 2 pour vos réponses rapides.