Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[iobroker2001]

@sokrates Habe die gleichen Überlegungen.
Musstest Du anschließend nicht Deine ganzen Scripte/Visualisierungen etc. ändern?
Alte Geräte hängen doch unter zigbee.0.xxxxx, liegen die anschließend nicht unter zigbee2mqtt.0.xxxx?

Danke!

[iobroker2001]

@asgothian

Aus Neugier - an welcher Stelle reicht Dir der zigbee-adapter nicht mehr aus ?

Wir sind gerade dabei die 2.0 zu bauen - da könnte man das ggf. adressieren ?

Wird in der 2.0 die Netzwerkkarte auch angepasst? Oder sind die Werte, die dort angezeigt werden, grundsätzlich die gleichen wie in der Zigbee2MQTT-Oberfläche?

[Winni]

@asgothian sagte in geräte migrieren von zigbee nach zigbee2mqtt möglich?:
..

Wir sind gerade dabei die 2.0 zu bauen - da könnte man das ggf. adressieren ?

Sorry ist jetzt ein bisschen ot, aber ich hätte eine Idee bzw. Wunsch. Bei einigen meiner Zwischenstecker (NOUS A1Z) bekomme ich immer wieder solche Fehlermeldungen:

zigbee.0
2025-02-09 09:55:17.401	error	Send command to 0xa4c13852a125023b failed with no error code (Timeout - 60220 - 1 - 137 - 6 - 11 after 10000ms)

Im Grunde bedeutungslos, weil die Dosen trotzdem erreichbar sind und funktionieren, trotzdem störend 😉. Ich vermute dass diese Dosen einfach träger sind als andere, wäre es nicht möglich, im Adapter ein veränderbaren Timeout einzubauen, wie er bei manchen anderen Adapter zu finden ist.

[Wildbill]

@iobroker2001 Da die Werte vom Coordinator oder den Geräten stammen, würde ich mal behaupten, dass sich diese nicht groß ändern, bloß weil man andere Software verwendet. Die Hardware bleibt ja die gleiche, und wenn man nicht alle Geräte woanders hinräumt, was soll sich da ändern.

Im Übrigen sehe ich diese Netzwerkkarten, egal in welchem System/Adapter, eher als nettes Spielzeug. Ja, man kann mal bei Problemen schauen, welches Gerät sich wie bis zum Coordinator durchhangelt. Aber zum Planen des Netzwerks oder um tagtäglich zu schauen, was so passiert, ist es denkbar ungeeignet. Ist ja jeweils nur eine Momentaufnahme, die eine Minute später schon wieder ganz anders aussehen kann.
Wenn es immer wieder Probleme gibt, dass Geräte nicht erreichbar sind, gilt, unabhängig welches System man verwendet: Sendeleistung am Coordinator runterdrehen und genügend Router (230V-Geräte/Glühlampen) im Haus verteilen.

Gruss, Jürgen

[Asgothian]

@winni sagte in geräte migrieren von zigbee nach zigbee2mqtt möglich?:

Im Grunde bedeutungslos, weil die Dosen trotzdem erreichbar sind und funktionieren, trotzdem störend . Ich vermute dass diese Dosen einfach träger sind als andere, wäre es nicht möglich, im Adapter ein veränderbaren Timeout einzubauen, wie er bei manchen anderen Adapter zu finden ist.

So einfach ist das nicht. Die Fehlermeldung entsteht nicht im Zigbee-Adapter sondern in der darunter liegenden Bibliothek, die sich um die Kommunikation mit der Hardware kümmert. Auch stimmt es nicht das die Dosen träger sind. Es gibt 3 Möglichkeiten was da im Argen sein kann:

• die Dose ist kurz davor aufzugeben - sprich sie sendet keine Antwort auf die Steuerbefehle weil ein hardware-defekt vorliegt.
• die Firmware der Dose entspricht nicht den Zigbee Vorgaben - die Dose sendet NIE antworten
• die Funkstrecke ist gestört, sprich die starken Signale gesendet vom Koordinator kommen bei der Dose an, die schwachen Signale von der Dose kommen beim Koordinator aber nicht an.

Warum ist es wichtig dieses zu wissen ?

• Sensoren die diese Dose als Router zu nutzen versuchen werden keine Aktualisierungen mehr senden können
• wenn an der Dose selber geschaltet wird kommt diese Änderung im ioBroker ggf. nicht an

Eine Anpassung des Adapters in dieser Richtung ist nicht geplant.

A.

[Asgothian]

@iobroker2001 sagte in geräte migrieren von zigbee nach zigbee2mqtt möglich?:

@asgothian

Aus Neugier - an welcher Stelle reicht Dir der zigbee-adapter nicht mehr aus ?

Wir sind gerade dabei die 2.0 zu bauen - da könnte man das ggf. adressieren ?

Wird in der 2.0 die Netzwerkkarte auch angepasst? Oder sind die Werte, die dort angezeigt werden, grundsätzlich die gleichen wie in der Zigbee2MQTT-Oberfläche?

Zeig mal die Netzwerkkarte vom zigbee2mqtt.io. Ich nutz die Software nicht. Allerdings gehe ich im Moment davon aus das da die gleichen Werte gezeigt werden.

Bisher ist keine grössere Anpassung bei der Netzwerkkarte geplant.

A.

[iobroker2001]

@asgothian sagte in geräte migrieren von zigbee nach zigbee2mqtt möglich?:

