Zigbee Stick 3.0 Firmware Update empfehlenswert?
-
Das müsste die Github Seite sein , die Dich betrifft
https://github.com/itead/Sonoff_Zigbee_Dongle_Firmware/tree/master/Dongle-E
-
@haselchen Danke dir!
Weiß jemand, ob diese Firmware Vorteile mit sich bringt, oder eher noch mehr Probleme?
-
@surfer09 sagte in Zigbee Stick 3.0 Firmware Update empfehlenswert?:
Hallo zusammen,
leider habe ich aktuell immer wieder einige Zigbee Geräte, die zwischendurch die Verbindung verlieren. In den meißten Fällen muss ich das Gerät dann löschen und neu anlernen, was mega nervig ist.[...]
Mein Zigbee Adapter hat die Version 1.10.14. Der Stick ist mit einer USB Verlängerung angeschlossen.
Meine Frsge wäre jetzt, ob ich mal ein Firmware Update des Sticks wage und das ganze damit austeste. Ist das empfehlenswert und wenn ja, wie muss ich dafür vorgehen?
Danke!Gruß surfer
das Wie hat @haselchen bereits beantwortet. Das ob ist zumindest mal fraglich. Ich gehe nicht davon aus das ein Firmware update dafür sorgt das die Geräte ihre Verbindung behalten. Ich hätte da erst einmal 3 Fragen:
- was für Geräte sind es ?
- was hast du für Geräte in welcher Zahl in Deinem Netz (Interessant ist die Trennung nach 'router' und 'endgerät' - was was ist kannst du beim Start des Zigbee Adapters sehen (siehe Beispiel im Spoiler)
- warum genau musst du die Geräte löschen ? Es sollte reichen diese neu zu pairen ohne sie zu löschen.
A.
-
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. -
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.14Einstellung angepasst:
Ich habe diese Firmware installiert.
-
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
-
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.
-
Mal den Pairing Knopf gedrückt?
(Auch mehrmals hintereinander) -
@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.
-
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. -
@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
-
@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 -
@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. -
@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"?
-
@surfer09 ja,
Eine geringere Sendeleistung ist für Netze in schwierigen Umfeldern vorteilhaft, da dadurch die Nutzung von “erzwungen” wird.
A.
-
@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/B0B4P3Y7VHGrüße
Fabio -
@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.
-
Warum überbrückst Du die Entfernung nicht mit einem Repeater?
Und löscht die 2. Instanz -
@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.
-
@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.
