NEWS
Zigbee Geräte müssen ständig neu gekoppelt werden
-
Dann stimmt dein Repo für nodejs nicht, denn dann müsste da statt wie bei dir
Node.js: v18.13.0
die aktuelle
node 18.19.0
angezeigt werden.iob stop iob fix iob nodejs-update
sollte dich da auf das richtige Gleis setzen.
-
@thomas-braun sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
iob stop iob fix iob nodejs-update
Hat geklappt.
Bin jetzt auf v18.19.0Wenn der Koordinator veraltet ist und scheinbar noch ne fehlerhafte Version enthält, wäre es bestimmt nicht verkehrt, dies als nächstes anzugehen. Hab nur keine Ahnung wie ich das mache.
-
@alyxabyss sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
WLAN Geräte gibt es hier leider viele. Allerdings lief monatelang alles Problemlos. Die Probleme mit den Zigbee Geräten treten erst seit wenigen Wochen auf ohne das an den Positionen der Geräte etwas verändert wurde.
Der Coordinator befindet sich im Wohnzimmer. Also quasi im ersten Drittel der Wohnung. Allerdings machen auch die Sensoren Probleme die sich in der Nähe des Coordinators befinden.Das es eine Zeit lang ging heisst leider nicht das es immer noch geht. Die meisten WLan Router nutzen automatische Frequenzwahl, dazu kommen Störsender der Nachbarn - auch da kann sich etwas geändert haben. Deswegen würde ich zunächst einmal über den Zigbee-Adapter bzw. über den WLan router das 2.4 GHz Band scannen (lassen) ob das alles gut Eingestellt ist.
Vorsicht - solltest du auf einen anderen Zigbee-Kanal wechseln, dann
- musst du hinterher alles neu anlernen
- solltest du dich auf die Hue Kanäle beschränken (11, 15,20,25)
Das Aktualisieren von NodeJS und dem Linux Unterbau wird mit dem Zigbee Problem eher weniger zu tun haben. Schaden tut es aber sicher nicht.
@alyxabyss sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
Im Flur habe ich 2 Deckenlampen die über WLAN betrieben werden und das Signal nicht weitergeben.
Könnte ich austauschen. Hab die da nur hängen weil die nett aussehen. Die LEDs sind da aber verbaut und man kann nicht einfach die Birnen wechseln. Wäre aber vielleicht nicht verkehrt wenn ich mir meine Map mal ansehe.Damit würde ich warten - wenn die Funkkanäle sauber gewählt sind macht es wenig aus wenn die da sind.
Die Lampen im Flur und im Bad sind eher kritisch - wenn du die nicht dauerhaft mit Strom versorgen kannst würde ich da ggf. auf WLan Leuchtmittel umstellen. Die kannst du auch mit dem ioBroker steuern (wenn du passende wählst), die stören dann aber dein Zigbee Netz nicht. In meiner Erfahrung ist alles was immer mal wieder vom Strom weg ist für das Netzwerk ungünstig.
Wie das mit dem Flachen des Koordinators geht hängt primär davon ab welchen Koordinator du genau hast. Gib mal ein paar Details heraus.
A.
-
In der Fritzbox war die automatische Frequenzwahl eingeschaltet. Hab diese nun manuell auf Kanal 1 festgesetzt, da dieser von der Fritzbox empfohlen wurde.
Der Zigbee Kanal steht aktuell auf Kanal 14. Den habe ich jetzt nicht geändert.
Ich habe nun alle Geräte nochmal frisch gekoppelt und schau mal wie lange es dauert bis diese wieder als Offline angezeigt werden. Dann probiere ich mal Kanal 15 aus.Die Lampen die ausgeschaltet werden, werde ich morgen erstmal durch normale Glühbirnen ersetzen.
Als Koordinator nutze ich den CC2652P in der LAN Version. Den hatte ich hier im Forum von @dimaiv erworben vor etwa 2 Jahren. Über die Weboberfläche hab ich den ESP32 auf die neuste Version upgedatet. Diese ist allerdings auch schon über 400 Tage alt. Scheinbar gibt es da aber keine neuere Version.
Ich denke aber mal das man da noch eine Firmware für Zigbee selbst brauch und diese dann mit dem Zigstar Multi Tool flashen muss. Das hab ich allerdings noch nie gemacht und ich weiß auch nicht welche Firmware ich dafür überhaupt flashen muss.
-
@alyxabyss sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
Kanal 14.
damit wirst du Probleme haben da nicht alles Geräte alle Kanele unterstützen.. würde dir empfehlen direkt auf 15 zu wechseln und die Fritte auf 6 oder 11..
mit Kanal 1 hast du eine Überschneidung zu Zigbee
hier mal lesen
https://www.digitalzimmer.de/artikel/wissen/philips-hue-zigbee-kanalwechsel/ist zwar alt aber immer noch aktuell
-
Danke.
Dann werde ich mich wohl mal dransetzen und alle Geräte neu anlernen müssen ^^UPDATE:
Ich habe den WLAN Kanal der Fritzbox auf 6 geändert. Kanal 6 war auch recht frei.
Den Kanal für Zigbee hab ich nun auf 15 geändert und alle Geräte neu angelernt.Der Zigbee Adapter ist während der Kopplung öfter mal abgestürzt. Einige Sensoren musste ich noch ein zweites mal anlernen bis sie fehlerfrei erkannt wurden.
zigbee.0 2024-01-18 21:36:49.753 info Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220219}} zigbee.0 2024-01-18 21:36:48.338 info Installed Version: iobroker.zigbee@1.10.0 zigbee.0 2024-01-18 21:36:48.070 info Starting Zigbee npm ... zigbee.0 2024-01-18 21:36:48.031 info starting. Version 1.10.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.17 zigbee.0 2024-01-18 21:36:15.307 warn Terminated (UNCAUGHT_EXCEPTION): Without reason zigbee.0 2024-01-18 21:36:15.307 info terminating zigbee.0 2024-01-18 21:36:14.808 info Zigbee: disabling joining new devices. zigbee.0 2024-01-18 21:36:14.807 info cleaned everything up... zigbee.0 2024-01-18 21:36:14.798 error Exception-Code: 240: Command 0x00124b002932e906/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) zigbee.0 2024-01-18 21:36:14.798 error Error: Command 0x00124b002932e906/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:415:23) at processTicksAndRejections (node:internal/process/task_queues:95:5) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Request.send (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/helpers/request.ts:79:20) at Endpoint.command (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:758:28) at Device.onZclData (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/device.ts:229:13) zigbee.0 2024-01-18 21:36:14.798 error unhandled promise rejection: Command 0x00124b002932e906/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) zigbee.0 2024-01-18 21:36:14.797 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). zigbee.0 2024-01-18 21:35:31.472 info Device '0x00124b002932e906' announced itself zigbee.0 2024-01-18 21:35:08.547 info Zigbee: stop joining zigbee.0 2024-01-18 21:34:47.744 info DeviceConfigure successful 0x00124b00251fe0bf DS01 zigbee.0 2024-01-18 21:34:44.851 info -> Configuring 0x00124b00251fe0bf DS01 zigbee.0 2024-01-18 21:34:44.850 info Device '0x00124b00251fe0bf' is supported, identified as: SONOFF Contact sensor (SNZB-04) zigbee.0 2024-01-18 21:34:44.850 info Successfully interviewed '0x00124b00251fe0bf', device has successfully been paired zigbee.0 2024-01-18 21:34:32.710 info Device '0x00124b00251fe0bf' announced itself zigbee.0 2024-01-18 21:34:32.214 info Starting interview of '0x00124b00251fe0bf' zigbee.0 2024-01-18 21:33:59.836 error Failed to interview '0x00124b00251fe0bf', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2024-01-18 21:33:18.519 error Failed to interview '0x00124b0029114aec', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2024-01-18 21:33:16.257 info Device '0x00158d0009ee6091' is supported, identified as: Xiaomi Aqara water leak sensor (SJCGQ11LM) zigbee.0 2024-01-18 21:33:16.257 info Successfully interviewed '0x00158d0009ee6091', device has successfully been paired zigbee.0 2024-01-18 21:33:03.896 info Device '0x00124b0029114aec' announced itself zigbee.0 2024-01-18 21:32:53.323 info Device '0x00158d0009ee6091' announced itself zigbee.0 2024-01-18 21:32:53.204 info Starting interview of '0x00158d0009ee6091' zigbee.0 2024-01-18 21:32:42.927 info Device '0x00124b0029114aec' announced itself zigbee.0 2024-01-18 21:32:41.874 info Starting interview of '0x00124b0029114aec' zigbee.0 2024-01-18 21:32:00.832 info DeviceConfigure successful 0x00124b00250013c1 MS01 zigbee.0 2024-01-18 21:32:00.664 error Device 0x00124b00251fe0bf "undefined" not described in statesMapping.
Die Geräte, welche zwischenzeitlich vom Strom getrennt werden, hab ich aus dem Zigbee Netzwerk gelöscht.
Jetzt mal schauen ob morgen alles noch online ist.
NOCHMAL UPDATE:
Ich habe jetzt eine neuere Firmware auf dem Koordinator geflashed. Hab dafür das ZigStar MultiTool benutzt und folgende Datei aufgespielt: "CC1352P2_CC2652P_other_coordinator_20230507.hex"
Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20230507}}
Hab scheinbar nix zerschossen. Scheint zu laufen und die Geräte sind auch alle erreichbar.
Jetzt mal abwarten.
-
-
Hab ich vor wenigen Minuten erledigt. Siehe mein vorheriger editierter Beitrag. ^^
Ich warte jetzt mal ab und schau was passiert.
-
@alyxabyss adapter version 1.10.0 drauf ? wenn nicht dann machen
-
Ist bereits geschehen.
Ich gebe euch mal einen Zwischenstand:
Aktuell sieht es gut aus. Keine Verbindungsabbrüche und der Adapter startet auch nicht mehr unerwartet neu.
Gestern Abend hab ich die Änderungen alle durchgeführt und seitdem ist mir nichts negatives mehr aufgefallen. Normalerweise hätte der Adapter schon längst den ein oder anderen Neustart hinter sich haben müssen und sicherlich wären auch schon die ersten Geräte wieder offline. Aber aktuell ist alles grün. Mal schauen ob es jetzt auch dauerhaft so bleibt.Kurze Zusammenfassung was ich gemacht habe:
WLAN Kanal auf 6.
Zigbee Kanal auf 15.
Zigbee Adapter auf 1.10.0
Das ganze System upgedatet (inklusive Node.js)
Den Koordinator von einer Firmware von 2019 auf eine upgedatet aus 2023.
Alle Geräte entfernt die zwischenzeitlich vom Strom getrennt werden und alle Geräte neu angelerntIch melde mich nochmal wenn wieder Probleme auftreten. Aber bisher sieht es gut aus.
Vielen Dank an euch alle.
-
@alyxabyss sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
Alle Geräte entfernt die zwischenzeitlich vom Strom getrennt werden
das war am Anfang meiner Lernkurve auch eine Erkenntnis gewesen - "schaltbare" Zigbee-Router unbedingt vermeiden. Habe dann in diesen Fällen den/die Schalter durch Shelly oder Zigbee-Switches ersetzt, und die Lampe auf Dauerstrom geklemmt. Musst also nicht unbedingt wieder "Glühobst" reindrehen...
-
Ja man lernt halt nie aus. Ich werde mal schauen ob ich die entfernten Geräte noch durch ne andere Lösung ersetze. Aber erstmal bin ich zufrieden so.
-
ZU FRÜH GEFREUT...
Ich hab das ganze jetzt mal 2 Tage beobachtet. In der Zwischenzeit wurden ein paar wenige Sensoren wieder als offline angezeigt. Allerdings auch 2 Geräte (Steckdose und Licht) die am Stromnetz angeschlossen sind. Da diese eine Lampe allerdings schon häufiger Probleme gemacht hat, hab ich sie erstmal komplett entfernt. Die Steckdose war nach wenigen Stunden von alleine wieder online, ohne das ich irgendwas gemacht habe.
Bei den Sensoren war ich mir nicht sicher wie lange die Batterien dort schon drin sind, daher habe ich diese ausgewechselt. Dann beim Versuch die Geräte nochmal zu koppeln musste ich feststellen, dass der Adapter beim Kopplungsvorgang recht häufig komplett abschmiert.Geschätzt 6 von 10 Kopplungsvorgänge haben für einen Absturz des Adapters gesorgt.
Das sah dann z.B. mal so aus:zigbee.0 2024-01-21 10:43:01.527 warn Terminated (UNCAUGHT_EXCEPTION): Without reason zigbee.0 2024-01-21 10:43:01.525 info terminating zigbee.0 2024-01-21 10:43:01.026 info Zigbee: disabling joining new devices. zigbee.0 2024-01-21 10:43:01.025 info cleaned everything up... zigbee.0 2024-01-21 10:43:01.016 error Exception-Code: 240: Command 0x00124b00251e3f1e/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) zigbee.0 2024-01-21 10:43:01.016 error Error: Command 0x00124b00251e3f1e/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:415:23) at processTicksAndRejections (node:internal/process/task_queues:95:5) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Request.send (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/helpers/request.ts:79:20) at Endpoint.command (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:758:28) at Device.onZclData (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/device.ts:229:13) zigbee.0 2024-01-21 10:43:01.002 error unhandled promise rejection: Command 0x00124b00251e3f1e/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) zigbee.0 2024-01-21 10:43:01.002 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
Dann wurde mir ein Update für den Zigbee Adapter angeboten und habe es installiert.
Mein Zigbee Adapter befindet sich jetzt bei v1.10.1.Dann musste ich feststellen, dass einige Sensoren nicht reagieren obwohl diese als online angezeigt werden und habe dann bemerkt, dass keine Daten empfangen werden. Der Bewegungsmelder im Badezimmer z.B. ist permanent auf "Bewegung" geschaltet und andere Sensoren übertragen teilweise einfach nur "NULL".
Merkwürdig ist auch, dass sämtliche Bewegungsmelder und Temperatursensoren baugleich sind. Einige funktionieren (momentan), aber andere wiederum nicht.
Beim Versuch diese Sensoren neu zu koppeln, brauchte ich oft mehrere Versuche. Hinterher wurde der Sensor (wie zuvor) auch wieder als online angezeigt, aber hat keine Daten übertragen.
So sah der Log beim koppeln aus:
zigbee.0 2024-01-22 03:07:07.298 warn DeviceConfigure: 0x00124b00251e3f1e DS01 Failed to configure. When device works is all fine when not wake up the device and check again zigbee.0 2024-01-22 03:06:39.035 info -> Configuring 0x00124b00251e3f1e DS01 zigbee.0 2024-01-22 03:06:39.034 info Device '0x00124b00251e3f1e' is supported, identified as: SONOFF Contact sensor (SNZB-04) zigbee.0 2024-01-22 03:06:39.034 info Successfully interviewed '0x00124b00251e3f1e', device has successfully been paired zigbee.0 2024-01-22 03:05:46.494 info Device '0x00124b00251e3f1e' announced itself zigbee.0 2024-01-22 03:05:45.892 info Starting interview of '0x00124b00251e3f1e' zigbee.0 2024-01-22 03:05:30.644 info Zigbee: allowing new devices to join. zigbee.0 2024-01-22 03:05:00.958 info Zigbee: stop joining zigbee.0 2024-01-22 03:04:37.542 error Failed to interview '0x00124b00251e3f1e', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2024-01-22 03:04:21.584 info Device '0x00124b00251e3f1e' announced itself zigbee.0 2024-01-22 03:04:01.468 info Device '0x00124b00251e3f1e' announced itself zigbee.0 2024-01-22 03:04:00.371 info Starting interview of '0x00124b00251e3f1e' zigbee.0 2024-01-22 03:02:06.770 error Failed to interview '0x00124b00251e3f1e', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2024-01-22 03:01:21.301 info Device '0x00124b00251e3f1e' announced itself zigbee.0 2024-01-22 03:01:06.007 info Starting interview of '0x00124b00251e3f1e' zigbee.0 2024-01-22 03:00:44.644 info Zigbee: allowing new devices to join.
Mir sind zwischendurch auch Meldungen aufgefallen wie diese hier:
zigbee.0 2024-01-22 02:53:56.735 error No converter available for 'SNZB-04' with key 'opened' zigbee.0 2024-01-22 02:02:40.866 error No converter available for 'SNZB-03' with key 'occupancy'
Scheinbar sind die Probleme jetzt massiver als zuvor
Eventuell könnte es damit Zusammenhängen, dass ich dem Koordinator eine neue Firmware verpasst habe.
Dabei hatte ich 2 zur Auswahl:https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/Z-Stack_3.x.0/bin
Ich hatte die "CC1352P2_CC2652P_other_coordinator_20230507.zip" aufgespielt.
Laut diesem Beitrag von @dimaiv habe ich den Ebyte Chip verbaut (Ich habe das "B" und die Rote Markierung auf dem Gerät) und muss dann die Firmware "Other Coordinator" verwenden.
https://forum.iobroker.net/post/1002062
Hab ich ja getan. Nur bin mir jetzt nicht sicher ob die Version die ich benutzt habe "gut" ist.
Meine aktuellen Zigbee Einstellungen:
Meine aktuelle Netzübersicht:
Meinen ioBroker habe ich zuvor auf einem Raspberry Pi 4 genutzt. Da der Pi aber langsam an seine Grenzen kam und ich zu dem Zeitpunkt eh schon das Problem mit Offline Sensoren hatte, hab ich mir extra noch einen Mini PC gekauft, auf diesem Ubuntu installiert und den ioBroker von Grund auf neu eingerichtet gehabt und extra kein Backup verwendet, weil ich die Probleme nicht mit auf das neue System schleppen wollte. Lediglich die Skripte und einige Objektbäume (innerhalb von "0_userdata") habe ich übernommen.
Trotzdem sind nach kurzer Zeit immer wieder Sensoren offline gegangen.Das Problem, dass Geräte nun als online angezeigt werden, aber keine Informationen liefern ist jetzt aber neu.
Jemand noch Ideen was ich versuchen kann? Oder vielleicht eine Firmware für mich, die ich mal testweise auf meinem Coordinator aufspielen könnte?
-
es liegt nan der Firmware die du aufgespielt hast zur zeit einen Bug und dann ist auch noch in der 10.0.1 ein Problem mit xiomi cluster gewesen..
nimm die Firmware erstmal von hier
https://github.com/Koenkk/Z-Stack-firmware/discussions/483und installier die GIT version des Adapter
-
Ich hatte auch lange Zeit Verbindungsprobleme. Seit ich mir einen neuen concentrator gekauft habe, läuft der Adapter (1.9.5) mit meinen 11 TRV stabil.
SONOFF Zigbee 3.0 USB Dongle Plus,Zigbee Gateway TI CC2652P + CP2102N Zigbee USB
-
@shipper Es macht wenig Sinn, jemanden, der einen LAN Coordinator benutzt, einen USB Coordinator zu empfehlen. Zumal der USB Coordinator mit der Firmware die gleichen Probleme hätte, der Chip ist identisch.
-
@arteck sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
es liegt nan der Firmware die du aufgespielt hast zur zeit einen Bug und dann ist auch noch in der 10.0.1 ein Problem mit xiomi cluster gewesen..
nimm die Firmware erstmal von hier
https://github.com/Koenkk/Z-Stack-firmware/discussions/483und installier die GIT version des Adapter
Ich habe die ZIP von deinem Link runtergeladen. Dort sind allerdings 2 verschiedene Versionen enthalten (20231111 und 20231112)
Hab jetzt diese aufgespielt:
CC1352P2_CC2652P_other_coordinator_20231112.hexJetzt habe ich noch Steckdosen gekoppelt die ebenfalls den Energieverbrauch messen. Hatte diese vorher schon mehrfach versucht zu koppeln, aber hatte leider mit Fehlermeldungen zu kämpfen. Diesmal hat es geklappt. Ebenso hab ich einige Sensoren neu gekoppelt die Probleme verursacht hatten. Auch das hat geklappt.
Der Adapter ist beim den verschiedenen Koppelungsvorgängen diesmal nicht einmal abgestürzt. Aber vielleicht hatte ich auch nur Glück. Wer weiß.
Jetzt kann ich erstmal nicht mehr machen als abwarten.'
Was meinst du mit GIT Version des Adapters? Meinst du ich soll die aktuellste Stable installieren, statt die Beta? Oder manuell über den Link zu GIT?
-
@alyxabyss sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
Oder manuell über den Link zu GIT?
genau, bzw. geht auch im Expertenmodus über den mittleren Reiter der Katze:
-
Läuft hoffentlich jetzt
Ich hatte ja zuletzt das Problem, dass die Sensoren zum Teil als online angezeigt werden, aber keine Daten senden. Dieses Problem kam wohl durch das Update des Zigbee Adapters 1.10.1 zustande.
https://github.com/ioBroker/ioBroker.zigbee/issues/2059
Laut der Meldung hier haben neuerdings auch andere das Problem. Bin zurück zu 1.9.7 und hab einige Sensoren nochmal neu anlernen müssen. Aber scheinbar läuft es jetzt.
Ich danke euch allen für die Hilfe