NEWS
Tester gesucht: Zigbee 3.2.x
-
So, jetzt gibts die Version direkt auf NPM und im Latest, und als 3.3.0
Relevante Anpassungen zur 3.2.5:
- Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
-- Busch Jaeger Schalter
-- PTVO Geräte mit custom Firmware ohne das der Bezeichner der Firmware angepasst wurde.
Es kann weitere geben. - Das Map Handling wurde überarbeitet. Der Button zum erzeugen der Map ist nur dann vorhanden wenn keine Map-Daten vorliegen. Ansonsten wird die Map aus den vorliegenden Daten einfach angezeigt. Damit ist die Map ggf. auch in einem anderen Browserfenster direkt sichtbar ohne das sie neu aufgebaut werden muss. Zusätzlich wurde das Map Handling etwas beschleunigt - wenn ein Gerät keine LQI liefert, dann wird nicht versucht Routing Information zu holen - das klappt sowieso nicht.
- Erweitertes Logging im 'device specific debug'
- Auch bei Gruppen werden jetzt 'orphaned states' behandelt
- Der Adapter hat die Option, alle Device-Datenpunkte neu zu schreiben. Dabei werden manuelle Anpassungen von
roleundnameder States überschrieben. Die State-Spezifischen Einstellungen sowie die Zuordnung zu Räumen und Funktionen bleibt dabei erhalten. - Es wurden einzelne Rollen angepasst. Ziel davon ist die automatische Erkennung zu stabilisieren. Dieses wird in der 3.3 weiter gehen.
- Wechsel auf ZHC 25.84.0 (exakt)
- Wechsel auf ZH 7.x (immer die aktuellste 7er version)
und natürlich:
Bugs Bugs BugsA.
Edit: Relevante Anpassungen hinzugefügt.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. - Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
-
So, jetzt gibts die Version direkt auf NPM und im Latest, und als 3.3.0
Relevante Anpassungen zur 3.2.5:
- Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
-- Busch Jaeger Schalter
-- PTVO Geräte mit custom Firmware ohne das der Bezeichner der Firmware angepasst wurde.
Es kann weitere geben. - Das Map Handling wurde überarbeitet. Der Button zum erzeugen der Map ist nur dann vorhanden wenn keine Map-Daten vorliegen. Ansonsten wird die Map aus den vorliegenden Daten einfach angezeigt. Damit ist die Map ggf. auch in einem anderen Browserfenster direkt sichtbar ohne das sie neu aufgebaut werden muss. Zusätzlich wurde das Map Handling etwas beschleunigt - wenn ein Gerät keine LQI liefert, dann wird nicht versucht Routing Information zu holen - das klappt sowieso nicht.
- Erweitertes Logging im 'device specific debug'
- Auch bei Gruppen werden jetzt 'orphaned states' behandelt
- Der Adapter hat die Option, alle Device-Datenpunkte neu zu schreiben. Dabei werden manuelle Anpassungen von
roleundnameder States überschrieben. Die State-Spezifischen Einstellungen sowie die Zuordnung zu Räumen und Funktionen bleibt dabei erhalten. - Es wurden einzelne Rollen angepasst. Ziel davon ist die automatische Erkennung zu stabilisieren. Dieses wird in der 3.3 weiter gehen.
- Wechsel auf ZHC 25.84.0 (exakt)
- Wechsel auf ZH 7.x (immer die aktuellste 7er version)
und natürlich:
Bugs Bugs BugsA.
Edit: Relevante Anpassungen hinzugefügt.
@Asgothian
Installiert. - Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
-
So, jetzt gibts die Version direkt auf NPM und im Latest, und als 3.3.0
Relevante Anpassungen zur 3.2.5:
- Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
-- Busch Jaeger Schalter
-- PTVO Geräte mit custom Firmware ohne das der Bezeichner der Firmware angepasst wurde.
Es kann weitere geben. - Das Map Handling wurde überarbeitet. Der Button zum erzeugen der Map ist nur dann vorhanden wenn keine Map-Daten vorliegen. Ansonsten wird die Map aus den vorliegenden Daten einfach angezeigt. Damit ist die Map ggf. auch in einem anderen Browserfenster direkt sichtbar ohne das sie neu aufgebaut werden muss. Zusätzlich wurde das Map Handling etwas beschleunigt - wenn ein Gerät keine LQI liefert, dann wird nicht versucht Routing Information zu holen - das klappt sowieso nicht.
- Erweitertes Logging im 'device specific debug'
- Auch bei Gruppen werden jetzt 'orphaned states' behandelt
- Der Adapter hat die Option, alle Device-Datenpunkte neu zu schreiben. Dabei werden manuelle Anpassungen von
roleundnameder States überschrieben. Die State-Spezifischen Einstellungen sowie die Zuordnung zu Räumen und Funktionen bleibt dabei erhalten. - Es wurden einzelne Rollen angepasst. Ziel davon ist die automatische Erkennung zu stabilisieren. Dieses wird in der 3.3 weiter gehen.
- Wechsel auf ZHC 25.84.0 (exakt)
- Wechsel auf ZH 7.x (immer die aktuellste 7er version)
und natürlich:
Bugs Bugs BugsA.
Edit: Relevante Anpassungen hinzugefügt.
Seit Adapter V 3.3.0:
bei Daten Änderung, die gelogt werden, kommt jetzt immer einen Log Eintrag.2025-12-09 11:58:36.443 - info: sql.0 (110657) enabled logging of Waschmaschine_Strom_W, Alias=true, WriteNulls=false 2025-12-09 11:58:36.637 - info: sql.0 (110657) enabled logging of Staubsauger_Strom_W, Alias=true, WriteNulls=false 2025-12-09 11:58:46.777 - info: sql.0 (110657) enabled logging of PM2.5_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:58:46.778 - info: sql.0 (110657) enabled logging of PM1.0_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:58:46.779 - info: sql.0 (110657) enabled logging of PM10_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:58:46.831 - info: sql.0 (110657) enabled logging of VOC_Index_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:58:47.106 - info: sql.0 (110657) enabled logging of Temp_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:58:47.184 - info: sql.0 (110657) enabled logging of Humidity_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:01.739 - info: sql.0 (110657) enabled logging of PM2.5_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:01.740 - info: sql.0 (110657) enabled logging of PM1.0_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:01.741 - info: sql.0 (110657) enabled logging of PM10_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:01.831 - info: sql.0 (110657) enabled logging of VOC_Index_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:02.104 - info: sql.0 (110657) enabled logging of Temp_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:02.181 - info: sql.0 (110657) enabled logging of Humidity_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:16.744 - info: sql.0 (110657) enabled logging of PM2.5_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:16.745 - info: sql.0 (110657) enabled logging of PM1.0_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:16.746 - info: sql.0 (110657) enabled logging of PM10_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:16.834 - info: sql.0 (110657) enabled logging of VOC_Index_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:17.104 - info: sql.0 (110657) enabled logging of Temp_Vindriktning, Alias=true, WriteNulls=false 2025-12-09 11:59:17.181 - info: sql.0 (110657) enabled logging of Humidity_Vindriktning, Alias=true, WriteNulls=falseP.S.: mit History Adapter passiert es nicht, da ist alles in Ordnung.
- Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
-
So, jetzt gibts die Version direkt auf NPM und im Latest, und als 3.3.0
Relevante Anpassungen zur 3.2.5:
- Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
-- Busch Jaeger Schalter
-- PTVO Geräte mit custom Firmware ohne das der Bezeichner der Firmware angepasst wurde.
Es kann weitere geben. - Das Map Handling wurde überarbeitet. Der Button zum erzeugen der Map ist nur dann vorhanden wenn keine Map-Daten vorliegen. Ansonsten wird die Map aus den vorliegenden Daten einfach angezeigt. Damit ist die Map ggf. auch in einem anderen Browserfenster direkt sichtbar ohne das sie neu aufgebaut werden muss. Zusätzlich wurde das Map Handling etwas beschleunigt - wenn ein Gerät keine LQI liefert, dann wird nicht versucht Routing Information zu holen - das klappt sowieso nicht.
- Erweitertes Logging im 'device specific debug'
- Auch bei Gruppen werden jetzt 'orphaned states' behandelt
- Der Adapter hat die Option, alle Device-Datenpunkte neu zu schreiben. Dabei werden manuelle Anpassungen von
roleundnameder States überschrieben. Die State-Spezifischen Einstellungen sowie die Zuordnung zu Räumen und Funktionen bleibt dabei erhalten. - Es wurden einzelne Rollen angepasst. Ziel davon ist die automatische Erkennung zu stabilisieren. Dieses wird in der 3.3 weiter gehen.
- Wechsel auf ZHC 25.84.0 (exakt)
- Wechsel auf ZH 7.x (immer die aktuellste 7er version)
und natürlich:
Bugs Bugs BugsA.
Edit: Relevante Anpassungen hinzugefügt.
@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:
So, jetzt gibts die Version direkt auf NPM und im Latest, und als 3.3.0
Vielen Dank, alle drei instanzen 3.3.0 laufen bis jetzt ohne Probleme. ;-)
Herzliche Grüße
Fabio - Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
-
Hallo @asgothian,
seit Version 3.3.0 habe ich alle 2 bis 3 Minuten zahlreiche Warnungen im Log:Was bedeutet das? Scheint sich immer nur um ein Gerät - und zwar eine meiner zwei neuen RS242C (sh. meine letzten Posts zum Thema color-Datenpunkt) zu handeln. Die funktioniert die aber ansonsten unauffällig in einer Gruppe mit drei weiteren RS2322 bzw. RS242 Lampen.Habs gefunden! Selber schuld! Hatte bei der einen versehentlich den Debug-Mode aktiviert...
-
Ich hab nochmal eine etwas andere Bitte - ich hab an der Doku geschraubt und bräuchte Hilfe in Form von gegenlesen / korrekturvorschlägen etc..
Aktuell ist das hier: https://github.com/ioBroker/ioBroker.zigbee/wiki und hier https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configurationüber Meinungen / Kommentare / Änderungswünsche würde ich mich freuen.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
Seltsam. Muss ich mir anschauen. Kannst du zum testen bitte mal die Version 3.2.5 von npm installieren um zu schauen ob der Effekt da auch existiert ?
@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:
Seltsam. Muss ich mir anschauen. Kannst du zum testen bitte mal die Version 3.2.5 von npm installieren um zu schauen ob der Effekt da auch existiert ?
Die 3.2.5 lief bei mir die ganze Zeit, und die Meldungen kamen nur einmalig beim SQL Adapter start.
Erst seit ich auf 3.3.0 aktualisiert habe kommen die Meldungen die ganze Zeit wenn die Daten empfangen werden, und nur von Zigbee Geräten. -
Ich hab nochmal eine etwas andere Bitte - ich hab an der Doku geschraubt und bräuchte Hilfe in Form von gegenlesen / korrekturvorschlägen etc..
Aktuell ist das hier: https://github.com/ioBroker/ioBroker.zigbee/wiki und hier https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configurationüber Meinungen / Kommentare / Änderungswünsche würde ich mich freuen.
A.
@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:
Ich hab nochmal eine etwas andere Bitte - ich hab an der Doku geschraubt und bräuchte Hilfe in Form von gegenlesen / korrekturvorschlägen etc..
Aktuell ist das hier: https://github.com/ioBroker/ioBroker.zigbee/wiki und hier https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configurationüber Meinungen / Kommentare / Änderungswünsche würde ich mich freuen.
A.
vielleicht einen Abschnitt "Upgrade from previous versions" o.ä.? Du hast ja hier in diversen Threads teils sehr detaillierte Schritt-für-Schritt-Anleitungen erstellt, die wären es imo wert, "gesichert" zu werden.
Ähnliches gilt für "Change of Coordinator" oder so - mit all den Tricks und Tücken, die "irgendwo" beschrieben wurden, aber oft nicht gefunden werden, wenn man sie braucht... ;)
-
Das hat weniger mit dieser Version zu tun aber ich frag mal:
Dieser Vibrationssensor:
gibt folgende Meldungen um Log aus:
State value for 00158d0002a92580.y_axis has value "-12" less than min "0". 8 05:30:46 15:22:17 State value for 00158d0002a92580.z_axis has value "-632" less than min "0". 4 05:30:46 15:21:17 State value for 00158d0002a92580.x_axis has value "-926" less than min "0". 4 05:31:11 15:22:17Kann man was dagegen tun?
Proxmox 9 HA-Cluster mit 3x HP prodesk 400 G6 i5
Bei einem downvote bitte melden, es könnte sein, dass dieser ungewollt ist! -
@shadowhunter23 ... die drei Datenpunkte gehen nur bis 0 wenn mich nicht alles täuscht und alles was niedriger ist wirft dann die Meldung aus. Du könntest diese Datenpunkte im Wert anpassen. In die Datenpunkte gehen und dann oben in der Leiste auf dem Kopf klicken, dann auf den Stift neben dem Datenpunkt klicken zum bearbeiten.
-
Also ich bekomme die 3.3.0 nicht ans laufen. Die Zigbee instance läuft eigentlich nur zum test dafür hab ich den sonoff Dongle E geflasht und 1 device bisher als test laufen. Das funktioniert auch. Heute hab ich mehrere stunden damit verbracht zu testen sogar mit mehreren RPi 5 auf denen die gleiche Konfig läuft. Interessanter weise hab ich auf einem testsystem das ganze zum laufen gebracht aber auf meinem Produktivsystem mit der 3.3.0 keine Chance.
Nach Installation der Instance wird der Adapter nicht mehr grün und folgende Fehler tauchen auf
Ich komme da in jedem Fall nicht weiterzigbee.0 2025-12-11 00:24:29.962 error SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function zigbee.0 2025-12-11 00:24:29.962 error Failed to start Zigbee: no message given zigbee.0 2025-12-11 00:24:29.961 error Starting zigbee-herdsman problem : [INIT TC] Network init timed out after 10000ms zigbee.0 2025-12-11 00:24:40.070 error SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function zigbee.0 2025-12-11 00:24:40.070 error Failed to start Zigbee: no message given zigbee.0 2025-12-11 00:24:40.070 error Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR.
Wenn ich dann zurück auf die 3.25 gehe funktioniert das sofort Adapter ist sofort grün und device wird erkannt.
igbee.0 2025-12-11 00:33:17.269 info debug devices set to [] zigbee.0 2025-12-11 00:33:16.738 info downloaded https://www.zigbee2mqtt.io/images/devices/8718696449691.png to img/8718696449691.png. zigbee.0 2025-12-11 00:33:16.607 info downloading https://www.zigbee2mqtt.io/images/devices/8718696449691.png to img/8718696449691.png zigbee.0 2025-12-11 00:33:16.505 info Zigbee started zigbee.0 2025-12-11 00:33:16.504 info 1 devices are part of the network zigbee.0 2025-12-11 00:33:16.504 info 0x001788010421e0fa (addr 32719): 8718696449691 - Philips Hue White A60 Single bulb E27/B22 (Router) zigbee.0 2025-12-11 00:33:16.466 info Zigbee-Herdsman started successfully with Coordinator firmware version: EmberZNet : 7.4.4 [GA] (X-X.X.X.X) zigbee.0 2025-12-11 00:33:14.927 info Starting Zigbee-Herdsman zigbee.0 2025-12-11 00:33:14.927 info configured transmit power : normal zigbee.0 2025-12-11 00:33:14.926 info Installed Version: iobroker.zigbee@3.2.5 (Converters 25.84.0 Herdsman 6.4.2) zigbee.0 2025-12-11 00:33:14.921 info Starting Adapter npm ... zigbee.0 2025-12-11 00:33:14.921 info Autostart Zigbee subsystem zigbee.0 2025-12-11 00:33:14.919 info internal Backups are disabled zigbee.0 2025-12-11 00:33:14.914 info init localConfig zigbee.0 2025-12-11 00:33:14.912 info Adapter ready - starting subsystems. Adapter is running in info mode. zigbee.0 2025-12-11 00:33:14.883 info starting. Version 3.2.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.21.0, js-controller: 7.1.0 -
Das hat weniger mit dieser Version zu tun aber ich frag mal:
Dieser Vibrationssensor:
gibt folgende Meldungen um Log aus:
State value for 00158d0002a92580.y_axis has value "-12" less than min "0". 8 05:30:46 15:22:17 State value for 00158d0002a92580.z_axis has value "-632" less than min "0". 4 05:30:46 15:21:17 State value for 00158d0002a92580.x_axis has value "-926" less than min "0". 4 05:31:11 15:22:17Kann man was dagegen tun?
@Shadowhunter23 sagte in Tester gesucht: Zigbee 3.2.x:
Kann man was dagegen tun?
Ja.
Das was @fabio vorgeschlagen hat wird nur temporär eine Lösung sein - der Adapter setzt min und max auf die beim Start auf die vom Converter vorgegebenen Werte zurück.
Es muss geschaut werden ob der Converter (bei Z2M) Korrekt ist. Dazu einfach mal den Link auf der Info-Kachel clicken und schauen ob da steht in welchem Wertebereich sich die Werte für die Achse bewegen dürfen. Wenn da als Minimalwert 0 angegeben ist, dann ist das ein Bug im Converter der behoben werden muss.
Alternativ kann ein externer Konverter verwendet werden - den müsste man aus dem bestehenden Konverter ableiten mit anderen Min/Max Werten.
Als letztes kannst du das auch ignorieren - die Meldung sollte bei 3.3 genau 1x pro Start kommen.
A.
-
Also ich bekomme die 3.3.0 nicht ans laufen. Die Zigbee instance läuft eigentlich nur zum test dafür hab ich den sonoff Dongle E geflasht und 1 device bisher als test laufen. Das funktioniert auch. Heute hab ich mehrere stunden damit verbracht zu testen sogar mit mehreren RPi 5 auf denen die gleiche Konfig läuft. Interessanter weise hab ich auf einem testsystem das ganze zum laufen gebracht aber auf meinem Produktivsystem mit der 3.3.0 keine Chance.
Nach Installation der Instance wird der Adapter nicht mehr grün und folgende Fehler tauchen auf
Ich komme da in jedem Fall nicht weiterzigbee.0 2025-12-11 00:24:29.962 error SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function zigbee.0 2025-12-11 00:24:29.962 error Failed to start Zigbee: no message given zigbee.0 2025-12-11 00:24:29.961 error Starting zigbee-herdsman problem : [INIT TC] Network init timed out after 10000ms zigbee.0 2025-12-11 00:24:40.070 error SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function zigbee.0 2025-12-11 00:24:40.070 error Failed to start Zigbee: no message given zigbee.0 2025-12-11 00:24:40.070 error Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR.Wenn ich dann zurück auf die 3.25 gehe funktioniert das sofort Adapter ist sofort grün und device wird erkannt.
igbee.0 2025-12-11 00:33:17.269 info debug devices set to [] zigbee.0 2025-12-11 00:33:16.738 info downloaded https://www.zigbee2mqtt.io/images/devices/8718696449691.png to img/8718696449691.png. zigbee.0 2025-12-11 00:33:16.607 info downloading https://www.zigbee2mqtt.io/images/devices/8718696449691.png to img/8718696449691.png zigbee.0 2025-12-11 00:33:16.505 info Zigbee started zigbee.0 2025-12-11 00:33:16.504 info 1 devices are part of the network zigbee.0 2025-12-11 00:33:16.504 info 0x001788010421e0fa (addr 32719): 8718696449691 - Philips Hue White A60 Single bulb E27/B22 (Router) zigbee.0 2025-12-11 00:33:16.466 info Zigbee-Herdsman started successfully with Coordinator firmware version: EmberZNet : 7.4.4 [GA] (X-X.X.X.X) zigbee.0 2025-12-11 00:33:14.927 info Starting Zigbee-Herdsman zigbee.0 2025-12-11 00:33:14.927 info configured transmit power : normal zigbee.0 2025-12-11 00:33:14.926 info Installed Version: iobroker.zigbee@3.2.5 (Converters 25.84.0 Herdsman 6.4.2) zigbee.0 2025-12-11 00:33:14.921 info Starting Adapter npm ... zigbee.0 2025-12-11 00:33:14.921 info Autostart Zigbee subsystem zigbee.0 2025-12-11 00:33:14.919 info internal Backups are disabled zigbee.0 2025-12-11 00:33:14.914 info init localConfig zigbee.0 2025-12-11 00:33:14.912 info Adapter ready - starting subsystems. Adapter is running in info mode. zigbee.0 2025-12-11 00:33:14.883 info starting. Version 3.2.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.21.0, js-controller: 7.1.0@teletapi Hier scheint es ein problem zwischen ZH 7.x und der Firmware auf deinem Stick zu geben. Ich kann dir heute abend eine Testversion zur Verfügung stellen mit der wir das verifizieren. Ich habe selber keinen EFR32 Stick mit dem ich das testen kann.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@teletapi Hier scheint es ein problem zwischen ZH 7.x und der Firmware auf deinem Stick zu geben. Ich kann dir heute abend eine Testversion zur Verfügung stellen mit der wir das verifizieren. Ich habe selber keinen EFR32 Stick mit dem ich das testen kann.
A.
@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:
@teletapi Hier scheint es ein problem zwischen ZH 7.x und der Firmware auf deinem Stick zu geben. Ich kann dir heute abend eine Testversion zur Verfügung stellen mit der wir das verifizieren. Ich habe selber keinen EFR32 Stick mit dem ich das testen kann.
Das wäre super, danke
-
@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:
@teletapi Hier scheint es ein problem zwischen ZH 7.x und der Firmware auf deinem Stick zu geben. Ich kann dir heute abend eine Testversion zur Verfügung stellen mit der wir das verifizieren. Ich habe selber keinen EFR32 Stick mit dem ich das testen kann.
Das wäre super, danke
@teletapi Bitte folgendes machen:
-
nochmal die aktuell 3.3.0 aus dem latest installieren
-
versuchen die zu starten. Ich muss wissen welche version des Zigbee-Herdsman und der Zigbee-Herdsman-Converters dabei installiert wurden
-
Dann von hier (via Install von github im Admin) installieren
https://github.com/ioBroker/ioBroker.zigbee/tarball/3.3.0_ZH6
Dann bekommst du eine 3.3.0 mit ZH6.x -
Nochmal schauen welche ZH/ZHC Version du bekommen hast.
-
Schauen ob die Netzwerkkarte sauber aufgebaut wird / nutzbar ist.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
-
@teletapi Bitte folgendes machen:
-
nochmal die aktuell 3.3.0 aus dem latest installieren
-
versuchen die zu starten. Ich muss wissen welche version des Zigbee-Herdsman und der Zigbee-Herdsman-Converters dabei installiert wurden
-
Dann von hier (via Install von github im Admin) installieren
https://github.com/ioBroker/ioBroker.zigbee/tarball/3.3.0_ZH6
Dann bekommst du eine 3.3.0 mit ZH6.x -
Nochmal schauen welche ZH/ZHC Version du bekommen hast.
-
Schauen ob die Netzwerkkarte sauber aufgebaut wird / nutzbar ist.
A.
@Asgothian
Software auf dem Dongle hatte ich gestern auf der Sonoff Flas seite von Zigbee 7.4.4 auf die 8.02 upgedatetStarting zigbee-herdsman... Network parameters in Config : panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 Network parameters on Coordinator: panID=6754 channel=11 extendedPanID=e111ec16e4991df4 Starting zigbee-herdsman problem : [INIT TC] Network init timed out after 10000ms Failed to start Zigbee: no message given Starting zigbee-herdsman... Network parameters in Config : panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 Network parameters on Coordinator: panID=6754 channel=11 extendedPanID=e111ec16e4991df4 Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR. Failed to start Zigbee: no message given reading access rights for /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5a3b83b6a53aef11aaf2321455516304-if00-port0 read and write access available for /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5a3b83b6a53aef11aaf2321455516304-if00-port0zigbee.0 2025-12-11 22:39:24.028 error SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function zigbee.0 2025-12-11 22:39:24.028 error Failed to start Zigbee: no message given zigbee.0 2025-12-11 22:39:24.027 error Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR. zigbee.0 2025-12-11 22:39:24.023 info Network parameters on Coordinator: panID=6754 channel=11 extendedPanID=e111ec16e4991df4 zigbee.0 2025-12-11 22:39:24.023 info Network parameters in Config : panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 zigbee.0 2025-12-11 22:39:23.913 info Starting Zigbee-Herdsman zigbee.0 2025-12-11 22:39:23.913 info configured transmit power : normal zigbee.0 2025-12-11 22:39:23.912 info Installed Version: iobroker.zigbee@3.3.0 (Converters 25.84.0 Herdsman 7.0.5) zigbee.0 2025-12-11 22:39:23.910 info Starting Adapter npm ... zigbee.0 2025-12-11 22:39:23.910 info Try to reconnect. 1 attempts left zigbee.0 2025-12-11 22:39:13.908 error SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function zigbee.0 2025-12-11 22:39:13.908 error Failed to start Zigbee: no message given zigbee.0 2025-12-11 22:39:13.908 error Starting zigbee-herdsman problem : [INIT TC] Network init timed out after 10000ms zigbee.0 2025-12-11 22:39:13.842 info Network parameters on Coordinator: panID=6754 channel=11 extendedPanID=e111ec16e4991df4 zigbee.0 2025-12-11 22:39:13.842 info Network parameters in Config : panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 zigbee.0 2025-12-11 22:39:02.348 info Starting Zigbee-Herdsman zigbee.0 2025-12-11 22:39:02.348 info configured transmit power : normal zigbee.0 2025-12-11 22:39:02.347 info Installed Version: iobroker.zigbee@3.3.0 (Converters 25.84.0 Herdsman 7.0.5) zigbee.0 2025-12-11 22:39:02.332 info Starting Adapter npm ... zigbee.0 2025-12-11 22:39:02.332 info Autostart Zigbee subsystem zigbee.0 2025-12-11 22:39:02.331 info delete old Backup files. keep only last 10 zigbee.0 2025-12-11 22:39:02.292 info Adapter ready - starting subsystems. Adapter is running in info mode. zigbee.0 2025-12-11 22:39:02.270 info init localConfig zigbee.0 2025-12-11 22:39:02.257 info starting. Version 3.3.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.21.0, js-controller: 7.1.0 -
-
@Asgothian
Software auf dem Dongle hatte ich gestern auf der Sonoff Flas seite von Zigbee 7.4.4 auf die 8.02 upgedatetStarting zigbee-herdsman... Network parameters in Config : panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 Network parameters on Coordinator: panID=6754 channel=11 extendedPanID=e111ec16e4991df4 Starting zigbee-herdsman problem : [INIT TC] Network init timed out after 10000ms Failed to start Zigbee: no message given Starting zigbee-herdsman... Network parameters in Config : panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 Network parameters on Coordinator: panID=6754 channel=11 extendedPanID=e111ec16e4991df4 Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR. Failed to start Zigbee: no message given reading access rights for /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5a3b83b6a53aef11aaf2321455516304-if00-port0 read and write access available for /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5a3b83b6a53aef11aaf2321455516304-if00-port0zigbee.0 2025-12-11 22:39:24.028 error SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function zigbee.0 2025-12-11 22:39:24.028 error Failed to start Zigbee: no message given zigbee.0 2025-12-11 22:39:24.027 error Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR. zigbee.0 2025-12-11 22:39:24.023 info Network parameters on Coordinator: panID=6754 channel=11 extendedPanID=e111ec16e4991df4 zigbee.0 2025-12-11 22:39:24.023 info Network parameters in Config : panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 zigbee.0 2025-12-11 22:39:23.913 info Starting Zigbee-Herdsman zigbee.0 2025-12-11 22:39:23.913 info configured transmit power : normal zigbee.0 2025-12-11 22:39:23.912 info Installed Version: iobroker.zigbee@3.3.0 (Converters 25.84.0 Herdsman 7.0.5) zigbee.0 2025-12-11 22:39:23.910 info Starting Adapter npm ... zigbee.0 2025-12-11 22:39:23.910 info Try to reconnect. 1 attempts left zigbee.0 2025-12-11 22:39:13.908 error SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function zigbee.0 2025-12-11 22:39:13.908 error Failed to start Zigbee: no message given zigbee.0 2025-12-11 22:39:13.908 error Starting zigbee-herdsman problem : [INIT TC] Network init timed out after 10000ms zigbee.0 2025-12-11 22:39:13.842 info Network parameters on Coordinator: panID=6754 channel=11 extendedPanID=e111ec16e4991df4 zigbee.0 2025-12-11 22:39:13.842 info Network parameters in Config : panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 zigbee.0 2025-12-11 22:39:02.348 info Starting Zigbee-Herdsman zigbee.0 2025-12-11 22:39:02.348 info configured transmit power : normal zigbee.0 2025-12-11 22:39:02.347 info Installed Version: iobroker.zigbee@3.3.0 (Converters 25.84.0 Herdsman 7.0.5) zigbee.0 2025-12-11 22:39:02.332 info Starting Adapter npm ... zigbee.0 2025-12-11 22:39:02.332 info Autostart Zigbee subsystem zigbee.0 2025-12-11 22:39:02.331 info delete old Backup files. keep only last 10 zigbee.0 2025-12-11 22:39:02.292 info Adapter ready - starting subsystems. Adapter is running in info mode. zigbee.0 2025-12-11 22:39:02.270 info init localConfig zigbee.0 2025-12-11 22:39:02.257 info starting. Version 3.3.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.21.0, js-controller: 7.1.0@teletapi sagte in Tester gesucht: Zigbee 3.2.x:
Software auf dem Dongle hatte ich gestern auf der Sonoff Flas seite von Zigbee 7.4.4 auf die 8.02 upgedatet
Interessant. Anscheinend nutzt die 8.02 eine interen PanID. Oder es gibt ein problem mit LSB/MSB bei der ExtPanID - die beiden ausgegebenen ExtPanID's sind letztendlich gleich, wenn man die byte-order bei einer der beiden umdreht
Du kannst (bevor du das machst was ich oben geschrieben habe) noch folgendes probieren:
- Adapter starten
- auf die Hardware seite gehen
e111ec16e4991df4als ExtPanID eintragen (nicht speichern)- versuchen das Netz zu starten
- in einem anderen Browsertab (oder Fenster) schauen ob du deine Geräte steuern kannst, sofern das Netz startet.
Soweit ich verstanden habe machst du das ganze mit einer Test-Instanz ? Wenn nein, gilt folgendes:
- sollte das Netz bei diesem Test starten, die Geräte aber nicht steuern können musst du via
restoreim Adapter ein Backup von den Zigbee-Dateien zurück spielen (der Button ganz rechts bei Hardware) - Du darfst die Einstellungen nur speichern wenn das Netz läuft und du deine Geräte steuern kannst.
Ansonsten würde ich dich trotzdem bitten die oben angegebenen Tests durchzuführen - ich muss wissen was da raus kommt um einen generellen Fehler auszuschliessen.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@teletapi sagte in Tester gesucht: Zigbee 3.2.x:
Software auf dem Dongle hatte ich gestern auf der Sonoff Flas seite von Zigbee 7.4.4 auf die 8.02 upgedatet
Interessant. Anscheinend nutzt die 8.02 eine interen PanID. Oder es gibt ein problem mit LSB/MSB bei der ExtPanID - die beiden ausgegebenen ExtPanID's sind letztendlich gleich, wenn man die byte-order bei einer der beiden umdreht
Du kannst (bevor du das machst was ich oben geschrieben habe) noch folgendes probieren:
- Adapter starten
- auf die Hardware seite gehen
e111ec16e4991df4als ExtPanID eintragen (nicht speichern)- versuchen das Netz zu starten
- in einem anderen Browsertab (oder Fenster) schauen ob du deine Geräte steuern kannst, sofern das Netz startet.
Soweit ich verstanden habe machst du das ganze mit einer Test-Instanz ? Wenn nein, gilt folgendes:
- sollte das Netz bei diesem Test starten, die Geräte aber nicht steuern können musst du via
restoreim Adapter ein Backup von den Zigbee-Dateien zurück spielen (der Button ganz rechts bei Hardware) - Du darfst die Einstellungen nur speichern wenn das Netz läuft und du deine Geräte steuern kannst.
Ansonsten würde ich dich trotzdem bitten die oben angegebenen Tests durchzuführen - ich muss wissen was da raus kommt um einen generellen Fehler auszuschliessen.
A.
@Asgothian
Guten, ich hab jetzt mal die 3.3.0 installiert und darauf dann die v3.3.1-alpha.0 ZH6 (aus deinem Link) damit funktioniert der Adapter wieder auf Anhieb wird grün Device ist wieder da und schaltbar
overriding zigbee options with: extPanID : e111ec16e4991df4 panID : 6754 channel : 11 port : /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_5a3b83b6a53aef11aaf2321455516304-if00-port0 adapterType : ember baudRate : 115200 precfgkey : 01030507090b0d0f00020406080a0c0d flowCTRL : false Starting Adapter npm ... Installed Version: ioBroker/ioBroker.zigbee#3.3.0_ZH6 (Converters 25.84.0 Herdsman 6.4.2) Starting zigbee-herdsman... Zigbee-Herdsman started successfully with Coordinator firmware version: EmberZNet : 8.0.2 [GA] (X-X.X.X.X) Network parameters: panID=6754 channel=11 extendedPanID=f41d99e416ec11e1 Unable to disable LED, unsupported function. 1 devices are part of the network -
Das hat weniger mit dieser Version zu tun aber ich frag mal:
Dieser Vibrationssensor:
gibt folgende Meldungen um Log aus:
State value for 00158d0002a92580.y_axis has value "-12" less than min "0". 8 05:30:46 15:22:17 State value for 00158d0002a92580.z_axis has value "-632" less than min "0". 4 05:30:46 15:21:17 State value for 00158d0002a92580.x_axis has value "-926" less than min "0". 4 05:31:11 15:22:17Kann man was dagegen tun?
Support us
795
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge