bizarre oui. Je n’ai pas "encore " de clé zigbee et l’image gladys redémarre sans problème
Ce que je ne comprends pas dans tout ça c’est que j’ai mis à dispo un rpi3B à Alex avec l’image 64Bits pour du dev avec un dongle zigbee, aucun probleme usb/zigbee.
Le point commun ( j’ai l’impression ) entre tout ceux qui ont des soucis c’est le dongle sonoff.
Bonjour à tous et bonne année.
De meme pour moi, je n’ai jamais eu de soucis avec la cle zigbbe et mon Rpi en 3b+ en 64b, par contre gros probleme avec le Bluetooth. Depuis que je sui passé en 32b plus de probleme de bluetooth, et tout fonctionne correctement. si ça peux aider ? 
je ne sais pas si cela peut aider, mais il semble y avoir deux types de clés sonoff … au niveau des références :
P → Texas Instrument
E → SiliconLabs
Phil
bon je viens de tester sur une image 32 et… 
toujours pareil
Pour aider le résultat de ma commande ls -l /dev/serial/by-id/ =>
usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_723abadaef21ec1181a720c32c86906c-if00-port0 → …/…/ttyUSB0
pour les choix de clés vues
/dev/ttyUSB0 - iTead -10 c4
/dev/ttyAMA0
Sur mon Pi 3B+, je n’avais jamais eu cette erreur, j’avais plutôt « under voltage » et « Error SYS - Ping after 6000ms » avec la clef zigbee CC2652R.
c’est assez déroutant de voir que la clé fonctionnes sur d’autres système et pas ici
Bonjour
sur ta copie d’ecran je vois que tu as selectionné le port /dev/ttyAMA0, alors que ton copié collez dit que ta cle sonoff est sur le port /dev/ttyUSB0, as tu selectionné le port dev/ttyUSB0?
Ah petite précision je suis passé à la version 32 bits, redémarré le pi et plus de problèmes, j’ai un pi 3b
1 « J'aime »
J’avais tenté dans le passé une install sur une VM freebox delta et c’etait galère aussi…
les deux hééééélassssse 
on l’aura un jour, on l’aurraaaaaaaaaa 
J’ai pas de sonoff
Chez moi quand je fais le dmesg, je suis comme toi sur /dev/ttyUSB0, donc c’est sur tu dois etre sur le port USB0 et non AMA0. Cà m’est arrivé une fois, que le lien entre gladys mqtt et zigbbemqtt ne se fasse plus, j’ai supprimé le dossier zigbee2mqtt dans « /var/lib/gladysassistant/ » et j’ai reboot le PI et je suis retourneé dans la config du service Mqtt et j’ai cliqué sur activer le service zigbee et tout est bien repartit, il faut attendre un peu le temps que tout se connecte( par contre il faudra reconnecter tous tes devices apres).
je pense que pour cce66 la cle fonctionne, car elle est bien reconnu sur le port USB0. Itead -10c4 c’est le nom de la clé
J’ai eu les 2 clefs, la sonoff qui est sur mon instance de prod et la CC2652R.
J’ai eu des problèmes avec les deux.
Depuis je suis passé sur un mini pc avec la sonoff, je n’ai plus de problème.
Il faudrait que je teste avec la CC2652R pour vérifier sur le Pi 3b+ qui me reste.
Sur le meme matos mais avec HA j’ai cela comme paramètre et cela fonctionnes
"serial": {
"disable_led": false,
"port": "/dev/ttyUSB0"
sur Gladys on récupère cela à l’affichage et cela fonctionnes pas
/dev/ttyUSB0 - iTead -10 c4
Peut-être une piste à explorer ? Ou est inscrit ce paramètre dans l’interface de Gladys ? dans une base ? dans un fichier ? dans le container gladys ?
peut-être que la redirection de port USB fonctionnes différemment selon qu’on est sur le PI ou sur le NUC ?
ce n’est que mon intuition, mais pour moi le probleme ne vient pas de la cle sonoff, car elle est bien reconnu et elle renvoie son nom.
le probleme c’est que tu n’as pas les liaisons dans ce tableau ? c’est ça ?
exactement ! le problème est : est-ce ce nom qui est attendu et pas /dev/ttyUSB0 seulement ?
1 « J'aime »
J’ai les mêmes problèmes qui sont aussi évoqués par ailleurs dans : " Aide pour configurer Zigbee2mqtt"
J’ai tout remplacé sauf le Pi que j’attends pour fin janvier