Zigbee Stick 3.0 Firmware Update empfehlenswert?

[haselchen]

@surfer09

Deshalb habe ich Dir den Link geschickt
Da kannste in den Issues oder Changelogs die Antworten auf Deine Fragen rauslesen.
Und ich denke , Updates , die im Latest/Stable sind ,wären da nicht, wenn sie Probleme bereiten würden.

[surfer09]

Hätte ich mal die Finger davon gelassen. Jetzt startet der ZigBee Adapter nicht mehr.

2025-02-09 10:29:49.376 - debug: zigbee.2 (10472) Redis Objects: Use Redis connection: 192.168.1.25:9001
2025-02-09 10:29:49.405 - debug: zigbee.2 (10472) Objects client ready ... initialize now
2025-02-09 10:29:49.406 - debug: zigbee.2 (10472) Objects create System PubSub Client
2025-02-09 10:29:49.407 - debug: zigbee.2 (10472) Objects create User PubSub Client
2025-02-09 10:29:49.446 - debug: zigbee.2 (10472) Objects client initialize lua scripts
2025-02-09 10:29:49.451 - debug: zigbee.2 (10472) Objects connected to redis: 192.168.1.25:9001
2025-02-09 10:29:49.473 - debug: zigbee.2 (10472) Redis States: Use Redis connection: 192.168.1.25:9000
2025-02-09 10:29:49.540 - debug: zigbee.2 (10472) States create System PubSub Client
2025-02-09 10:29:49.541 - debug: zigbee.2 (10472) States create User PubSub Client
2025-02-09 10:29:49.626 - debug: zigbee.2 (10472) States connected to redis: 192.168.1.25:9000
2025-02-09 10:29:49.823 - debug: zigbee.2 (10472) Plugin sentry Initialize Plugin (enabled=true)
2025-02-09 10:29:50.363 - info: zigbee.2 (10472) starting. Version 1.10.14 in I:/ioBroker/node_modules/iobroker.zigbee, node: v20.18.2, js-controller: 7.0.6
2025-02-09 10:29:50.376 - debug: zigbee.2 (10472) Using zigbee-herdsman with settings: {"network":{"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"databasePath":"I:\\ioBroker\\iobroker-data\\zigbee_2\\shepherd.db","backupPath":"I:\\ioBroker\\iobroker-data\\zigbee_2\\nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"COM3","adapter":"ember"},"adapter":{"forceStartWithInconsistentAdapterConfiguration":false},"legacy":false}
2025-02-09 10:29:50.417 - info: zigbee.2 (10472) delete old Backup files. keep only last 10
2025-02-09 10:29:50.419 - info: zigbee.2 (10472) Starting Zigbee npm ...
2025-02-09 10:29:50.431 - debug: zigbee.2 (10472) Starting zigbee-herdsman...
2025-02-09 10:29:50.593 - info: zigbee.2 (10472) Installed Version: iobroker.zigbee@1.10.14
2025-02-09 10:29:50.690 - debug: zigbee.2 (10472) Backup I:\ioBroker\iobroker-data\zigbee_2\backup_2025_02_09-10_29_50.tar.gz success
2025-02-09 10:30:00.606 - info: host.IOBROKER-SLAVE-WINDOWS instance system.adapter.upnp.0 scheduled normal terminated and will be restarted on schedule.
2025-02-09 10:30:00.608 - info: host.IOBROKER-SLAVE-WINDOWS Restart adapter system.adapter.upnp.0 because enabled
2025-02-09 10:30:02.034 - info: host.IOBROKER-SLAVE-WINDOWS instance system.adapter.upnp.0 in version "1.1.0" started with pid 12108
2025-02-09 10:30:04.641 - error: zigbee.2 (10472) Starting zigbee-herdsman problem : "Failed to start EZSP layer with status=HOST_FATAL_ERROR."
2025-02-09 10:30:04.641 - error: zigbee.2 (10472) Failed to start Zigbee
2025-02-09 10:30:04.641 - error: zigbee.2 (10472) Error herdsman start
2025-02-09 10:30:14.658 - info: zigbee.2 (10472) Try to reconnect. 1 attempts left
2025-02-09 10:30:14.661 - info: zigbee.2 (10472) Starting Zigbee npm ...
2025-02-09 10:30:14.663 - debug: zigbee.2 (10472) Starting zigbee-herdsman...
2025-02-09 10:30:14.670 - error: zigbee.2 (10472) Starting zigbee-herdsman problem : "Failed to start EZSP layer with status=HOST_FATAL_ERROR."
2025-02-09 10:30:14.670 - error: zigbee.2 (10472) Failed to start Zigbee
2025-02-09 10:30:14.671 - error: zigbee.2 (10472) Error herdsman start
2025-02-09 10:30:14.673 - info: zigbee.2 (10472) Installed Version: iobroker.zigbee@1.10.14

