Ich habe es gerade versucht, ich habe eine lokale Version der Dokumentationsseite, aber die Integrationsseite lädt nie…
Sagt Ihnen das etwas?
Ich habe das Gefühl, dass es einen Rückschritt bei der API /api/v1/service/usb/port gibt, die die aktiven USB-Ports zurückgibt, aber nur mit comPath und nicht comVid (verbunden mit vendorId) 
Ich schaue gerade danach
Gleiches Problem wie hier: Can't read back FTDI USB serial number in docker container · Issue #2224 · serialport/node-serialport · GitHub
und hier SerialPort.list() only shows ports when script is run with sudo (Rasperry Pi) · Issue #2141 · serialport/node-serialport · GitHub
Eine Geschichte von Rechten, ich verstehe nicht ganz, warum es mit den Testbildern funktioniert hat und jetzt nicht mehr
Ich spreche von der Seite « v4-doc », also nicht direkt von Gladys, oder?
[EDIT] Ich hatte die vorherige Nachricht nicht gesehen, deine Antwort war nicht für mich 
Wenn das Problem identifiziert ist, ist das super 
Ich wollte es auch testen, aber bei mir das Gleiche mit einem zzh-Schlüssel, der im Beitrag von VonOx erwähnt wurde:
Nichts am USB, obwohl es im Befehl lsusb aufgeführt ist.
Zögere nicht, wenn du bei deinen Recherchen Hilfe brauchst @cicoub13.
Ach Mist, ich habe die gleiche wie du @Terdious.
Ich werde es heute Abend testen.
Ich weiß warum, denn @Reno nutzte udev, um USB-Geräte aufzulisten, aber standardmäßig sollten Sie das in Ihren Containern nicht haben.
Dazu fehlt in der Docker-Befehlszeile:
-v /run/udev:/run/udev:ro
Es funktioniert mit dem neuen Raspberry-Image, aber nicht in Ihren Containern.
Ja, tatsächlich wird kein USB-Gerät angezeigt 
Zwei Lösungen, das neue Image herunterladen
ODER
Ich habe einen Merge Request vorgeschlagen fix(zigbee2mqtt): Fix USB listing by cicoub13 · Pull Request #1116 · GladysAssistant/Gladys · GitHub, den ich gerade teste
@cicoub13 halt mich auf dem Laufenden, ob dein Fix gut ist oder nicht, ich gehe jetzt schlafen, wenn es gut ist, merge ich das morgen früh und mache eine Release!
Ehrlich, um 16:53 Uhr ins Bett zu gehen ist doch übertrieben 
#Zeitzonenverschiebung
Bist du zufrieden damit? Hast du den Bluetooth getestet?
Getestet und funktionell, wir werden ein unterschiedliches Verhalten je nach verwendetem Bild haben.
https://github.com/GladysAssistant/Gladys/pull/1116#issuecomment-812064435
Cool, übrigens denke ich, dass wir das, was du bei den USB-Diensten gemacht hast, systematisieren sollten.
Boah, das sag ich dir demnächst, hihi!!^^
Beim Bluetooth hab ich noch nicht getestet, nein, aber das sag ich dir auch noch!!
Für diejenigen, die ungeduldig sind und keine Angst vor SSH haben, können Sie schnell beheben
- Zuerst stoppen & löschen Sie den aktuellen Container
docker stop gladys && docker rm gladys
- Dann erstellen Sie den Container erneut mit diesem Mal dem fehlenden Argument
docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
--network=host \
--name gladys \
-e NODE_ENV=production \
-e SERVER_PORT=80 \
-e TZ=Europe/Paris \
-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 \
gladysassistant/gladys:v4
Fertig
Für die anderen wird es nötig sein, bis zur Version 4.2.1 von morgen zu warten 
Gute Arbeit, Jungs
Gladys v4.2.1 wird gerade gebaut!
eben mir hat das gleiche Problem. Ich habe mir die Dateien angesehen, die du hinzugefügt hast, sind im WebP-Format (ich weiß nicht, ob du das gemacht hast oder ob Airtable alles jetzt in WebP umwandelt…), aber ich glaube nicht, dass das Build-Tool, das wir verwenden, WebP unterstützt.
Gladys v4.2.1 ist gebaut und ich bestätige, dass es den Bug behebt! Danke @cicoub13 für deine Schnelligkeit, ich bin sicher, dass das vielen ermöglichen wird, es am Osterwochenende zu testen 