Das ist nur die Anzeige, wenn du in die Konfigurationsdatei von Zigbee2mqtt schaust (im Ordner /var/lib/gladysassistant/), wirst du sehen, dass der Port korrekt ist
Wir zeigen den Port + den « Namen » des angeschlossenen Geräts an, damit es für einen durchschnittlichen Benutzer lesbarer ist, sonst wäre es nicht von anderen USB-Ports unterscheidbar.
Hallo zusammen,
Hier teile ich meine Erfahrung mit einem Sonoff-Schlüssel, es gibt zwei davon: ZBDongle-E und ZBDongle-P, ich besitze die Version -E und hatte ähnliche Probleme. Hier ist die Lösung, die für mich auf dem Raspberry 3B+ funktioniert hat.
Ich neige persönlich dazu zu denken, dass Zigbee-Dongles manchmal etwas unberechenbar sein können (deshalb gibt es auf der Projekt-Website auch eine Liste empfohlener Dongles).
Ich habe einen verwendet, der mehrere Monate sehr gut funktioniert hat, dann aus einem mir unerklärlichen Grund plötzlich nicht mehr.
Ich gebe zu, ich habe nicht ewig gesucht, ich habe den Dongle gegen ein sehr leistungsfähiges (und auch sehr teures) Modell ausgetauscht, aber ich bin mehr als zufrieden!
Es würde mich nicht wundern, wenn die SONOFF-Dongles, selbst wenn sie « funktionieren », nicht die stabilsten mit einem RPi wären.
Aber…gerne doch! Ja, sie wurden 2021 auf einem Test auf Platz 2 eingestuft Parked Domain name on Hostinger DNS system außerdem fanless und mit ausreichend Leistung, um ein Debian plus Gladys zu installieren, und für einen mehr als fairen Preis im Vergleich zum Raspberry-Äquivalent!!! Der Ton wird gut erkannt und um dann an einen kleinen Touchscreen anzuschließen, ist das für mich eine gute Lösung. Es fehlt nur noch die Spracherkennung, aber wenn man Docker Node-RED hinzufügt, dann ist es voll offen für Lösungen ! Ich habe sogar eines im Angebot bei Cdiscount für 65 € vor einem Jahr gekauft!
Ich habe meine Sonoff gegen tubeszb getauscht
$39.00 + $15.00 Versandkosten (Lieferzeit 3 Wochen) = $54.00 + Währungsumrechnung Euro zu Dollar bei der Bank + Zoll (Mehrwertsteuer).
Interessant, zum Testen habe ich meinen ConBee II-Key entfernt, der auf meiner anderen Beelink-BT3-Pro2-Jeedom-Konfiguration sehr gut funktioniert. Wenn ich den Key in der Oberfläche aktualisiere, wird er erkannt, aber es gibt immer noch keine MQTT-Verbindung zu Zigbee. Und in der Datei configuration.yaml ist der Parameter « port » im Abschnitt « serial » « /dev/serial/ttyUSB0 ».
Nach einem Neustart wird daraus « /dev/serial/ttyACM0 ». Der Parameter ändert sich also nicht, wenn man die Dienste über das Dashboard/Integration/Zigbee2mqtt aktiviert/deaktiviert (übrigens, warum ist das Anhalten des MQTT-Dockers mit dem von Zigbee2mqtt verknüpft? Das Starten verstehe ich, aber nicht das Anhalten!).
Der Befehl « ls -l /dev/serial/by-id/ » gibt mir aus:
usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2665658-if00 → ../../ttyACM0
et es bleibt gleich, also ehrlich gesagt verstehe ich nicht, warum die Keys erkannt werden, aber der Container zigbee2mqtt immer wieder neu startet (alle 30 Sekunden).
Ich habe auch einen docker stop und docker rm des Containers mosquitto und zigbee durchgeführt und dann Gladys neu gestartet.
Ich aktiviere „Broker verwenden…“ und es sagt „Erfolgreich verbunden“ immer noch ohne Mosquitto- oder Zigbee-Container, da gibt es einen Bug, um nicht zu sagen eine Scheiße im Eintopf!!!
Ich stoppe den Container gladys und starte ihn neu, jetzt lädt er die Bilder neu, aber es ist immer noch dasselbe Problem, keine Verbindung und der Zigbee-Container startet alle 30 Sekunden neu
Die Container Mosquitto und Zigbee stoppen ordnungsgemäß, ich stoppe den Container gladys und lösche das Verzeichnis /var/lib/gladysassistant/zigbee2mqtt
Ich starte den Docker gladys neu, er erstellt /var/lib/gladysassistant/zigbee2mqtt neu und installiert die Bilder von gladys-z2m-zigbee2mqtt und gladys-z2m-mqtt und…tadaaaaaa!!! Wieder von vorne
Das macht mich wütend!!!
Es gibt Anzeigefehler des Containerstatus zu beheben, aber vor allem dieses Problem mit der MQTT-Zigbee2mqtt-Verbindung, und doch hat es vor den Sommerferien funktioniert und stabil
Ich stoppe den Beelink, setze den Sonoff-Stick ein und starte den Beelink neu
die Dateien der vorherigen Installation bereinigen könnte
den Docker-Container mqtt neu installieren könnte (wie eine neue Konfiguration)
den Docker-Container zigbee2mqtt neu installieren könnte (unabhängig und nicht mit dem Docker-Container mqtt verbunden, es sei denn, es ist nicht möglich)
Kurz gesagt, diese Aspekte im Zusammenhang mit den Schlüsseln vereinfachen! möglich oder nicht möglich?
@guim31 Ich habe selbst Router DIY gebaut, die ich in alte CPL-Gehäuse eingebaut habe.
Aber ich bin nicht sehr zufrieden, das Netzwerk geht zu oft verloren.
@cce66 Wenn du SSH-Zugang hast ssh pi@xxx.xxx.x.xx
x ist die IP-Adresse des Raspberry
Kannst du versuchen sudo apt update
und dann sudo apt upgrade
Ein Update + Upgrade + Neustart sollte in regelmäßigen Abständen durchgeführt werden, um alle Updates zu erhalten, einschließlich Sicherheitsupdates. Einmal alle drei Monate ist gut. Wenn das System im Internet exponiert ist, sollte man es viel häufiger tun.
Anstatt
@bjm hat recht, kein dist-upgrade, besonders wenn eine neue Version gerade herausgekommen ist.
Auf den Raspbian-Images sind die Sicherheitsupdatesautomatisch. Sie können ein regelmäßiges Upgrade der Pakete durchführen, aber vergessen Sie nicht, dass es sich um Ihre Hausautomation handelt. Wenn ein Paket schiefgeht oder der Kernel wackelig ist, dann ist das vernetzte Zuhause Geschichte. (Normalerweise ist es nicht blockierend, aber es nervt )
Und der Neustart erfolgt nur bei einem Kernel-Update.
@pierre-gilles Verrückte Sache, ich habe einen zweiten Sonoff-Schlüssel angeschlossen und in Gladys auf den zweiten und dann auf den ersten neu zugewiesen, und aus irgendeinem Grund scheint das etwas im zigbee2mqtt-Container geändert zu haben, denn seitdem funktioniert die Verbindung, selbst wenn ich den zweiten Schlüssel entferne. Allerdings ändert das Entfernen des ersten Schlüssels in Gladys nicht den Zustand des Containers in Gladys, obwohl ein docker ps -a zeigt, dass er beendet ist Bleibt abzuwarten, wie lange es funktioniert? Es handelt sich also definitiv um ein Problem des zigbee2mqtt-Containers und nicht um etwas anderes, auch wenn in Gladys die Verwaltung der Container verbessert werden müsste (Reflexion des Zustands, auch wenn man ihn im System hat, Anhalten, Starten, Neustarten, Löschen, Löschen des Bildes, Neuladen des Bildes). Warum nicht in den Einstellungen oben im Systembereich integrieren? Naja, da meine SD-Karte vom Raspberry durchgebrannt ist, kann ich den Test nicht durchführen, aber ich werde es so schnell wie möglich versuchen!