Einstellung angepasst:

Ich habe diese Firmware installiert.

[surfer09]

Ich habe das Problem selbst beheben können. Ich hatte die Firmware für die Baurate 230400 heruntergeladen. Ich nutze aber 115200. Nachdem ich jetzt die korrekte Firmware installiert habe, startet der Adapter wieder einwandfrei. Puhhh

[surfer09]

Aber es gibt immer noch Sensoren, die sich nicht automatisch wieder verbinden (z.B. nach einem Zigbee Instanz-Neustart).
Hier zum Beispiel ein Aqara Temperatursensor, der ca. 4 Meter vom ZigBee Stick entfernt ist.

[haselchen]

@surfer09

Mal den Pairing Knopf gedrückt?
(Auch mehrmals hintereinander)

[surfer09]

@haselchen Ja, habe ich auch schon getestet. Die LED blinkt dann einmal kurz auf, aber er verbindet sich trotzdem nicht. Ich würde dann jetzt hingehen ihn einmal löschen und dann wieder anlernen. Danach funktioniert es dann in der Regel wieder. Aber das kann ja kein Zustand sein.

[haselchen]

@surfer09

Hast Du Repeater im Einsatz?
Dann würde ich den Sensor daran anmelden .
Und im Adapter, wenn eingestellt, die Sendeleistung auf normal oder low stellen.

[Wildbill]

@surfer09 Bei Aqara ist es bekannt und „normal“ dass sie sich von ihrem einstmalig zum Anlernen verwendeten Router nicht mehr trennen wollen. Das hat Aqara einfach nie sauber umgesetzt. Da hilft nur neues Anlernen. Aus dem Grund sollte man Aqara-Geräte auch direkt dort anlernen, wo man sie später auch verbaut. Anlernen am Coordinator oder irgendeinem anderen Router und späteres Umsetzen an die eigentliche Position kann dann dazu führen, dass sie nicht funktionieren, da sie auf Teufel komm raus nur direkt mit dem Coordinator oder Router sprechen wollen, den sie beim Anlernen gelernt haben und andere Router, die vielleicht funktechnisch viel günstiger liegen, gekonnt ignorieren.

Ist kein generelles Zigbee-Problem, sondern bei Aqara quasi „Standard“. Wird aber vermutlich bei dem einen oder anderen Hersteller auch so „gehandhabt“.

Gruss, Jürgen

[Fabio]

@surfer09 laut der Kachel ist er aber vebunden nur mit einem schlechten Wert.
Einfach mal in Ruhe lassen und nacher noch mal schauen. Evtl. mal eine nagelneue neue Batterie versuchen wenn alles andere nicht klappt.
Grüße
Fabio

[surfer09]

@wildbill Danke für deine Rückmeldung! Im Prinzip bin ich mit den Aqara's gut zufrieden, aber immer wieder dieses Anlernen nervt schon halt.
Setzt ihr denn andere Geräte ein, die zuverlässiger funktionieren? Ich habe Thermometer und 2 Wassersensoren von Aqara im Einsatz.

[surfer09]

@haselchen Ja, ich habe auch einen Repeater von Aqara im Einsatz. Der spinnt aber auch gerade rum und will sich nicht verbinden...
Du meinst hier die Sendeleistung auf "normal"?

[Asgothian]

@surfer09 ja,

Eine geringere Sendeleistung ist für Netze in schwierigen Umfeldern vorteilhaft, da dadurch die Nutzung von “erzwungen” wird.

A.

[Fabio]

@surfer09 du kannst auch so einen Repeater versuchen.
Die laufen bei mir sehr gut in Verbindung mit ZigBee Adapter und CZC Zigbee Coordinator.
https://www.amazon.de/AEOTEC-Extender-Zigbee-Repeater-Reichweitenerhöhung/dp/B0B4P3Y7VH

Grüße
Fabio

[surfer09]

