Monatsrückblick Januar/Februar 2026 ist online!

[Asgothian]

@matdos1gmx-de
Eine Frage : wieviele Geräte hat das Netzwerk das du aufgebaut hast. Kannst du dir mal die Netzwerk Karte im Zigbee Adapter anschauen ? Es gibt Ein Limit von 15 Verbindungen mit dem koordinator, und ich hab an anderer stelle gelesen das die osram Steckdosen nicht sauber als Router laufen.

A.

[Matdos]

Was 15 Stück nur das ist nicht viel, gut zu wissen ich habe bis jetzt alle Geräte über die Basis am Raspberry gepaart.

Ist es so das ich weiter entfernte Geräte mit dem am nächsten gelegenen Gerät koppeln muss soll?

[Asgothian]

@matdos1gmx-de wo du die Geräte pairst ist nicht entscheidend, sie sollten sich selbstständig den besten Weg suchen. Wenn sie sich normgerecht verhalten sollten die meisten fest mit Strom versorgten Geräte auch als Router fungieren, und damit die 15 Geräte Grenze aufheben - so zumindest die Theorie.

Wie sieht denn nun dein Netzwerk aus? Da müsstest du sehen wer mit wem kommuniziert.

[Matdos]

Guten Morgen, wo sehe ich das Netzwerk wer mit wem verbunden ist?

[klausiob]

Instanzen -> Zigbee-Adapter -> Netzwerkkarte

[Matdos]

[klausiob]

Ja bei mir sind auch immer welche abgehängt, insbesondere hinter den Routern. Ich bin hier nur Nutzer. Ich glaube die Entwickler nehmen die Netzwerkkarte aber auch nicht so als eine aussagekräftige Anzeige. Die ist ständig anders. Bei mir waren auch immer die Werte der link_quality 0 oder 1 zu den Routern, seit kurzem habe ich auch mal höhere Werte (13), obwohl im gleichen Raum wie Coordinator. Weiss leider nicht, wie die die Informationen von den Geräten abfragen. Ich hätte lieber selbstdefinierte Beziehungen Endgerät zu Router.

[Asgothian]

@matdos1gmx-de
ich denke da zeigt sich schon ein Problem. Die Geräte sind zwar gepaired (in der map sichtbar) haben aber keine Funkverbindung. Woran das genau liegt kann ich von hier aber nicht sagen. Es muss eine Kombination von Abstand, passiven Störquellen (wände,türen) und aktiven Störquellen (wLan Netze) sein. Möglicherweise reicht es den Zigbee-Kanal am Coordinator zu wechseln - abhängig von den verwendeten wLan Kanälen. (siehe Bild)
Nach der Umstellung musst du etwas warten bis die Kanaländerung bei allen Geräten angekommen ist. Neu Paaren sollte unnötig sein.

A.

[Matdos]

Hay danke für die Info das schau ich mal welche Kanäle meine Router belegen!

