Zigbee-Geräte werden "unbekannt" (Z2M)

Add-ons Zigbee2MQTT
1

Hallo zusammen,

ich bin völlig neu hier. Kurz vorweg: Vor vielen Jahren habe ich angefangen mit FHEM, bin dann vor ca. 3 Jahren zum ioBroker gewechselt (der NOCH mein Produktivsystem ist) möchte aber nun gerne zum Home Assistant wechseln. Das Tempo in Sachen Weiterentwicklung, die größere Community und nicht zuletzt Simons Videos haben mich überzeugt.

Beruflich bin ich seit 25 Jahren ITler (Sh*t, bin ich alt…) habe also durchaus etwas Verständnis von der Technik.

Dadurch dass ich schon ein paar Systeme durch habe, ist bei jedem Umstieg die Verwirrung natürlich größer, weil man unbewusst immer mit dem bekannten Zeug vergleicht und Lösungen sucht. TLDR;

Ich habe hier ein paar Zigbee-Sensoren von Aqara die auch anstandslos funktionieren und per Zigbee2MQTT zuverlässig zurückmelden, wenn sich ein Status ändert. Tür-/Fenstersensoren, Wassersensoren etc.

Aber nun fällt mir auf, dass viele (alle?) Sensoren nach ein paar Stunden in den Status “unbekannt” springen um kurz darauf wieder den tatsächlichen Status anzuzeigen.
Beispielsweise der fürs Dachfenster. Lt. Z2M hat er sich vor 5 Minuten das letzte Mal gemeldet mit seinem Status.

image
image588×766 35.5 KB

Im Home Assistant habe ich aber den Eintrag dass er “unbekannt” wurde und eine knappe Minute später wieder auf “geschlossen” gesprungen ist.

image

Ich war am Dachfenster nicht dran. Das ist seit Tagen dauerhaft geschlossen. Eine Zustandsänderung wurde also nicht von mir herbeigeführt.

In Z2M sind die beiden Optionen “Cache state” und “Persist Cache state” gesetzt. Das Timeout für passive Devices ist auf 1500 Minuten (25 Stunden) gesetzt.

Kann mir jemand erklären, wo ich hier ansetzen kann? Ist Z2M daran schuld, dass ein Gerät immer wieder auf “unbekannt” springt? Oder sollte ich eher im HA suchen?

Meine Automationen funktionieren auch soweit. Nur im Dashboard sieht es halt dämlich aus, wenn bei Geräten immer wieder “unbekannt” steht. Das ist für den WAF nicht förderlich…

Danke!
Und ich komme jetzt bestimmt öfter :grin:

2

Herzlich Willkommen @Grummel

1 „Gefällt mir“
3

Moin,

ein herzliches willkommen, hier im Forum.

Na, dann fangen wir doch mal an, ok, Du nutzt Z2M, gut, dann wäre es noch gut zu wissen

  • welcher Zigbee Stick?
    • angeschlossen über
      • USB
      • LAN
  • auf welcher Hardware ist HA untergebracht
  • Z2M
    • als Add-on
    • oder extern
  • wie ist die Konfiguration
    • Zigbee Kanal zum Kanal im WLAN

VG
Bernd

1 „Gefällt mir“
4

Ich nutze den ersten LAN-Coordinator von cod.m.

Z2M läuft extern in einem Docker-Container in einer VM unter ProxMox (ASUS Mini PC). Also nicht als Add-on.

HA läuft in einer eigenen VM.

Zigbee läuft auf Kanal 11, weit “entfernt” von meinem WLAN.

Im ganzen Haus habe ich mehrere aktive Geräte fürs Meshing (Lampen, Steckdose, Ikea-Repeater).

Reichweite bzw. Funktionalität sind kein Problem. Nur wundert es mich halt, dass die Geräte erst “unbekannt” sind und keine 60 Sekunden später wieder den korrekten Zustand annehmen. Ohne, dass ich da triggern müsste.

5

Moin,

Noch keine Idee, warum es bei Dir hakt, aber warum so umständlich?

Proxmox → Z2M LXC
Schau die einmal die Helferskripte an

VG
Bernd

6

Hallo @Grummel ich bin ein “Bruder im Geiste”, ebenfalls seit fast 40 Jahren in der IT und Elektronikbranche tätig. Und da Alter bekanntlich nicht vor Dummheit schützt habe ich vor ein paar Jahren auch SmartHome angefangen. Ich nutze etliche Sonoff und Aquara Zigbee Geräte (neben div. Shelly und ESPHome via WLAN) und habe exakt die gleichen Probleme mit dem Zeug, wenn auch mein Setup etwas anders aussieht. Aber ich denke nicht das das Setup wesentlich dazu beiträgt. Natürlich kann man Fehler machen, aber dann geht etwas generell nicht, von Anfang an.
Zigbee fand ich spannend weil man die Geräte überall hinstellen kann, klein und Batteriesparendes Funkprotokoll im Vergleich zu WLAN. Besonders bei Heizungsaktoren.