@fabio Ah, genau den habe ich auch. Ich sehe gerade, dass meiner sich auch wieder verbunden hat, nachdem ich ihn einmal aus der Steckdose gezogen habe.
Ich weiß nicht, ob meine Konstellation vielleicht für die Probleme sorgt? Ich habe einen IO-Broker Master (Zigbee) im 1. OG und einen IO-Broker Slave (Zigbee 2) im Keller. Bei dem im Keller sind aktuell 3 Geräte angemeldet (die sich auch im Keller befinden). Ich sehe aber immer wieder Geräte in dieser "Slave-Instanz" die sich eigentlich mit dem Master verbinden sollten. Ich deaktiviere die Geräte dann immer im Slave.

[haselchen]

@surfer09

Warum überbrückst Du die Entfernung nicht mit einem Repeater?
Und löscht die 2. Instanz

[surfer09]

@haselchen Weil ich den Slave sowieso im Keller brauche, weil ich noch meinen Smartmeter damit auslese. Deswegen habe ich eine 2. Instanz gemacht. Aber ich könnte es mal testen das aufzulösen.

[Asgothian]

@surfer09 sagte in Zigbee Stick 3.0 Firmware Update empfehlenswert?:

@fabio Ah, genau den habe ich auch. Ich sehe gerade, dass meiner sich auch wieder verbunden hat, nachdem ich ihn einmal aus der Steckdose gezogen habe.
Ich weiß nicht, ob meine Konstellation vielleicht für die Probleme sorgt? Ich habe einen IO-Broker Master (Zigbee) im 1. OG und einen IO-Broker Slave (Zigbee 2) im Keller. Bei dem im Keller sind aktuell 3 Geräte angemeldet (die sich auch im Keller befinden). Ich sehe aber immer wieder Geräte in dieser "Slave-Instanz" die sich eigentlich mit dem Master verbinden sollten. Ich deaktiviere die Geräte dann immer im Slave.

Sind die Zigbee-Konfigurationen der beiden Adapter unterschiedlich ? (Kanal, PanID, ExtPanId ?)

Wenn Nein, dann unbedingt anpassen, sonst gibt es immer wieder Salat.
A.

[surfer09]

@asgothian Ne, die Konfig ist gleich. Daran scheint es nicht zu liegen.

[arteck]

@surfer09 sagte in Zigbee Stick 3.0 Firmware Update empfehlenswert?:

, die Konfig ist gleich. Daran scheint es nicht zu liegen.

wenn die konfig gleich ist dann LIEGT ES DARAN..

also nochmal die Frage

Sind die Zigbee-Konfigurationen der beiden Adapter unterschiedlich ? (Kanal, PanID, ExtPanId ?)

[Asgothian]

@surfer09 sagte in Zigbee Stick 3.0 Firmware Update empfehlenswert?:

@asgothian Ne, die Konfig ist gleich. Daran scheint es nicht zu liegen.

Wie @arteck schon geschrieben hat - die Konfiguration des Zigbee Netzwerkes müssen zwischen Master und Slave unterschiedlich sein - ansonsten bekommst du marodierende Geräte.

Ist auch klar. Über PanID und ExtPanID wird die Verschlüsselung des Netzwerks geregelt. Jedes Gerät welches die Verschlüsselung kennt darf an dem entsprechenden Netzwerk Teilnehmen. Wenn du also 2 Netzwerke hast die mit der gleichen Verschlüsselung arbeiten dann kann jedes Gerät an beiden Netzwerken Teilhaben.

Innerhalb eines Netzwerkes ist es durchaus zulässig das Geräte dem Netzwerk beitreten und es verlassen - unter der Bedingung das sie die Verschlüsselung kennen. Der Zigbee-Adapter unterbindet das zumindest im laufenden Betrieb - die darunter liegende Bibliothek allerdings nicht, so das bei einem Neustart des Adapters durchaus 'neue' Geräte auftauchen können die entweder früher mal da waren und nicht zurück gesetzt wurden, oder halt von einem anderen Netz stammen welches die gleiche Verschlüsselung nutzt.

Es gibt 2 (3) Standard-Wege das zu verhindern:

• Nutzung unterschiedlicher Funk-Kanäle - dann bekommen die Geräte vom 2. Netzwerk idealerweise nichts mit (obwohl ich da bei Osram Steckdosen schon interessante Effekte gesehen habe)
• Nutzung von unterschiedlichen PanID / ExtPanId. Dann ist die Verschlüsselung unterschiedlich und Nachrichten der 'fremden' Geräte werden nicht akzeptiert.

Ich empfehle grundsätzlich beides.

A.