Gladys sur VM freebox - clé zigbee Sonoff

bonjour a tous,

je viens d’installer Gladys sur une VM Freebox delta.

J’ai suivi le tuto dédié en choisissant une image Debian stable…

En suivant les différents post que je regarde depuis déjà longtemps (j’ai attendu pour sauter le cap !), j’ai acheté le dongle Zigbee 3.0 de chez SONOFF.

Gladys ne le voit pas… mais Debian sur la VM semble bien le repérer :

ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Mar 13 08:19 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus _9432ac6d2845ec11959994fd6f14af06-if00-port0 → …/…/ttyUSB0

j’ai installé usbutils :
sudo apt-get install usbutils

rien de plus…

je n’ai pas une grande connaissance donc je cherche tout sur le net… mais là je sèche

merci d’avance

Benoit

La Freebox delta possède deux port USB :

  • le classique USB A
  • et un USB C

je viens de tester un branchement du dongle sur le port USB C via un adaptateur et test sur la console PuttY :

ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Mar 13 10:31 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9432ac6d2845ec11959994fd6f14af06-if00-port0 → …/…/ttyUSB0

toujours ttyUSB0

normal ? en ayant changé de port physique ?

Normalement quand tu as lancé Gladys, tu as monté en volume Docker les ports USB de la VM :

Si dans la VM ton port USB est à un autre path, tu peux changer cette ligne dans le docker run pour monter le bon volume.

Merci pour ce retour.

Par contre, comme je l’ai dit, je n’y connait pas grand chose.
Donc je ne sais pas vraiment quoi faire de ton retour.

si je demande sur la VM ls /dev :

autofs           initctl       snapshot  tty22  tty42  tty62    vcsa1
block            input         snd       tty23  tty43  tty63    vcsa2
bsg              kmsg          sr0       tty24  tty44  tty7     vcsa3
btrfs-control    log           stderr    tty25  tty45  tty8     vcsa4
bus              loop-control  stdin     tty26  tty46  tty9     vcsa5
cdrom            mapper        stdout    tty27  tty47  ttyAMA0  vcsa6
char             mem           tty       tty28  tty48  ttyS0    vcsu
console          mqueue        tty0      tty29  tty49  ttyS1    vcsu1
core             net           tty1      tty3   tty5   ttyS2    vcsu2
cpu_dma_latency  null          tty10     tty30  tty50  ttyS3    vcsu3
cuse             port          tty11     tty31  tty51  ttyUSB0  vcsu4
disk             ppp           tty12     tty32  tty52  uhid     vcsu5
dri              psaux         tty13     tty33  tty53  uinput   vcsu6
dvd              ptmx          tty14     tty34  tty54  urandom  vda
fb0              pts           tty15     tty35  tty55  vcs      vda1
fd               random        tty16     tty36  tty56  vcs1     vda15
full             rfkill        tty17     tty37  tty57  vcs2     vfio
fuse             rtc           tty18     tty38  tty58  vcs3     vga_arbiter
gpiochip0        rtc0          tty19     tty39  tty59  vcs4     vhost-net
gpiochip1        serial        tty2      tty4   tty6   vcs5     vhost-vsock
hugepages        sg0           tty20     tty40  tty60  vcs6     zero
hwrng            shm           tty21     tty41  tty61  vcsa

j’ai bien qqch qui s’appelle ttyUSB0, je ne sais même pas si c’est un fichier ou un dossier…

ça me parait bon là dessus…

Côté Gladys, dans l’UI tu vois quoi ?

@VonOx une idée de ce qu’il pourrait manquer ?

Je suppose que tu parlais de cette page ?

J’avais repéré ce sujet résolu qui semblait prometeur :

J’ai suivi la démarche qui avait fini par fonctionner pour la Zwave… mais pas de résultat.

Salut @b3n.0 , peux tu nous donner la release de l’os ?

lsb_release -a

Aussi peux tu essayer de recréer le conteneur gladys avec cette commande ?

docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
--network=host \
--name gladys \
-e NODE_ENV=production \
-e SERVER_PORT=80 \
-e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /var/lib/gladysassistant:/var/lib/gladysassistant \
-v /dev:/dev \
-v /run/udev:/run/udev:ro \
-v /etc/localtime:/etc/localtime:ro \
-v /etc/timezone:/etc/timezone:ro \
--cidfile /var/lib/gladysassistant/containerId \
gladysassistant/gladys:v4

Salut @VonOx,

merci pour l’aide !

pour la release, voici :
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye

concernat la recreation du conteneur voici le retour :

docker: Failed to create the container ID file: open /var/lib/gladysassistant/containerId: permission denied.
See 'docker run --help'.

J’ai donc ajouter un petit SUDO devant, et le retour fut :

docker: Error response from daemon: Conflict. The container name "/gladys" is already in use by container "d0c0caf180adf95743a70dece108f8875c53a6a5d1f1e46cf7f76cab465133fa". You have to remove (or rename) that container to be able to reuse that name.
See 'docker run --help'.

autre chose qui n’a certainement rien à voir, mais les commandes restart ou shutdown -r ne sont pas reconnues, c’est debian qui veut ça ?

Il faut supprimer le conteneur gladys avant de le recréer

docker stop gladys && docker rm gladys

Pour le soucis de permissions c’est que l’installation de docker n’est pas complète je penses.

Il doit juste te manquer sudo usermod -aG docker $USER

sudo reboot
:grinning:

:+1: merci

J’ai supprimé et recréé le conteneur.

Ma clef n’est toujours pas reconnue mais il y a une évolution :


apparition de : ITead - 10c4

sur ma console :
ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Mar 16 23:09 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_9432ac6d2845ec11959994fd6f14af06-if00-port0 → …/…/ttyUSB0

Pas de changement toujours obliger de passer par le sudo

J’ai également suivi la doc. Docker…

Je vais essayer de repartir sur une VM vierge demain…

Merci pour votre temps à tous les deux.

D’ailleurs je me permet de réagir à ça, Gladys n’est pas encore compatible avec Debian 11, donc même si t’arrive à voir ta clé ça marchera pas ensuite !

Le travail de compatibilité est bientôt fini, ça partira dans la prochaine version de Gladys :slight_smile:

Bon, pour continuer mon aventure je me suis fais une nouvelle VM avec Ubuntu…

L’image par défaut dispo dans app freebox est celle-ci :

No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04.4 LTS
Release: 20.04
Codename: focal

Vous me direz si c’est également trop récent ?

Sinon il me semble que la clef est reconnue :

Mais j’ai toujours une petite croix rouge pour noircir le tableau
:

Si c’est le même problème que moi. Cela ne vient pas de Gladys mais de la librairie zigbee2mqtt.

@Tlse-vins et tu as trouvé une solution ?

Non et j’ai tous mes périphériques qui sont en zigbee donc plus rien ne fonctionne chez moi.

C’est bon la 20.04 :slight_smile:

Tu as les logs de Zigbee2mqtt ?

Tu peux faire docker ps pour lister les containers si tu veux.

Pour voir les logs du container Zigbee2mqtt:

docker logs gladys-z2m-zigbee2mqtt

Et tu nous mets ici ce que tu vois.

Bonjour,

Retour tardif désolé ! Jai du laissé Gladys de côté quelques temps…

J’ai fini par mettre NextCloud sur la VM freebox lorsque que kai retrouvé un RPi 2 dans un placard, et la j’y ai remis limage Gladys. Ma clef zigbee est parfaitement reconnue et tout se déroule bien (comme dans la video de @pierre-gilles).

En tout cas merci à tous ceux qui ont pris du temps pour m’aider.

1 Like