Ich glaube aber inzwischen nicht mehr das es am Setup liegt (Coordinator, etc.), das “Zig” in Zigbee ist eher eine Abkürzung für “Zickig” :wink: denn genauso verhalten sich diese Dinger. Manche lassen sich zum verrecken nicht pairen, egal was man auch tut und das obwohl ein Node, Router oder gar der Coordinator in Spuckweite stehen.
Andere fallen ständig aus dem Netz und müssen wir neu gepaired werden. Die Batterieanzeige ist in der Regel Mist, denn die steht auf 30-50% und das Gerät ist OFF und eine Batteriemessung ergibt dann das diese leer ist.
Auch die vermittelte Idee das man mit jedem netzbetriebenen Node das Mesh dichter und ausfallsicherer macht konnte ich bislang nicht bestätigen. Besonders im Außenbereich hat bei mir noch kein Node länger als ein Jahr gehalten (selbst das für Außenbereich geeignete Aquara Temp/Humid Modul).

Ich habe schon ein paar davon letztlich in die Tonne gekloppt weil sie per se nicht mehr wollten oder ständig aus dem Netz geflogen sind. So geschehen mit ZBMINI2, IR-Sensor, Temperaturfühlern. Einzig stabil laufen meine Shelly und ESP-Nodes via WLAN.

Also entweder sind die Sonoff/Aquara einfach Schrott und halten nur ein Jahr oder das Zigbee Protokoll ist einfach zu störanfällig… Bin jedenfalls mal gespannt wie die Nummer hier ausgeht.

1 „Gefällt mir“
7

Moin,

Hat jetzt zwar nichts mehr mit dem Thema zu tun, aber bei mir ist das ein ganz anderes Bild, ich habe nicht so viele IoT Geräte im WLAN, dafür aber ca. 80 Geräte im Zigbee Netz, davon sind ca. 60 Router, ich habe keine Ausfälle, selbst wenn ein, zwei Geräte mal in der Netzanzeige keine Verbindung zu einem Koordinator/Router haben funktionieren diese.

Ja, das mit den Batterien stimmt, das könnte besser sein, ist aber auch wieder so ein, Henne, Ei Problem, längere Batterielaufzeit, dann ungenauere Werte, oder genaue Werte, dann weniger Laufzeit.

Ich stelle mal eine Hypothese auf, wer sich sämtliche Funkstandards in sein Heim holt, der holt sich auch die maximal Störanfälligkeit dazu, denn WLAN sendet mit der, ich glaube, 10-fachen Leistung gegenüber Zigbee.

Ich würde mich auf einen Standard festlegen und nur wenn es gar nicht anders geht, dann einmalig davon abweichen.

VG
Bernd

1 „Gefällt mir“
8

Danke erstmal für Eure Nachrichten. Arbeitsbedingt komme ich erst heute dazu zu antworten.
Da das Problem scheinbar nicht wirklich gängig ist, werde ich mal weiter beobachten.

9

Hi Grummel,

ich habe das gleiche Verhalten mit den Lidl Home Buttons (Batterie).
Das ist etwas nervig, da ich damit das Licht schalte, wenn der Zustand sich ändert. Und für das System ändert sich der Zustand eben nicht bloß durch das Betätigen des Buttons, sondern auch wenn der Zustand in “unbekannt” fällt.
Weshalb das so ist, kann ich noch nicht sagen.

10

Immer wieder fallen Devices raus, sowohl Sonoff als auch Aqara. Danach hilft rebind oft nur für einen Tag dann dasselbe. Andere Geräte in unmittelbarer Nähe funktionieren aber einwandfrei. Ich finde ein kein System bei den Ausfällen…

11

Hast du die betroffenen Geräte mal neu gepaired? Am besten direkt am Verwendungsort.

12

Einen schönen guten Morgen, also diese Probleme hatte ich ständig. Habe mir diverse Smlight Koordinatoren gekauft brachte alles keine Besserung. Wollte das ganze Zeug schon entsorgen, dann mein letzter Versuch. Habe mir den neuen SONOFF Dongle Max gekauft und seit fast 1 Monat keine Ausfälle mehr. Läuft wie es soll. Vielleicht hatte ich auch nur glück aber mir hat er defenitiv geholfen. Grüße Georg

13

Könntest Du mir dann bitte hier mein Problem bestätigen?

Gruß Osorkon

14

Sorry das kann ich nicht da ich keine gruppen verwende.

15

Du könntest aber zum Test eine erstellen. :wink:

Wäre wirklich nett von Dir.

Danke & Gruß Osorkon

16

Habe ich gerade gemacht. Einen Nuos A1Z und eine Tuya Lampe in einer Gruppe funktioniert einwandfrei. Grüße Georg

Firmware ist Stabile Version V1.0.0 ( SDK Version 7.4.5 ) und Stabile Version V1.0.3 ESP32

1 „Gefällt mir“
Sonoff Dongle MAX - ZigBee2MQTT - Failed to send with status=BUSY
17

