ZigBee neue Version 1.6.x

[Asgothian]

@choqui sagte in ZigBee neue Version 1.6.x:

Moin Zusammen,

ich würde mich über eine Info freuen. Hab bisher immer schön brav die stable Version am Laufen und bin den Entwicklern sehr dankbar für ihre Arbeit!!!
Jetzt liegen hier seit ca. 1 Jahr (!) ein paar Geräte rum (hauptsächlich IKEA) von denen ich weiß dass sie mit höheren Versionen des Adapters lauffähig sind.
Wie verhält es sich mit den Entwicklungsständen des Adapters, wie gefährlich sind die wirklich zum Ausprobieren.

Das hängt von der Version die du aktuell nutzt. Ab Version 1.6.0 ist das Risiko aktuell zu vernachlässigen. Das zigbee Netz wird seit dem Wechsel. In 1.5.x auf 1.6.x wenn der Koordinator das unterstützt basierend auf dem nvRam backup restauriert.
Beim Wechsel 1.5.x auf 1.6.x kann es Probleme geben wen die im NVRam Backup liegenden Einstellungen nicht mit denen des Adapters zusammen passen. Diese lassen sich üblicherweise einfach lösen - die Infos dazu werden im Log angegeben.
Das wegen einem Update des Adapters Geräte neu angelernt werden müssen ist extrem selten, und meines Wissens daran geknüpft das ein Firmwareupdate auf einem Koordinator notwendig wird. Insbesondere bei alten Firmwares kann es sein das ein Update ein neu anlernen aller Geräte erforderlich macht. Es gibt aktuell eine Kombination bei der eine Firmware zur 1.6.x inkompatibel ist (cc2538 mit der allerersten Firmware). Und selbst dafür gibt es inzwischen eine Option den Adapter laufen zu lassen.

Klartext: Ich will unbedingt verhindern, alle Geräte neu anlernen zu müssen! Ich mache zwar Backups und das regelmäßig, allerdings taucht ja nicht jeder Bug sofort sichtbar auf und ich hab keine Backups der letzten 365 Tage.
Ein Bug der ein neu anlernen von Geräten erforderlich macht raucht üblicherweise sofort auf. Wenn ein Gerät nach einem Update nicht so funktioniert wie erwartet macht es Sinn

• über den seit 1.5.8 vorhandenen “state cleanup” nicht mehr unterstützte States zu entfernen
• von Hand das Gerät aus dem Objektbaum zu entfernen und den Adapter neu zu starten um die States des Gerätes neu erstellen zu lassen
• das Gerät neu zu konfigurieren (geht seit 1.6.10 über einen Button auf der Info Kachel.)

1.6.8 würde mir glaube ich schon reichen. Gibts irgendwo eine Übersicht, Log, Docu, wo man die Änderungen/Bugs usw. mitverfolgen kann?

Es gibt da 4 stellen auf GitHub:

• das read me vom ioBroker.Zigbee Adapter. insbesondere zu beachten; Wechsel der Herdsman Versionen
• die issues am ioBroker.Zigbee Adapter
• das Projekt koenkk/zigbee-herdsman
• das Projekt koenkk/zigbee-herdsman-converters

A.

[disaster123]

@asgothian Moin kann / muss man den nvram backuppen beim Firmware Update des coordinators? Falls ja wie geht das? Habe das Problem das meine Geräte nicht mehr funktionieren wenn ich die FW Update - sobald ich ein Backup des coordinators einspiele geht es wieder

[Asgothian]

@disaster123 das hängt von deinem Koordinator ab. Bei den TI Koordinatoren mit zigbee3.0 wird das Backup automatisch vom Adapter angelegt und genutzt.

Eine pauschale Antwort kann ich Dir also nicht geben.

A.

[disaster123]

@asgothian habe einen CC2652RB

[arteck]

@disaster123 nix..

adapter stopp
stick abziehen
flashen
stick rein
adapter start

WARTEN ..WICHTIG..WARTEN.. das zurück spielen dauert bis zu 5 min

[Choqui]

@asgothian okay, erstmal danke für die ausführliche Antwort.
Was hat es mit den Herdsman Versionen auf sich?
Muss man da im Rahmen der Nutzung des IoBroker aktiv werden oder wird das mit der Versionierung des Adapters automatisch abgehandelt?
Wenn nicht, was ist zu tun?

Sorry für meine Laienfragen, aber ich finde mich in den Weiten des Internets zu dem Thema einfach nicht zurecht...

[disaster123]

@arteck sagte in ZigBee neue Version 1.6.x:

@disaster123 nix..

adapter stopp
stick abziehen
flashen
stick rein
adapter start

WARTEN ..WICHTIG..WARTEN.. das zurück spielen dauert bis zu 5 min

danke @arteck gehören diese Meldungen auch dazu?:

zigbee.1	2022-01-18 19:04:12.210	warn	(844) DeviceAvailability:Failed to ping 0x00124b0022612054 GL-C-006
zigbee.1	2022-01-18 19:04:12.138	warn	(844) DeviceAvailability:Failed to ping 0x60a423fffeff1c35 TS011F
zigbee.1	2022-01-18 19:04:11.949	warn	(844) DeviceAvailability:Failed to ping 0x84fd27fffe812d46 GL-C-006P
zigbee.1	2022-01-18 19:04:11.933	warn	(844) DeviceAvailability:Failed to ping 0x84fd27fffe68e20b TS0001
zigbee.1	2022-01-18 19:04:11.595	warn	(844) DeviceAvailability:Failed to ping 0x804b50fffe6b6c0b TRADFRI control outlet
zigbee.1	2022-01-18 19:04:11.470	warn	(844) DeviceAvailability:Failed to ping 0xcc86ecfffe82e988 TRADFRI control outlet
zigbee.1	2022-01-18 19:04:11.446	warn	(844) DeviceAvailability:Failed to ping 0x84fd27fffe865141 TS0001
zigbee.1	2022-01-18 19:04:11.272	warn	(844) DeviceAvailability:Failed to ping 0x842e14fffe15d05e TS011F
zigbee.1	2022-01-18 19:04:11.056	warn	(844) DeviceAvailability:Failed to ping 0xcc86ecfffe8db464 TRADFRI control outlet

