ZigBee neue Version 1.9.x
-
@arteck danke, aber bevor ich das jetzt mache, habe ich noch gerade folgendes probiert.
Ich habe die ID's im Adapter geändert, zu denen, die im Log vom Adapter stehen.
Jetzt sind die ganzen Geräte wieder sichtbar und die Sensoren anscheinend verbunden, aber die ganzen Lampen sind nicht verbunden.
Soll ich es jetzt so lassen und inkonsistente Konfiguration ausführen oder nochmal die vorherigen ID's eintragen? -
@coyote
Lampen für halbe Minute vom strom nehmen. -
@dimaiv das funktioniert leider nicht, gerade probiert. Was geht ist Kopplung starten und dann das Gerät nochmal zu koppeln, dann ist es wieder verbunden. Bei den Steckdosen wäre das jetzt kein Problem, aber eben bei den Lampen.
Alle Batteriebetriebenen Geräte sind verbunden, nur eben die Steckdosen und Lampen nicht -
Adapter nochmal neu gestartet, sieht dann so im Log aus:
zigbee.0 2024-01-11 18:43:36.872 warn Send command to 0x0017880100e3af59 failed with: Code 205 (No network route) admin.0 2024-01-11 18:43:23.750 info <== Disconnect system.user.admin from ::ffff:192.168.66.80 admin.0 2024-01-11 18:43:23.750 info <== Disconnect system.user.admin from ::ffff:192.168.66.80 zigbee.0 2024-01-11 18:42:40.576 warn DeviceAvailability:Failed to ping 0xa4c13882d1086da6 TS011F zigbee.0 2024-01-11 18:42:40.362 warn DeviceAvailability:Failed to ping 0xa4c138c56e482534 TS011F zigbee.0 2024-01-11 18:42:40.190 warn DeviceAvailability:Failed to ping 0xa4c1385a00722ee7 TS011F zigbee.0 2024-01-11 18:42:40.075 warn DeviceAvailability:Failed to ping 0xec1bbdfffea57729 TS011F zigbee.0 2024-01-11 18:42:39.968 warn DeviceAvailability:Failed to ping 0x0017880104c994d1 LWB010 zigbee.0 2024-01-11 18:42:39.867 warn DeviceAvailability:Failed to ping 0x00158d000327a0bb ZBT-ColorTemperature zigbee.0 2024-01-11 18:42:39.861 warn DeviceAvailability:Failed to ping 0x0017880100f5b6ef LCT001 zigbee.0 2024-01-11 18:42:39.784 warn DeviceAvailability:Failed to ping 0x0017880102624546 LCT012 zigbee.0 2024-01-11 18:42:39.766 warn DeviceAvailability:Failed to ping 0xbc33acfffe51626c TS011F zigbee.0 2024-01-11 18:42:39.681 warn DeviceAvailability:Failed to ping 0x00178801025f05a9 LCT003 zigbee.0 2024-01-11 18:42:39.422 warn DeviceAvailability:Failed to ping 0xa4c13884528fe4cd TS011F zigbee.0 2024-01-11 18:42:39.418 warn DeviceAvailability:Failed to ping 0x0017880100e86284 LCT003 zigbee.0 2024-01-11 18:42:39.264 warn DeviceAvailability:Failed to ping 0x0017880100e3af59 LCT001 -
@arteck mit dem inkonsistenten Start habe ich jetzt auch probiert, aber bleibt leider so. Log ist gleich mit meinem letzten Post. Noch ne Idee?
-
aber die ganzen Lampen sind nicht verbunden.
ja weil du das Netz mal geändert hast.und jetzt sind die Router (Lampen) weg.. wenn du glück hast kommen die wieder ..das dauert aber.. ansonsten neu pairen
und lass die Finger von den Einstellungen ..wenn du es nicht brauchst
-
@arteck ja, ich will ja auch gar nicht in den Einstellungen rumfummeln. Leider war mir bis heute Mittag nicht ganz bewusst, dass sich was ändert, wenn ich in HA den Gateway anspreche.
Egal, habe jetzt alle 38 Geräte neu gepairt, da die Sensoren zwar als verbunden angezeigt wurden, aber bei Änderung hat sich in Iob nichts getan.
Also wie gesagt, Kopplungsmodus aktivieren und alles einmal kurz koppeln, momentan sieht es gut aus, nur bei der Netzkarte werden keine Verbindungen angezeigt.
Ich lasse jetzt das Netz sich erst mal beruhigen, morgen schau ich dann ob alles passt. -
@coyote sagte in ZigBee neue Version 1.9.x:
Netzkarte
vergiss die Karte... schau ob die sensoren IMMEr die link_quality übermittlent..
-
@arteck ok. Wird link quality zyklisch übermittelt, auch von Sensoren?
Sehe ich es jetzt richtig, dass ich keinen Parallelbetrieb mit HA machen kann. Also 2, ich nenn es mal Adapter, die auf das Zigbee Lan GW zugreifen.
Konfiguriert ist ja alles in iobroker und in HA wollte ich mit zigbee2mqtt das GW ansprechen und so kam es zu der Inkonsistenz der IDs -
@coyote das geht nicht..
du kannst aber zigbee2mqtt mit mosquitto aufsetzten
und den zigbee2mqtt adapter nehmen.. das geht.somit greift nur zigbee2mqtt auf den coordinator -
@arteck ok danke. Also wenn ich das mit beiden System nutzen möchte, auf beiden zigbee2mqtt aufsetzen und auf den coordinator zugreifen. Danke für die Info
-
So hab jetzt mal einen neuen Zigbee Cordinator gekauft von Texas Intrument LAUNCHXL-CC26X2R1 weil ich immer wieder diese Fehlermeldung hatte ( auch nach abziehen des Cordinators und erneut einstecken tipp von @arteck )
Send command to 0x04cf8cdf3c8e4d5c failed with no error code (SREQ '--> ZDO - extRouteDisc - {"dstAddr":47258,"options":0,"radius":30}' failed with status '(0xc7: NWK_TABLE_FULL)
Send command to 0x54ef44100088d6f5 failed with no error code (SREQ '--> ZDO - extRouteDisc - {"dstAddr":33166,"options":0,"radius":30}' failed with status '(0xc7: NWK_TABLE_FULL) zigbee.0 2024-01-12 10:48:50.441 error Send command to 0x54ef44100088d8c5 failed with no error code (SREQ '--> ZDO - extRouteDisc - {"dstAddr":42116,"options":0,"radius":30}' failed with status '(0xc7: NWK_TABLE_FULL) zigbee.0 2024-01-12 10:48:50.426 error Send command to 0x54ef44100088d9bd failed with no error code (SREQ '--> ZDO - extRouteDisc - {"dstAddr":24876,"options":0,"radius":30}' failed with status '(0xc7: NWK_TABLE_FULL) zigbee.0 2024-01-12 10:48:50.412 error Send command to 0x04cf8cdf3c8e4d5c failed with no error code (SREQ '--> ZDO - extRouteDisc - {"dstAddr":47258,"options":0,"radius":30}' failed with status '(0xc7: NWK_TABLE_FULL)Send command to 0x00158d000286b630 failed with no error code (Timeout - 47769 - 1 - 11 - 6 - 11 after 10000ms)Paar Tage hat es wieder funktioniert, doch jetzt erneut diese Fehlermeldungen
Firmware ist die neuste auf den cc26X2R1 und Zigbee die neuste vom Github
Geräte Total 96
Immer wieder bekomme ich auch diese Fehlermeldung auch nach mehrmals abziehen der Batterie:
State value to set for "zigbee.0.00158d0004aacb15.humidity" has value "654.36" greater than max "100" -
@locito09 said in ZigBee neue Version 1.9.x:
NWK_TABLE_FULL
das liegt an einem problem der Firmware, Koenkk versucht schon seit Monaten das Problem zu lösen, siehe https://github.com/Koenkk/Z-Stack-firmware/discussions/478
so wie ich das mitlese ist der Ti Support mit involviert und dieses Jahr mit einer Lösung zu rechnen...
-
@locito09
Firmware ?
Coordinator vorher? -
@dimaiv
Firmware war die gleiche wie vorher und cordinator auch, wurde nur durch einen neuen ersetzt -
@arteck Habe leider zu spät gesehen, dass die v 1.9 nodejs V18 braucht.
Das bekomme ich in meiner Docker-Installation nicht auf die Schnelle geregelt.
Wie komme ich schnell auf die 1.8.24 zurück?
Auf der Kachel gehts nur bis 1.9.0 zurück.
...immer wenns schnell gehen soll..Schon mal Danke für die Hilfe
Gruß
Reiner -
@locito09
Dann, viel Glück. -
@rewenode sagte in ZigBee neue Version 1.9.x:
Das bekomme ich in meiner Docker-Installation nicht auf die Schnelle geregelt.
Neuen Docker ausrollen, fertig. Geht doch immer total easy mit den Dockern.
-
@thomas-braun Ja, hast absolut recht. Habe ich auch gerade getan. Hat keine 10min gedauert und alles ok.
Problem bei mir, weshalb ich gezögert habe ist der Rock64 auf dem das alles läuft. Da brauche ich ein Image was arm64v7 unterstützt. Ist bei buanet:latest zum Glück der Fall. Leider gilt das nicht mehr für alle meine Container (z.B. Grafana)
Da geht die Sucherei dann los. -
@arteck
ich verwende diesen Schalter mit Leistungsmessung (https://www.zigbee2mqtt.io/devices/SSM-U01.html), läuft soweit, jedoch kommen keine Leistungsdaten. MitAusschliessentritt keine Veränderung ein.
Hier die Daten zu dem guten Teil:
DP's im Objektbaum:
Hast du eine Rat für mich?
