[RESOLU] Probleme detection clef Zwave Everspring SA413 avec SSD

[Alan328]

Bonjour à tous,
Je galère depuis quelques heures avec ma clef Zwave everspring SA413 que je viens d'acheter... la clef est bien reconnue (je la vois en faisant un lsusb), l'install du plugin s'est bien passé (clef en ttyAMA0, santé OK), par contre je n'arrive pas à un inclure mon detecteur de fumée FIBARO. En regardant les logs openzwaved, à priori il y a un soucis de timeout...
Petites précisions qui peuvent être utiles: jeedom 3.2.11 qui tourne sur un RPI3B avec SSD (Bluetooth désactivé).
Lors de l'inclusion ou l'exclusion, il y a le message ''controller is busy'' qui s'affiche
Une idée de ce qui se passe ? Merci d'avance

openzwave log
[2018-11-17 17:40:16][INFO] : Lancement démon openzwave : /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resources/openzwaved/openzwaved.py --device /dev/ttyAMA0 --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 http://127.0.0.1:80/plugins/openzwave/c ... eZwave.php --apikey LfZI8xPwRafGh9OqrMgQOKxDl1Jqq2nh --suppressRefresh 0 --cycle 0.3 --pid /tmp/jeedom/openzwave/deamon.pid
[2018-11-17 16:40:21][INFO] : Start openzwaved
[2018-11-17 16:40:21][INFO] : Log level : debug
[2018-11-17 16:40:21][DEBUG] : PID file : /tmp/jeedom/openzwave/deamon.pid
[2018-11-17 16:40:21][INFO] : Device : /dev/ttyAMA0
[2018-11-17 16:40:21][DEBUG] : Apikey : LfZI8xPwRafGh9OqrMgQOKxDl1Jqq2nh
[2018-11-17 16:40:21][INFO] : Callback : http://127.0.0.1:80/plugins/openzwave/c ... eZwave.php
[2018-11-17 16:40:21][INFO] : Cycle : 0.3
[2018-11-17 16:40:21][DEBUG] : Initial disabled nodes list: []
[2018-11-17 16:40:21][DEBUG] : Init request module v2.12.4
[2018-11-17 16:40:21][DEBUG] : Starting new HTTP connection (1): 127.0.0.1
[2018-11-17 16:40:21][DEBUG] : http://127.0.0.1:80 "GET /plugins/openzwave/core/php/jeeZwave.php?apikey=LfZI8xPwRafGh9OqrMgQOKxDl1Jqq2nh HTTP/1.1" 200 0
[2018-11-17 16:40:21][INFO] : Check if the port REST server available
[2018-11-17 16:40:21][INFO] : --> pass
[2018-11-17 16:40:21][INFO] : Check OpenZWave Devices Database
[2018-11-17 16:40:21][INFO] : --> pass
[2018-11-17 16:40:21][INFO] : Validate zwcfg configuration file(s)
[2018-11-17 16:40:21][DEBUG] : Create network object.
[2018-11-17 16:40:21][DEBUG] : Use sqlite version : (u'3.16.2',)
[2018-11-17 16:40:21][DEBUG] : connect to the louie dispatcher
[2018-11-17 16:40:21][INFO] : ******** The ZWave network is being started ********
[2018-11-17 16:40:21][INFO] : Start Openzwave network.
[2018-11-17 16:40:21][INFO] : OpenZwave Library Version 1.4.0
[2018-11-17 16:40:21][INFO] : Python-OpenZwave Wrapper Version 0.3.1
[2018-11-17 16:40:21][INFO] : --> pass
[2018-11-17 16:40:21][INFO] : Waiting for network to become ready
[2018-11-17 16:40:21][DEBUG] : Writing PID 1487 to /tmp/jeedom/openzwave/deamon.pid
[2018-11-17 17:40:21][INFO] : Démon openzwave lancé
[2018-11-17 16:40:22][DEBUG] : notif_callback : new notification
[2018-11-17 16:40:22][DEBUG] : notif_callback : Notification type : 26, nodeId : 255
[2018-11-17 16:40:22][DEBUG] : notif_callback : call callback context
[2018-11-17 16:40:22][DEBUG] : zwcallback args=[{'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}]
[2018-11-17 16:40:22][DEBUG] : Z-Wave Notification : {'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}
[2018-11-17 16:40:22][DEBUG] : notif_callback : end
[2018-11-17 16:40:23][DEBUG] : notif_callback : new notification
[2018-11-17 16:40:23][DEBUG] : notif_callback : Notification type : 26, nodeId : 255
[2018-11-17 16:40:23][DEBUG] : notif_callback : call callback context
[2018-11-17 16:40:23][DEBUG] : zwcallback args=[{'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}]
[2018-11-17 16:40:23][DEBUG] : Z-Wave Notification : {'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}
[2018-11-17 16:40:23][DEBUG] : notif_callback : end
[2018-11-17 16:40:24][DEBUG] : notif_callback : new notification
[2018-11-17 16:40:24][DEBUG] : notif_callback : Notification type : 26, nodeId : 255
[2018-11-17 16:40:24][DEBUG] : notif_callback : call callback context
[2018-11-17 16:40:24][DEBUG] : zwcallback args=[{'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}]
[2018-11-17 16:40:24][DEBUG] : Z-Wave Notification : {'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}
[2018-11-17 16:40:24][DEBUG] : notif_callback : end
[2018-11-17 16:40:25][DEBUG] : notif_callback : new notification
[2018-11-17 16:40:25][DEBUG] : notif_callback : Notification type : 26, nodeId : 255
[2018-11-17 16:40:25][DEBUG] : notif_callback : call callback context
[2018-11-17 16:40:25][DEBUG] : zwcallback args=[{'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}]
[2018-11-17 16:40:25][DEBUG] : Z-Wave Notification : {'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}
[2018-11-17 16:40:25][DEBUG] : notif_callback : end
[2018-11-17 16:40:26][DEBUG] : notif_callback : new notification
[2018-11-17 16:40:26][DEBUG] : notif_callback : Notification type : 26, nodeId : 255
[2018-11-17 16:40:26][DEBUG] : notif_callback : call callback context
[2018-11-17 16:40:26][DEBUG] : zwcallback args=[{'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}]
[2018-11-17 16:40:26][DEBUG] : Z-Wave Notification : {'homeId': 0L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 255}
[2018-11-17 16:40:26][DEBUG] : notif_callback : end
[2018-11-17 16:41:18][INFO] : 200 GET /network?type=info&info=getStatus&apikey=LfZI8xPwRafGh9OqrMgQOKxDl1Jqq2nh (127.0.0.1) 6.78ms
[2018-11-17 16:41:25][INFO] : 200 GET /controller?type=addNode&security=1&apikey=LfZI8xPwRafGh9OqrMgQOKxDl1Jqq2nh (127.0.0.1) 4.19ms

openzwaved log
2018-11-17 16:40:21.340 Always, OpenZwave Version 1.4.0 Starting Up
2018-11-17 16:40:21.355 Info, Setting Up Provided Network Key for Secure Communications
2018-11-17 16:40:21.359 Info, mgr, Added driver for controller /dev/ttyAMA0
2018-11-17 16:40:21.359 Info, Opening controller /dev/ttyAMA0
2018-11-17 16:40:21.360 Info, Trying to open serial port /dev/ttyAMA0 (attempt 1)
2018-11-17 16:40:21.360 Info, Serial port /dev/ttyAMA0 opened (attempt 1)
2018-11-17 16:40:21.361 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_VERSION: 0x01, 0x03, 0x00, 0x15, 0xe9
2018-11-17 16:40:21.361 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_MEMORY_GET_ID: 0x01, 0x03, 0x00, 0x20, 0xdc
2018-11-17 16:40:21.361 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_CONTROLLER_CAPABILITIES: 0x01, 0x03, 0x00, 0x05, 0xf9
2018-11-17 16:40:21.361 Detail, contrlr, Queuing (Command) FUNC_ID_SERIAL_API_GET_CAPABILITIES: 0x01, 0x03, 0x00, 0x07, 0xfb
2018-11-17 16:40:21.361 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_SUC_NODE_ID: 0x01, 0x03, 0x00, 0x56, 0xaa
2018-11-17 16:40:21.361 Detail,
2018-11-17 16:40:21.361 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x15) - FUNC_ID_ZW_GET_VERSION: 0x01, 0x03, 0x00, 0x15, 0xe9
2018-11-17 16:40:22.362 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2018-11-17 16:40:22.362 Detail, contrlr, Removing current message
2018-11-17 16:40:22.362 Detail, contrlr, Notification: Notification - TimeOut
2018-11-17 16:40:22.368 Detail,
2018-11-17 16:40:22.368 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x20) - FUNC_ID_ZW_MEMORY_GET_ID: 0x01, 0x03, 0x00, 0x20, 0xdc
2018-11-17 16:40:23.368 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2018-11-17 16:40:23.368 Detail, contrlr, Removing current message
2018-11-17 16:40:23.368 Detail, contrlr, Notification: Notification - TimeOut
2018-11-17 16:40:23.373 Detail,
2018-11-17 16:40:23.373 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x05) - FUNC_ID_ZW_GET_CONTROLLER_CAPABILITIES: 0x01, 0x03, 0x00, 0x05, 0xf9
2018-11-17 16:40:24.373 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2018-11-17 16:40:24.373 Detail, contrlr, Removing current message
2018-11-17 16:40:24.373 Detail, contrlr, Notification: Notification - TimeOut
2018-11-17 16:40:24.376 Detail,
2018-11-17 16:40:24.376 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x07) - FUNC_ID_SERIAL_API_GET_CAPABILITIES: 0x01, 0x03, 0x00, 0x07, 0xfb
2018-11-17 16:40:25.376 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2018-11-17 16:40:25.376 Detail, contrlr, Removing current message
2018-11-17 16:40:25.376 Detail, contrlr, Notification: Notification - TimeOut
2018-11-17 16:40:25.381 Detail,
2018-11-17 16:40:25.381 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x56) - FUNC_ID_ZW_GET_SUC_NODE_ID: 0x01, 0x03, 0x00, 0x56, 0xaa
2018-11-17 16:40:26.381 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s)
2018-11-17 16:40:26.381 Detail, contrlr, Removing current message
2018-11-17 16:40:26.382 Detail, contrlr, Notification: Notification - TimeOut

[chris777c]

d'après la liste des éléments compatibles avec le plugin , ton module n'est pas inscrit : https://jeedom.github.io/documentation/ ... nchor-1-15

[valer17]

Bonjour, j'ai le même problème avec le contrôleur Z-WAVE+ SA413.
Je viens de l'acheter, tout neuf, et il était bien indiqué que ce dongle est compatible JEEDOM.
Il est reconnu par le Raspberry PI3.
Tout semble ok dans la configuration du dongle.
Au moment de lancer l'inclusion, un bandeau affiche "CONTROLLER IS BUSY"
Une piste svp ?

[Alan328]

Bonsoir,
N'ayant toujours pas trouvé de solution, je me suis donc décidé de tester avec une fresh install sur une carte sd (mon jeedom tourne sur un SSD normalement). Après avoir selectionné le bon port (/dev/ttyACM0 (/dev/ttyACM0) et non pas Raspberry pi (/dev/ttyAMA0), je viens d'appairer avec succès mon smoke sensor Fibaro ! Reste plus qu'à refaire une fresh install sur mon SSD maintenant
@chris777c: en effet les SA413 n'est pas dans la liste officiel jeedom, mais de partout il est dit qu'il fonctionne avec jeedom (test à l'appui), curieux...

[Alan328]

Bonsoir,
Du coup aujourd'hui j'ai refait une fresh install de mon SSD et je n'arrive plus à communiquer avec mon controlleur zwave... je n'ai que le port Raspberry pi (/dev/ttyAMA0) disponible. Bon je sais que mon controlleur SA413 fonctionne bien avec jeedom et la carte SD, du coup je soupçonne un soucis avec la gestion des ports USB ? j'ai essayé les 3 ports restant sans succès. Des pistes à creuser ?

[Alan328]

Bonsoir,
Quelques info supplémentaires: testé jusqu'à ce jour en jeedom 3.2.11. Je viens d'essayer avec une image de @bronche (v3.2.7), pas mieux.
lsusb me donne:

Bus 001 Device 005: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp.
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

dmesg | grep usb mr donne:

[ 2.131803] usb 1-1.3: new full-speed USB device number 4 using dwc_otg
[ 2.265025] usb 1-1.3: New USB device found, idVendor=0658, idProduct=0200
[ 2.267754] usb 1-1.3: New USB device strings: Mfr=0, Product=0, SerialNumber=0

dmesg |grep tty donne:

[ 0.000000] Kernel command line: 8250.nr_uarts=0 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 dwc_otg.lpm_enable=0 console=ttyS0,115200 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[ 0.001189] console [tty1] enabled
[ 0.894457] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2

ma clef zwave n'est pas mappée ???

dans jeedom j'ai que ttyAM0 comme port, ni auto ni celui-là ne fonctionne (auto = demon NOK / ttyAM0 = demon OK mais erreur dans le log + controleur is busy à la mise en inclusion.

Donc je sèche... comment mapper la clef usb si cela n'est pas fait automatiquement ?

[Alan328]

Bonsoir,
Alors j'avance dans le troubleshooting... j'ai comparé les 2 configs:
- boot sur SD sans clef Zwave et sans brancher le SSD, puis je branche la clef, je la vois en faisant un lsusb (ID 0658:0200 Sigma Designs, Inc.), et ls /dev me fait bien apparaitre la clef en ttyACM0. Sous jeedom, le zwave fonctionne bien quand je sélectionne le port ttyACM0 => OK
- boot sur SSD sans clef Zwave, puis je branche la clef, je la vois en faisant un lsusb (ID 0658:0200 Sigma Designs, Inc.), mais rien n'apparait en faisant un ls /dev et rien non plus sous jeedom, seul le port ttyAMA0 apparait (si j'ai bien compris c'est l'UART du GPIO) donc le zwave ne fonctionne pas => NOK
Du coup je me suis mis à soupçonner l'adaptateur msata/USB x850 (JMicron) et j'ai essayé la manip suivante:
- boot sur SD en laissant branché le SSD et sans clef Zwave, puis je branche la clef. je vois bien apparaitre la clef en ttyACM0. Sous jeedom, le zwave fonctionne bien quand je selectionne le port ttyACM0 => OK
et donc je n'y comprend plus rien... à part que je suis presque sûr qu'il ne s'agit pas d'un problème jeedom, mais plutot rpi ou raspbian...
pour ôter les derniers doutes, il faudrait que je refasse le test avec un raspbian tout neuf sans jeedom sur le SSD !
Pourquoi ma clef n'est pas détecté ????
Toute idée serait bienvenue !
Merci !

[Salvialf]

Bonjour,

Bcp d'informations dans ton topic j'en suis perdu et ne sais même plus quel est ton problème avec Jeedom exactement ?! J'ai la même clé Everspring que toi donc je voudrais bien t'aider Surtout qu'elle fonctionne presque toute seule normalement.

Donc tu ne parviens pas à inclure un détecteur de fumée Fibaro ? C'est ton seul module Zwave ? Tu fais ton inclusion a proximité immédiate de la box ? Une petite copie d'écran de la config du plugin Zwave ?

Perso ma clé est configurée exactement comme dans la doc: https://jeedom.github.io/plugin-openzwa ... chor-1-7-4

ConfigZwave.jpg (156.94 Kio) Consulté 5358 fois

[Alan328]

Bonjour,
Oui en effet beaucoup d'info car au début c'était un problème d'inclusion mais en creusant c'est plutôt un problème de détection de ma clef zwave quand je boot sur mon SSD. Du coup je devrais changer le titre et peut être aussi de catégorie de forum, je regarde cela...
Quand je boot sur ma SD, le contrôleur zwave fonctionne et j'ai également pu inclure mon détecteur de fumée.
Est-ce que ton jeedom tourne sur SD ou SSD ?
Merci pour ton aide.

[Salvialf]

Ok donc la clé fonctionne normalement déjà. Jeedom tourne sur un environnement linux quel que soit le support, je suis sur un raspberry avec un disque dur sata en usb sans carte sd. Tu as essayé de mettre le porte clé zwave en auto avec le port 8083 comme décrit dans la doc ?

[Salvialf]

Je viens de tiquer: si ça fonctionne avec le ssd + la sd c'est peut-être un problème de temps de boot car quand il n'y a pas de sd le temps de boot est plus long de mémoire... faut que je vérifie mais je serai pas sur mon pc avant cet après-midi

[Alan328]

De mon coté, mon jeedom tourne sur un RPI3 avec SSD mSATA.
Oui j'ai essayé la config port auto: mais le demon se ne lance pas.
J'ai bien pensé au temps de boot.. mais le fait que je rajoute la clef apres le boot ne change rien...

[Salvialf]

Peut-être que ton ssd ne se charge pas comme il faut quand même à cause de ce temps de boot (services qui ne démarrent pas ou mal)... En tout cas si ça fonctionne avec la sd selon moi il faut chercher du côté de la config du ssd. Le problème c'est que ça remonte cette config chez moi je n'ai plus tout en mémoire (la vieillerie!)

[Salvialf]

La mémoire me revient: essaye de démarrer avec une carte sd vide dans le raspi. De mémoire ça règle ce problème de temps de boot. On sera fixés comme ça

[Salvialf]

Et éventuellement réinstaller les dépendances zwave quand tu boot sur le ssd...

Edit:
Tu peux tester ça: Connecte toi en SSH et lance la commande suivante :

Code : Tout sélectionner

chown -Rf www-data: /tmp/jeedom

Source: viewtopic.php?t=40990

Si ça fonctionne vraiment bien avec la sd et toujours pas avec le SSD tu peux tenter cette procédure de clonage: viewtopic.php?f=152&t=31252&hilit=carte ... d+3+lignes

[Alan328]

La reinstallation des dépendances et la commande chown j'avais déjà fait, mais je pourrais re-essayer ! je vais plutot tenter le clonage de la carte SD cela me semble être une bonne idée !
Ce matin j'ai essayé de repartir d'un raspbian tout neuf, et je vois toujours le même problème (mais est-ce que cela en ai vraiment un ?), ma clef usb est bien détectée quand je fais un lsusb

Bus 001 Device 004: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp.
Bus 001 Device 006: 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

mais pas de ttyACM0 quand je fais un ls /dev

autofs gpiochip1 loop6 pts ram6 stdout tty19 tty30 tty42 tty54 tty9 vcs6 zero
block gpiochip2 loop7 ram0 ram7 tty tty2 tty31 tty43 tty55 ttyAMA0 vcs7
bsg hwrng loop-control ram1 ram8 tty0 tty20 tty32 tty44 tty56 ttyprintk vcsa
bus initctl mem ram10 ram9 tty1 tty21 tty33 tty45 tty57 urandom vcsa1
cachefiles input memory_bandwidth ram11 random tty10 tty22 tty34 tty46 tty58 vchiq vcsa2
char kmsg mmcblk0 ram12 raw tty11 tty23 tty35 tty47 tty59 vcio vcsa3
console log mmcblk0p1 ram13 sda tty12 tty24 tty36 tty48 tty6 vc-mem vcsa4
cpu_dma_latency loop0 mmcblk0p2 ram14 sda1 tty13 tty25 tty37 tty49 tty60 vcs vcsa5
disk loop1 mqueue ram15 sda2 tty14 tty26 tty38 tty5 tty61 vcs1 vcsa6
fb0 loop2 network_latency ram2 serial1 tty15 tty27 tty39 tty50 tty62 vcs2 vcsa7
fd loop3 network_throughput ram3 shm tty16 tty28 tty4 tty51 tty63 vcs3 vcsm
full loop4 null ram4 stderr tty17 tty29 tty40 tty52 tty7 vcs4 watchdog
gpiochip0 loop5 ptmx ram5 stdin tty18 tty3 tty41 tty53 tty8 vcs5 watchdog0

donc je conclue que ma clef zwave n'est pas montée ? bon là je touche les limites de mes connaissance en linux j'avoue...
je tente le clonage d'ici la fin de journée...

[Salvialf]

Essayes de mettre ta clé sur le 1er port USB c'est comme ça chez moi et je crois me rappeler que c'était conseillé. J'ai pas demandé mais tu as bien fait les apt-get update & upgrade ?

...Je continues de réfléchir à ton problème qui doit être tout bête. Je suis sûr que quelqu'un avec plus d'expérience que moi sur Jeedom comprendrait tout de suite d'où vient le problème !

Tu utilises le GPIO du raspi ? Quoi qu'il en soit si tu ne l'utilises pas tu peux désactiver le bluetooth (si ce n'est pas déjà fait)

Et cette commande te donne quoi ?:

Code : Tout sélectionner

ls /dev/tty*

[Alan328]

Alors, résultat du clonage: pas mieux ! en même temps en y réfléchissant c'est normal car le port de la clef zwave était ttyACM0 et du coup il ne la trouve pas... logique...
La clef est bien sur l'USB1
ls /dev/tty* me donne:

/dev/tty /dev/tty14 /dev/tty20 /dev/tty27 /dev/tty33 /dev/tty4 /dev/tty46 /dev/tty52 /dev/tty59 /dev/tty8
/dev/tty0 /dev/tty15 /dev/tty21 /dev/tty28 /dev/tty34 /dev/tty40 /dev/tty47 /dev/tty53 /dev/tty6 /dev/tty9
/dev/tty1 /dev/tty16 /dev/tty22 /dev/tty29 /dev/tty35 /dev/tty41 /dev/tty48 /dev/tty54 /dev/tty60 /dev/ttyAMA0
/dev/tty10 /dev/tty17 /dev/tty23 /dev/tty3 /dev/tty36 /dev/tty42 /dev/tty49 /dev/tty55 /dev/tty61 /dev/ttyprintk
/dev/tty11 /dev/tty18 /dev/tty24 /dev/tty30 /dev/tty37 /dev/tty43 /dev/tty5 /dev/tty56 /dev/tty62
/dev/tty12 /dev/tty19 /dev/tty25 /dev/tty31 /dev/tty38 /dev/tty44 /dev/tty50 /dev/tty57 /dev/tty63
/dev/tty13 /dev/tty2 /dev/tty26 /dev/tty32 /dev/tty39 /dev/tty45 /dev/tty51 /dev/tty58 /dev/tty7

donc pas de ttyACM0
Je n'utilise pas le GPIO et du coup j'ai aussi désactiver le BT sans succès...
apt-get update & upgrade aussi sqns succès...
Sur quel tty est ta clef ?

[Salvialf]

Sur le ACM0 mais j'ai lu qu'il n'était pas forcément sur ce port. Tente quand même de réinstaller le plugin zwave + dépendances et porte clé sur auto en mettant le plugin en debug et donne le log on y verra plus clair. Et le log d'install des dépendances.

T'as testé en démarrant le raspi sur ssd avec une carte sd vide?

Je suis de sortie ce soir mais on va trouver une solution demain. Je suis persuadé qu'on passe à côté de quelque chose.

[Alan328]

En fait j'amorce sur une SD car mon adaptateur mSATA/USB est capriceux...
oui on va finir par trouver, je ne désespere pas (encore), merci pour ton aide !
Je vais réinstaller le plugin et les dépendances et poster les logs.
Bonne soirée