@iobroker2001 sagte in geräte migrieren von zigbee nach zigbee2mqtt möglich?:

@asgothian

Aus Neugier - an welcher Stelle reicht Dir der zigbee-adapter nicht mehr aus ?

Wir sind gerade dabei die 2.0 zu bauen - da könnte man das ggf. adressieren ?

Wird in der 2.0 die Netzwerkkarte auch angepasst? Oder sind die Werte, die dort angezeigt werden, grundsätzlich die gleichen wie in der Zigbee2MQTT-Oberfläche?

Zeig mal die Netzwerkkarte vom zigbee2mqtt.io. Ich nutz die Software nicht. Allerdings gehe ich im Moment davon aus das da die gleichen Werte gezeigt werden.

Bisher ist keine grössere Anpassung bei der Netzwerkkarte geplant.

A.

Danke für die Info!
Ich bin ja noch nicht umgestiegen, deswegen kann ich keine Netzwerk-Karte zeigen😉

[iobroker2001]

@wildbill Danke für Deine Erklärung, hat mir geholfen, die Bedeutung der Netzwerkkarte einzuschätzen.
Auch der Hinweis auf eine eher reduzierte Sendeleistung ist gut.
Habe das in den letzten Tagen selber feststellen müssen, nachdem ich meinen neuen Coordinator in Betrieb genommen habe. Der wollte, nachdem ich einen physikalisch gesehen guten Senderort gefunden hatte, zu den entferntesten Sensoren Kontakt aufnehmen - mit einem LQI von 3! An einen schlechten Platz gestellt, werden schön die Zigbee-LEDs als Router verwendet, LQI von 83.

Aber noch einmal zu meiner Frage:
Heißt der Objektbaum bei Zigbee2MQTT nicht auch entsprechend anders als beim MQTT Zigbee-Adapter? Also viel umzubauen in Scripten usw.?

[Wildbill]

@iobroker2001 Zu Deiner zweiten Frage. Ja, natürlich liegen die Datenpunkte dann nicht mehr unter Zigbee.x sondern Zigbee2MQTT.x . Also musst Du in allen Scripten und Visualisierungen die Datenpunkte anpassen. Das geht nicht anders.
Ich meine, hier im Forum gab es mal ein Script, welches das so halbwegs automatisiert, aber wo, da müsstest Du selbst suchen.
Aus diesem Grund empfiehlt sich auch der Gebrauch von ALIASen. Dann muss nur im jeweiligen Alias einmal der Datenpunkt angepasst werden und passt automatisch in allen Scripten und VIS, wo man eben den Alias anstatt des originären Datenpunktes verwendet.

Gruss, Jürgen

[iobroker2001]

@wildbill Danke für Deine Antwort!
Das sollte von der Arbeit noch im Rahmen bleiben, auch ohne Script.

Bin nur gerade dabei abzuschätzen, welche Arbeit alles auf mich zukommt, wenn ich
den Mosquitto-MQTT-Server statt des MQTT-Serveradapters einrichte und dabei den MQTT-Adapter von Server- auf Clientbetrieb ändere (hier sind ja alle Datenpunkte gleichbleibend).

Eine Frage bleibt bei mir noch:
Brauche ich zwingend den Zigbee2MQTT-Adapter oder landen die Daten nicht auch besser unter dem MQTT-Client-Adapter?
Bei der Änderung auf Zigbee2MQTT fallen die Datenpunkte dann ja von zigbee.0 weg und wandern auch unter den MQTT-Baum.

[Asgothian]

@iobroker2001

@wildbill hat in seinem Post etwas sehr wichtiges versteckt!

@wildbill sagte in geräte migrieren von zigbee nach zigbee2mqtt möglich?:

Zu Deiner zweiten Frage. Ja, natürlich liegen die Datenpunkte dann nicht mehr unter Zigbee.x sondern Zigbee2MQTT.x . Also musst Du in allen Scripten und Visualisierungen die Datenpunkte anpassen. Das geht nicht anders.
Ich meine, hier im Forum gab es mal ein Script, welches das so halbwegs automatisiert, aber wo, da müsstest Du selbst suchen.
Aus diesem Grund empfiehlt sich auch der Gebrauch von ALIASen. Dann muss nur im jeweiligen Alias einmal der Datenpunkt angepasst werden und passt automatisch in allen Scripten und VIS, wo man eben den Alias anstatt des originären Datenpunktes verwendet.

Gruss, Jürgen

Es ist leider in einem Nebensatz versteckt, deswegen nochmal einzeln um die Bedeutung zu betonen:

Solltest du Umstellen solltest du unbedingt gleich auf die Nutzung von Alias umstellen - du musst sowieso jedes Skript, jede History und jede Visualisierung anfassen. Dann besser gleich richtig.

Es gibt inzwischen reichlich Info zu den Alias, sowie einiges an Hilfe um die Alias zu 'managen'. Ich persönlich nutze für vieles den 'Alias Manager' Adapter

Wenn Du Dir diese Arbeit jetzt machst, dann kannst du in der Zukunft einfacher auf 'neuere' Technologien umsteigen oder defekte Geräte austauschen.

A.

[iobroker2001]

@asgothian Danke für den deutlichen Hinweis, aber ich verwende auch schon eine Menge Alias-DP. Wenn man wie ich einige Tasmota-Steckdosen mit MQTT hat, bleibt das vernünftigerweise gar nicht aus ;.)