Natürlich habe ich neu gepaired, mehrfach, aber nach einem Tag fallen sie wieder in “Offline” zurück, immer dieselben. Habe das Pairing einmal dediziert gemacht, also nur den Router aktiviert der diese auch aufnehmen soll (und mal aufgenommen hatte) und einmal global, also alle Router aktiviert, mit dem gleichen Ergebnis.

Was einem solchen Problem immer vorausgeht ist das irgendwo etwas kurz ausfällt, also ein Router kurz vom Strom geht wg. Stromausfall oder weil ihn jemand ausgesteckt hat beim putzen, o.ä. Danach spacken einfach einige Devices rum und kommen nicht mehr stabil ins Netz.

Was ich dann mache ist die betroffenen Devices aus HA zu löschen (mit erzwungenem entfernen) und dann wieder neu anlernen und ihnen den gleichen Namen geben wie vorher. Dann funktioniert es in der Regel wieder eine ganze Zeitlang.

18

Wenn Zigbee Router stromlos gemacht werden, stört das leider immer das Zigbee Mesh. Sollte also verhindert werden.

Die anderen Tipps, die hier immer wieder im Forum gegeben werden, hast du alle erledigt?
USB-Verlängerung am Zigbee-Dongle
Wifi Kanal und Zigbee Kanal angepasst
Genug Zigbee Router installiert
…
…

19

Moin,

die meisten Tipps hier werden keine Besserung bringen - ich hab da schon alles durch. Das Problem ist z2m selbst, es gibt hierzu auch etliche Beiträge im Netz, bisher habe ich nur leider noch keine wirkliche Lösung gefunden. Auch der Auslöser bleibt mir verschleiert, wenn es aber wieder los geht spiele ich in der Regel ein Backup (jeden Tag autom. 2Uhr erstellt) ein und freue mich, wenn es dann wieder ne Weile läuft. Provozieren lässt sich dieses Verhalten, wenn der Coordinator oder Netzwerk kurz nicht verfügbar sind, aber es gibt offensichtlich auch noch andere Aulöser.

Ich nutze GitHub - jazzyisj/unavailable-entities-sensor: Monitor unknown and unavailable entities in your Home Assistant configuration. um auf dem Laufenden zu bleiben… es kann aber ganz schön nerven, weshalb ich es etwas bearbeitet habe.

Nun zum eigentlichen Problem, soweit ich es identifizieren konnte, z2m startet sich “aus Gründen“ alle 2-3 Minuten neu bzwl. ist dann kurzzeitig offline. Somit sind natürlich auch alle Zigbee Geräte offline - zu erkennen am Verlauf/Aktivität der Geräte:

grafik
grafik230×185 2.59 KB

Das läuft dann 2 Minuten und es geht von vorne los. Die Protokolle von z2m zeigen, es gibt ein Problem, aber nicht welches das ist.

Ich habe nun den Coordinator gewechselt - von Sonoff ZBDongle-E auf ZigStar UZG-01, welche per LAN angebunden ist und habe das Gefühl dieser Schritt hat auch nicht geholfen. Mit “Gefühl“ meine ich, dass ich diesen Tausch erst vorgestern vorgenommen habe und noch immer teilweise Geräte finde, welche nicht richtig funktionieren und nochmal neues pairing benötigen :face_with_bags_under_eyes:

Ich hoffe mit diesem Schritt auf Linderung, falls trotzdem jemand eine Lösung hat, wäre auch ich sehr daran interressiert.

MfG Nick

20

Das Geräte sich abmelden, bzw. unavailable sind, hatte ich in Z2M auch öfter.
Nachdem ich mein WLAN-Mesh auf einen festen Kanal eingestellt habe, sind diese Erscheinungen nicht mehr aufgetreten.
Vorher haben die WLAN Kanäle von Fritzbox und Fritz-Repeatern ein “wildes” Frequenz-Hopping veranstaltet, welches scheinbar kontraproduktiv für das Zigbee-Netz war.
Allerdings musste ich keine Geräte neu anlernen.
In unserem freistehenden Haus ist viel Stahlbeton verbaut. Das ist für Funkwellen nicht die beste Umgebung.
Mein Setup ist folgendermaßen im ganzen Haus verteilt:

  • 1 Coordinator Smlight SLZB-06
  • 2 Router Smlight SLZB-06
  • 3 Router Sonoff Dongle geflasht
  • 16 Router SmartPlug Nous A1Z
  • 80 weitere, batteriebetriebene Endgeräte
    • davon 20 Rauchwarnmelder, welche eine hohes Maß an Netzqualität brauchen
  • WLAN-Mesh mit FRITZ!Box 5690 Pro und 5 FRITZ!Repeater (3000er und 1200er)
  • WLAN im 2,4GHz-Band auf Kanal 1 fest eingestellt
  • Zigbee Kanal 25

Je nach Wohnlage ist es evtl. auch interessant, was der Nachbar frequenztechnisch dazu beiträgt.

BTW

  • ich habe mal bei Ali “billige” Zigbee SmartPlugs (ca. 7€/Stück) gekauft.
  • die haben als SmartPlug gut funktioniert, aber sich nach einiger Zeit als potente Störer erwiesen.

image
image943×425 85.6 KB