[disaster123]

@disaster123 OK nach 30 Minuten warten geht es...

[MichaelMerkel]

hi.

(ich hoffe, ich haber hier richtig reply gedrückt?)

ich habe hier einen conbee und eine "hue being" sowie dem zugehörigen "dimmer switch".
wenn man den switch direkt an der hue betreibt, dann kann man mit der "on" taste ein paar farbtemperaturen durchschalten, wenn die lampe an ist.
genau das geht mit dem zigbee nicht mehr. ich habe die beiden per binding verbunden. an/aus, heller/dunkler - aller ok. aber die temperatur (on drücken wenn an) geht nicht.
ich habe lampe + schalter auch schon auf der ausschlussliste.
wird das nicht unterstützt? oder sollte das gehen?
der sohnemann meckert, weil das nicht mehr tut

vielen dank!

gruß...
michael

[Asgothian]

@michaelmerkel sagte in ZigBee neue Version 1.6.x:

ich habe lampe + schalter auch schon auf der ausschlussliste.
wird das nicht unterstützt? oder sollte das gehen?
der sohnemann meckert, weil das nicht mehr tut

Da das die hue bridge macht (und nicht die Fernbedienung oder die Lampe) wirst du dieses Verhalten durch ein Skript nachbauen müssen.

A.

[arteck]

@disaster123 sag ich doch... WARTEN.. schön das es doch geklappt hat

[disaster123]

@arteck sagte in ZigBee neue Version 1.6.x:

@disaster123 sag ich doch... WARTEN.. schön das es doch geklappt hat

Total richtig… aber wer rechnet mit 30 Minuten? Ich tat es nicht nun weiß ich es besser

[MichaelMerkel]

@asgothian said in ZigBee neue Version 1.6.x:

Da das die hue bridge macht (und nicht die Fernbedienung oder die Lampe) wirst du dieses Verhalten durch ein Skript nachbauen müssen.

Äh, welche Bridge? Ich habe keine.
Nur Lampe und FB. Somit muss es die Lampe selbst machen, denke ich?

Gruß...
Michael

[disaster123]

Weiß jemand wie ich einen Router dazu bringe sich nicht immer wieder mit dem Coordinator zu verbinden bei nur einer LQI von 3-6?

Allgemeiner:

• der Router verbindet sich mit 4 anderen Routern (alle gut erreichbar LQI > 100) und leider dann noch mit dem Coordinator LQI 3-6
• nun habe ich es immer wieder das Endgeräte welche an diesem Router hängen nur manchmal funktionieren (immer genau dann wenn der LQI dieses ROuters ebenfalls auf 3-6 steht weil er scheinbar über den Coordinator routet)

Wie kriege ich den Router beim Coordinator "raus"?

[Asgothian]

@disaster123 Router löschen. Ist die einzige Möglichkeit.

Na ja, fast. Je nach dem was für ein Router das ist kannst du die LQI durch Dämpfung so start schwächen das er den Koordinator nicht mehr erreicht.

A.

[disaster123]

@asgothian Was meinst du mit Router löschen? Und dann? Er fehlt mir ja dann - wieder neu anlernen?

[Asgothian]

@disaster123

Wenn du den an der gleichen Stelle wieder neu anlernst dann wirst du das gleiche Problem wieder bekommen. Du hast keine Möglichkeit das Routing im Mesh Netz selektiv zu steuern. Wenn der Router der Meinung ist das er den Koordinator sieht, dann wird die schnelle Kommunikation mit dem Koordinator der langsamen über weitere Router vorgezogen.

Du kannst also:

• den Router an dieser Stelle entfernen und an anderer Stelle einen Router einsetzen (der den Koordinator selber nicht oder deutlich besser sieht)
• versuchen durch verschieben des Koordinators die Verbindung zwischen dem betroffenen Router und dem Koordinator entweder abreissen zu lassen oder zu verbessern.

A.

[disaster123]

@asgothian puh OK - verstehe ich - mich wundert, dass hier die LQI scheinbar im Routing / formen des Mesh nicht mit einbezogen wird. Ist das nen FW Bug irgendwo oder soll das so? Ich meine bei 3-6 LQI ist klar, dass das nicht sauber funktioniert - das sollte Zigbee auch wissen?

Habe den Coordinator schon auf Low gesetzt und Ihm ne kleinere Antenne spendiert... aber das hat auch nicht geholfen...

[Asgothian]

@disaster123 das Problem mit der LQI ist das es immer nur eine Momentaufnahme ist. Letztendlich hängt es auch davon ab wie die Topologie aussieht. Das die Router nicht ohne weiteres die starken Router bevorzugen (dürfen) sollte klar sein - ansonsten kann es passieren das der Koordinator nie erreicht wird:

[disaster123]

@asgothian klar ich rede auch nicht von stark schwach aber LQI < 20 sollte ignoriert werden Wenn dann der Coordinator nie erreicht wird, dann stimmt was mit dem Netzwerk nicht OK also bleibt mir nur die Antenne vom Coordinator irgendwie zu manipulieren. Leider scheint eine Änderung der Transmitpower keine Änderung zu bewirken beim CC2652RB - ganz ohne Antenne sind es leider nur 20LQI zum nächsten Router - das ist zu wenig.