Live Youtube bilan de 2022 et projets pour 2023 ce mardi soir à 21h!

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

Ce n’est que de l’affichage, si tu regarde dans le fichier de configuration Zigbee2mqtt (dans le dossier /var/lib/gladysassistant/), tu verras que le port est bien le bon :slight_smile:

On afficher le port + le « nom » du périphérique connecté pour que ce soit plus lisible pour un utilisateur lambda, sinon ça serait indiscernable des autres ports USB.

Bonjour à tous,
Je partage ici mon expérience avec une clé Sonoff, il en existe 2 : ZBDongle-E et ZBDongle-P, personnellement je possède la version -E et j’ai eu ce genre de soucis, voici la solution qui à marché pour moi sur Raspebrry 3B+

1 « J'aime »

Merci @cce66 pour l’info, je l’ai commandé hier, j’ai l’impression que ce n’est pas facile à trouver

.
J’ai déjà les codes d’accès !

Bonne soirée

1 « J'aime »

@gaelbillon yep je l’ai indiqué un peu plus haut dans ce long fil :
P → Texas Instrument
E → SiliconLabs

Phil

Moi j’ai la version P effectivement !

J’ai personnellement tendance à penser que les dongles zigbee peuvent être assez capricieux (c’est d’ailleurs pour ça que sur le site du projet il y a une liste de dongles conseillés).
J’en ai utilisé un qui a très bien fonctionné plusieurs mois, puis pour une raison qui m’échappe a cessé de fonctionner.
J’avoue que je n’ai pas cherché 1000 ans, j’ai changé le dongle pour un truc très performant (et très cher aussi) mais j’en suis plus que satisfait !

Je ne serai pas surpris que les dongles SONOFF même s’ils « fonctionnent » ne soient pas les plus stables avec un RPi.

Mais…de rien ! :slightly_smiling_face: Oui ils ont été classé 2d sur un test en 2021 TOP 4 : Meilleur Mini PC 2021 + guide d’achat | TopTech Avis en plus fanless et des perfs largement suffisante pour mettre un debian plus gladys et pour un prix plus que correct si on compare à l’équivalent en raspberry !!! l’audio est bien reconnu et pour ensuite brancher sur un petit écran tactile c’est pour moi une bonne solution il manquera plus que la reco vocale mais en ajoutant le docker node-red bah c’est full open sur les solutions :wink:! j’en ai même acheté en promo sur cdiscount à 65 € il y un an ! :money_mouth_face:

Tu peux indiquer la ref stp ?

1 « J'aime »

Moi j’ai changé ma sonoff pour tubeszb
$39.00 + $15.00 de livraison (délai 3 bonnes semaines) = $54.00 + frais de conversion Euro vers Dollars à la banque + Douane (TVA) .

1 « J'aime »

je suis en train de me laisser tenter par la conbee II ,
si vous avez des retours négatifs ou positifs je suis preneur
Merci à vous
Phil

Curieux, pour tester j’ai enlevé ma clé conbee II qui marche très bien sur mon autre conf beelink bt3 pro2 Jeedom alors si je refresh la clé dans l’interface elle est vue mais toujours pareil pas de liaison mqtt vers zigbee et dans le fichier configuration.yaml le paramètre « port » de la section « serial » est « /dev/serial/ttyUSB0 »
après un reboot cela devient « /dev/serial/ttyACM0 » donc le paramètre ne bouges pas quand on active/désactive les service via le dashboard / integration/ zigbee2mqtt (d’ailleurs pourquoi l’arrêt du docker mqtt est rataché à celui du zigbee2mqtt ? le lancement je comprends mais pas l’arrêt !)

ls -l /dev/serial/by-id/ me renvoit :
usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2665658-if00 → …/…/ttyACM0

et toujours pareil alors franchement je comprends pas que les clés soient detectées mais que le container zigbee2mqtt reboote toujours (toute les 30s)

j’ai fait aussi un docker stop puis un docker rm du container mosquitto et zigbee puis relancer gladys


alors que les conteners gladys-z2m-mqtt et gladys-z2m-zigbee2mqtt ont été supprimés et que les images aussi !!!

j’actives « utiliser un broker… » et il me dit connecté avec succès toujours sans contener mosquitto ni zigbbe là il y a un bug pour ne pas dire une couille dans le potage !!!
je stop le contener gladys puis le start , là il recharge les images mais toujours pareil pas de liaison et reboot du container zigbee toute les 30s

je desactive zigbee2mqtt

les containers mosquitto et zigbee s’arrêtent bien, je stop le container gladys puis je supprime le répertoire /var/lib/gladysassistant/zigbee2mqtt
je relance le docker gladys, il me recrée /var/lib/gladysassistant/zigbee2mqtt et réinstalle les images de gladys-z2m-zigbee2mqtt et gladys-z2m-mqtt et…tadaaaaaa !!! Rebelote
Ca me gaaaaaaave !!! :rage: :rage:
Il y a les bugs d’affichage de l’état des containers à corriger mais surtout ce souci de liaison mqtt zigbee2mqtt et pourtant cela a marché avant les vacances d’été et de façon stable

j’arrêtes le beelink je remet la cle sonoff et redémarre le beelink


il le detecte mais arrives pas à lier la cle à gladys
au bout de 2 minutes c’est configuré

De la doc

ce serait bien de pouvoir depuis le dashboard

stopper le docker zigbee2mqtt
supprimer le docker zigbee2mqtt
supprimer l’image du docker zigbee2mqtt

stopper le docker mqtt
supprimer le docker mqtt
supprimer l’image du docker mqtt

nettoyer les fichiers de la précédente installation

reinstaller le docker mqtt (comme une conf neuve)
reinstaller le docker zigbee2mqtt (séparemment et non lié au docker mqtt à moins que cela soit pas possible)

Bref simplifier ces aspects liés aux clés ! :wink: possible pas possible ? :crazy_face:

@cce66 j’ai la même que @bjm :

J’ai aussi acheté 2 relais de la même provenance car je n’arrivais pas à joindre le bout du jardin.

@guim31 moi j’ai fait des routeurs DIY que j’ai installé dans des vieux boîtiers de CPL.
Mais je ne suis pas très satisfait, perd le réseau trop souvent.

@cce66 Si tu as un accès ssh
ssh pi@xxx.xxx.x.xx
x étant l’adresse ip du Raspberry

Tu peux essayer un
sudo apt update
puis
sudo apt upgrade

On sait jamais.

Bon peut être pas à faire tout de suite cela fait 10 minutes que je suis bloqué à 97% d’installation.

Un update + Upgrade + reboot est à faire à intervalle régulier histoire de choper tous les correctifs, y compris les correctifs de sécurité
Disons 1 fois tous les trois mois c’est bien. Si le système est exposé à internet faut faire beaucoup plus court.
au lieu de

sudo apt upgrade

, je préfère faire

sudo apt dist-upgrade

Cf : https://www.lecoindunet.com/difference-apt-update-upgrade-full-upgrade
Phil