Gladys auf VM Freebox - Sonoff Zigbee-Schlüssel

hallo zusammen,

ich habe gerade Gladys auf einer Freebox Delta VM installiert.

Ich habe das dedizierte Tutorial befolgt und ein stabiles Debian-Image gewählt…

Nachdem ich verschiedene Beiträge gelesen habe (ich habe lange gewartet, bevor ich den Schritt gewagt habe!), habe ich den SONOFF Zigbee 3.0 Dongle gekauft.

Gladys erkennt ihn nicht… aber Debian auf der VM scheint ihn gut zu erkennen:

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

ich habe usbutils installiert:
sudo apt-get install usbutils

nichts weiter…

ich bin kein Experte, also suche ich alles im Internet… aber hier bin ich ratlos

vielen Dank im Voraus

Benoit

Die Freebox Delta verfügt über zwei USB-Anschlüsse:

  • den klassischen USB-A
  • und einen USB-C

Ich habe gerade das Anschließen des Dongles am USB-C-Anschluss über einen Adapter getestet und einen Test in der PuttY-Konsole durchgeführt:

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

Immer noch ttyUSB0

Normal, obwohl der physische Anschluss geändert wurde?

Normalerweise, wenn du Gladys gestartet hast, hast du die USB-Ports der VM im Docker-Volumen erhöht:

Falls sich der USB-Port in der VM an einem anderen Pfad befindet, kannst du diese Zeile im Docker-Befehl ändern, um das richtige Volume zu mounten.

Danke für dein Feedback.

Aber wie ich schon sagte, kenne ich mich damit nicht so gut aus.
Daher weiß ich nicht genau, was ich mit deinem Feedback anfangen soll.

Wenn ich auf der VM ls /dev eingebe:

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

Ich habe etwas namens ttyUSB0, aber ich weiß nicht mal, ob es sich um eine Datei oder ein Verzeichnis handelt…

Das sieht für mich gut aus..

Bei Gladys, was siehst du in der UI?

@VonOx hast du eine Idee, was fehlen könnte?

Ich nehme an, du meinst diese Seite?

Ich hatte dieses gelöste Thema entdeckt, das vielversprechend schien:

Ich habe die Schritte befolgt, die am Ende für die Zwave funktioniert hatten… aber ohne Ergebnis.

Hallo @b3n.0, kannst du uns die Release des Betriebssystems nennen?

lsb_release -a

Kannst du auch versuchen, den gladys-Container mit diesem Befehl neu zu erstellen?

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

Hallo @VonOx,

vielen Dank für die Hilfe!

Für das Release habe ich Folgendes:
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye

Was die Erstellung des Containers angeht, hier die Rückmeldung:

docker: Fehler beim Erstellen der Container-ID-Datei: open /var/lib/gladysassistant/containerId: Berechtigung verweigert.
Siehe 'docker run --help'.

Ich habe also ein kleines SUDO davor gesetzt, und die Rückmeldung war:

docker: Fehlerantwort vom Daemon: Konflikt. Der Container-Name "/gladys" wird bereits vom Container "d0c0caf180adf95743a70dece108f8875c53a6a5d1f1e46cf7f76cab465133fa" verwendet. Sie müssen diesen Container entfernen (oder umbenennen), um den Namen wiederverwenden zu können.
Siehe 'docker run --help'.

Etwas anderes, das wahrscheinlich nichts damit zu tun hat, aber die Befehle restart oder shutdown -r werden nicht erkannt. Ist das Debian, das das so will?

Man muss den Container gladys löschen, bevor man ihn neu erstellt

docker stop gladys && docker rm gladys

Was die Berechtigungsprobleme angeht, denke ich, dass die Docker-Installation nicht vollständig ist.

Es fehlt dir wahrscheinlich sudo usermod -aG docker $USER

sudo reboot
:grinning_face:

:+1: danke

Ich habe den Container gelöscht und neu erstellt.

Mein Schlüssel wird immer noch nicht erkannt, aber es gibt eine Entwicklung:


Erscheinung von: ITead - 10c4

In meiner Konsole:
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

Keine Änderung, immer noch muss ich sudo verwenden

Ich habe auch die Docker-Dokumentation befolgt…

Ich werde versuchen, morgen mit einer sauberen VM von vorne zu beginnen…

Vielen Dank für eure Zeit, beide.

Dazu möchte ich mich äußern: Gladys ist noch nicht mit Debian 11 kompatibel, also selbst wenn du deinen Schlüssel sehen kannst, wird es danach nicht funktionieren!

Die Kompatibilitätsarbeit ist bald abgeschlossen, das wird in der nächsten Version von Gladys enthalten sein :slight_smile:

Also, um mein Abenteuer fortzusetzen, habe ich mir eine neue VM mit Ubuntu erstellt…

Das Standard-Image, das in der kostenlosen App von Freebox verfügbar ist, ist dieses:

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

Ihr werdet mir sagen, ob das auch zu neu ist?

Ansonsten scheint der Schlüssel erkannt zu werden:

Aber ich habe immer noch ein rotes Kreuz, um das Bild zu verdunkeln:

Wenn es dasselbe Problem wie bei mir ist. Das kommt nicht von Gladys, sondern von der Bibliothek zigbee2mqtt.

@Tlse-vins hast du eine Lösung gefunden?

Und jetzt funktioniert bei mir nichts mehr, weil alle meine Geräte Zigbee nutzen.

Die 20.04 ist gut :slight_smile:

Hast du die Logs von Zigbee2mqtt?

Du kannst docker ps ausführen, um die Container aufzulisten, wenn du möchtest.

Um die Logs des Zigbee2mqtt-Containers anzuzeigen:

docker logs gladys-z2m-zigbee2mqtt

Und du zeigst uns, was du siehst.

Hallo,

Entschuldigung für die späte Rückmeldung! Ich habe Gladys eine Weile liegen lassen…

Ich habe NextCloud schließlich auf der Freebox-VM installiert, als ich einen RPi 2 in einem Schrank wiederfand, und jetzt habe ich das Gladys-Image wieder darauf installiert. Mein Zigbee-Schlüssel wird perfekt erkannt und alles läuft gut (wie im Video von @pierre-gilles).

Jedenfalls vielen Dank an alle, die sich die Zeit genommen haben, mir zu helfen.