Hallo zusammen,
Ich habe heute das Video zu Zigbee2Mqtt gesehen und möchte deshalb Gladys erneut testen, um hoffentlich mein Jeedom zu ersetzen, das mich immer weniger zufriedenstellt…
Ich habe eine benutzerdefinierte Gladys-Installation auf einer Debian-VM unter WMWare durchgeführt.
Ich habe einen Conbee II-Dongle, der erfolgreich mit der VM gepairt ist.
Erscheint er zwar, aber er erkennt trotzdem, dass er nicht vorhanden ist.
Ich habe in diesem Beitrag und in der ZIGBEE2MQTT-Dokumentation gesehen, dass die deconz-Information in die configuration.yaml-Datei hinzugefügt werden muss, aber das Problem ist, dass Gladys die MQTT-Instanz nicht installiert, weil er keinen Dongle findet.
Habt ihr eine Idee, wie ich das Problem lösen kann?
Freut mich, dass mein Video dich dazu gebracht hat, es nochmal auszuprobieren
Wir sind uns einig, was du gemacht hast, ist genau richtig:
Auf die Integration gehen
Auf „Einstellungen“ klicken
Diesen USB-Port auswählen
Auf „Sichern“ klicken
?
Nichts anderes?
Normalerweise überprüft Gladys an dieser Stelle nichts am USB, sie speichert nur den USB-Port, also gibt es noch keine „Conbee II in experimenteller Unterstützung“ zu diesem Zeitpunkt, hier speichern wir nur den USB-Port.
Danke für deine schnelle Rückmeldung.
Und übrigens, deine Videos sind top, ich verfolge dein Projekt seit den Anfängen. Ich möchte wirklich den Schritt wagen, denn ich finde die Oberfläche sauber, die dahinterstehende Logik interessant und nachhaltig.
Zu meinem Problem: Ja, tatsächlich, ich habe nur den Port ausgewählt und auf Speichern geklickt, aber Gladys scheint nicht weiter validieren zu wollen. Die Meldung bleibt bei kein USB-Port ausgewählt.
Ich kann versuchen, eine VM mit Debian 10 neu zu installieren.
Was das Sperren angeht, glaube ich nicht, denn ich verwende dasselbe System für Jeedom, (eine andere VM und einen anderen CoinbeeII-Schlüssel), aber ich habe dieses Problem nicht.
Kannst du die Logs von Gladys zum Zeitpunkt, an dem der Fehler 500 auftritt, überprüfen?
docker logs gladys --tail=1000
das würde mich nicht wundern, wenn es tatsächlich dieses Problem mit bullseye ist, der Fehler 500 sieht beim Connect sehr nach einem dockerode-Fehler aus…