Aber ich denke ich habe hier wirklich Probleme mit dem Netzwerk meine Ikea Bulb wo im EG nur 6m und eine Wand weit weg ist lässt sich auch nicht mehr schalten :-(

[Matdos]

So habe mal fix oben einen Accesspoint installiert für besseres Wlan da ich oben in 2 Räumen schlechten Wlan empfang hatte und habe die Kanäle dementsprechend angepasst.

Accesspoint hat jetzt 2,4GHz Kanal 8 und 5ghz Kanal 44 am D-Link ist jetzt 2,4 ghz Kanal 6 und 5ghz Kanal 48.

Aber sieht jetzt ja schon mal ein bischen besser aus.

[Matdos]

Also bin jetzt noch mal durch die ganze Bude jetzt lässt sich jedes Gerät sehr schnell schalten und auch die Thermostate funktionieren wieder alle mit ca 10 - 15 sec verzögerung.

[klausiob]

Tja, ich habe nichts geändert und heute früh fehlten die Endgeräte hinter den Routern und jetzt ist alles da.

Und beim nächsten Mal ist alles anders. Ich habe auch die WLAN Kanäle festgelegt, aber was ist wenn die Nachbarn ihre auf Autokanal gestellt haben. Irgendwie ist das ein Glücksrad.

[Matdos]

Hm stimmt habe eben nochmal aktuallisiert jetzt sieht es wieder so aus und habe wieder Probleme mit der Verbindung.

Das ist gut möglich mit den Netzwerken der Nachbarn was da alles mittlerweile um einen herum ist, und wie du schon sagst die haben mit sicherheit keine festen Kanäle.

jetzt nach 5 min siehts wieder so aus

[Asgothian]

@matdos1gmx-de
ich kann da nur raten das zu beobachten. Normalerweise stabilisiert sich das ganze (tat es bei mir).

[Asgothian]

Nochmal was allgemeines zu den Thermostaten:
Leider hat parallel zu mir gestern noch jemand an der Implementation des Eurotronic im Zigbee-Adapter geschraubt und das auch schon in den Haupt-Zweig gemerged.
Ich habe das was ich in der Zwischenzeit gemacht habe damit abgeglichen und jetzt einen (aus meiner Sicht) Finalen Stand als Pull-request veröffentlicht. Wenn der so akzeptiert wird ändern sich leider noch einmal ein paar Objektnamen. Daher die Doku von vor ein Paar Tagen hier nochmal mit den korrigierten Objektnamen. In dem Zusammenhang habe ich mich dagegen entschieden, dem Zigbee-Adapter eine Eigenintelligenz zu geben. Er spiegelt die Werte so nach aussen wie sie der Thermostat liefert - damit sind wir gegen ggf. auftretende Änderungen bei neuer Firmware weniger anfällig.

Das ganze funktioniert so:

Der Datenpunkt, der den Modus des Thermostaten kontrolliert nutzt einen INT als Wert (Datenpunkt spz_trv_mode). Gültig dafür sind meines Wissens nur 0, 1, und 2
0: Aus - der Thermostat verbleibt in der aktuellen Stellung, es findet keine Temperaturregelung statt, auch Änderungen der Ventilvorgabe (manual_valve_position) haben keinen Effekt
1: "Stellwertbetrieb" - es findet keine automatische Temperaturregelung statt. Der Thermostat kann über die Ventilvorgabe (valve_position) gesteuert werden. Die Bedienelemente am Thermostaten haben keine Wirkung. (Ausnahme: Reset ? - bisher nicht getestet)
2: "Comfort betrieb" - die automatische Temperaturregelung wird genutzt, kann mit den Tasten am Thermostaten angepasst werden. Der dazu passende Datenpunkt ist heating_setpnt_current.
Werden andere Werte gesetzt so werden diese zwar bestätigt, haben aber keine sichtbare Funktion. Allerdings habe ich hier nicht alle Möglichkeiten ausprobiert.
Primär für den Comfort-Betrieb wird der Datenpunkt spz_system_mode genutzt, der Bitcodiert eingesetzt wird:

0x01 : an (kommt zumeist als Antwort, bzw. ist bei allen "an" zuständen mit gesetzt.
0x02: Invert display (für vertikale Montage des Thermostat)
0x04: Boost mode (zumeist mit 0x01 zusammen gesetzt)
0x08: unbekannt
0x10: muss gesetzt werden um manuell den Mode "OFF" (Fenstererkennung?) zu beenden
0x20: Schliesst das Ventil (Fenstererkennung?) Der Status wird selbstständig nach n Minuten (n noch nicht 100%ig klar) auf 0x11 zurück gesetzt
0x40: unbekannt
0x80: Kindersicherung
Wenn bei spz_trv_mode 1 der system_mode verändert wird so reagiert zwar die Anzeige, nicht aber die Regelelektronik.

Nachtrag: Das ist bereits gemerged worden.

[arteck]

ich habe den kleinen Osram Switch integriert .. könnte das einer testen.. hab da teil nicht hier

my Repo https://github.com/arteck/ioBroker.zigbee

[gosund]

Verliere ich bei einem Update des Adapters alle Verbindungen?
D.h. muß ich nach einem Update wieder alle Geräte anlernen?

[Asgothian]

@gosund
Nein, du kannst den Adapter updaten ohne das du Verbindungen verlierst. Auch die Namen der Objekte bleiben identisch, so das Scripte die mit den Objekten arbeiten weiter laufen.

A.

[gosund]

@Asgothian Ok, danke.
Und wie mache ich ein Update von einem Adapter, welchen ich über das git-Symbol und dann über 'Adapter aus beliebiger Quelle installieren oder aktualisieren' installiert habe? Einfach wieder die URL dort angeben und starten?

[Asgothian]

@gosund
Genau so. Zur Sicherheit mache ich nach einer Installation von Git auch immer noch einen Upload (im Admin in der Adapter-Ansicht gibt es dafür eine Schaltfläche)