Tester für Zigbee Adapter 2.0.x gesucht
-
@asgothian Komando zurück funktioniert doch nicht.
-
Guten Morgen,
ich habe vor etwa 3 Wochen auf Zigbee 2.0.5 umgestellt und es hat soweit alles funktioniert. Wie beschrieben sind ein paar DP weggefallen oder hießen jetzt anders, Aliasse und Scripte angepasst und alles war schön.
-
Frage: Ich habe 4 neue BlitzWolf SHP15 (TS011F_plug_3) eingebunden und damit ein Problem. Der DP "load_power" aktualisiert sich nicht, er bleibt immer bei 0, obwohl der DP "current" z.B. "0.021" anzeigt und damit bei "load_power" irgendwas mit 4 W stehen müsste. Auch der DP "energy" wird aktualisiert und zeigt die (vermutlich) richtigen kWh an.
Ich habe bereits mehrfach ein "Reconfigure" gemacht und sogar den ganzen Server neu gestartet, aber es bleibt bei 0. Kann ich noch was tun, damit die Watt Zahl angezeigt wird? -
Frage: Die 4 Steckdosen sind diese Woche erst geliefert worden und jede Kachel sieht auf der Vorderseite anders aus, Rückseite ist bis auf die Werte identisch. Ist das normal?
Gruß, Johannes
-
-
@jojo58 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Guten Morgen,
ich habe vor etwa 3 Wochen auf Zigbee 2.0.5 umgestellt und es hat soweit alles funktioniert. Wie beschrieben sind ein paar DP weggefallen oder hießen jetzt anders, Aliasse und Scripte angepasst und alles war schön.
- Frage: Ich habe 4 neue BlitzWolf SHP15 (TS011F_plug_3) eingebunden und damit ein Problem. Der DP "load_power" aktualisiert sich nicht, er bleibt immer bei 0, obwohl der DP "current" z.B. "0.021" anzeigt und damit bei "load_power" irgendwas mit 4 W stehen müsste. Auch der DP "energy" wird aktualisiert und zeigt die (vermutlich) richtigen kWh an.
Ich habe bereits mehrfach ein "Reconfigure" gemacht und sogar den ganzen Server neu gestartet, aber es bleibt bei 0. Kann ich noch was tun, damit die Watt Zahl angezeigt wird?
Bitte prüfen:
- ist der Datenpunkt im Objektbaum weiss (schwarz) oder orange ?
- Eine Steckdose in Device Debug setzen (Bug Icon auf der Kachelrückseite), und nach 30 Minuten auf der Device-Debug Seite nachschauen was an Meldungen ankommt. Dabei die Filterfunktion nutzen um doppelte Meldungen auszublenden.
- Frage: Die 4 Steckdosen sind diese Woche erst geliefert worden und jede Kachel sieht auf der Vorderseite anders aus, Rückseite ist bis auf die Werte identisch. Ist das normal?
Aktuell ja, da die Datenpunkte in Reihenfolge der Anlage abgebildet werden. Es wird daran gearbeitet das zu verbessern.
Gruß, Johannes
- Frage: Ich habe 4 neue BlitzWolf SHP15 (TS011F_plug_3) eingebunden und damit ein Problem. Der DP "load_power" aktualisiert sich nicht, er bleibt immer bei 0, obwohl der DP "current" z.B. "0.021" anzeigt und damit bei "load_power" irgendwas mit 4 W stehen müsste. Auch der DP "energy" wird aktualisiert und zeigt die (vermutlich) richtigen kWh an.
-
Was meinst du mit Filterfunktion? Unter Debug rechts die 5 waagerechten Striche? Wenn ich mit der Maus drüber gehe, erscheint bei allen Schaltflächen "Update debug messages". Ich hab das mal angeklickt und jetzt sieht es wie ein Dreieck oder Trichter aus. Das ist das Ergebnis:
ID Zigbee Payload State Payload ID value Flags d4be {"type":"attributeReport", "data":{"currentSummDelivered":3}, "linkquality":51, "groupID":0, "cluster":"seMetering", "meta":{"zclTransactionSequenceNumber":44, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":false, "reservedBits":0}}, "endpoint_id":1} {"energy":0.03} energy 0.03 SUCCESS {"linkquality":51} link_quality 51 SUCCESS a079 {"type":"attributeReport", "data":{"65506":31, "65508":0, "appVersion":69}, "linkquality":72, "groupID":0, "cluster":"genBasic", "meta":{"zclTransactionSequenceNumber":43, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":false, "reservedBits":0}}, "endpoint_id":1} {"linkquality":72} link_quality 72 SUCCESS 3db6 {"type":"readResponse", "data":{"rmsVoltage":224, "rmsCurrent":10, "activePower":0}, "linkquality":47, "groupID":0, "cluster":"haElectricalMeasurement", "meta":{"zclTransactionSequenceNumber":188, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"power":0, "current":0.01, "voltage":224} voltage 224 SUCCESS {"power":0, "current":0.01, "voltage":224} current 0.01 SUCCESS {"power":0, "current":0.01, "voltage":224} load_power 0 SUCCESS {"linkquality":47} link_quality 47 SUCCESSEventuell als Screenshot besser zu lesen:
Johannes
EDIT: der DP ist schwarz.
-
@jojo58 said in Tester für Zigbee Adapter 2.0.x gesucht:
Frage: Ich habe 4 neue BlitzWolf SHP15 (TS011F_plug_3) eingebunden und damit ein Problem. Der DP "load_power" aktualisiert sich nicht, er bleibt immer bei 0, obwohl der DP "current" z.B. "0.021" anzeigt und damit bei "load_power" irgendwas mit 4 W stehen müsste. Auch der DP "energy" wird aktualisiert und zeigt die (vermutlich) richtigen kWh an.
Ich kenne die konkreten Geräte jetzt nicht, aber üblicherweise liefern die mir bekannten Steckdosenadapter alle Minute einen Datensatz mit den aktuellen Werten. Die gemeldeten Zahlen würde ich dabei vorsichtig als "Schätzwerte" bezeichnen (ohne nähere Kenntnisse in Messtechnik, Elektronik oder Elektrik zu besitzen), die Daten sind nur ein grober Anhaltspunkt des tatsächlichen Stromverbrauchs. In meiner Erfahrung ist die Gleichung
current * voltage = load_powernoch nie wirklich aufgegangen. Keine Ahnung, ob es sich hierbei um Blindströme handelt, die nur in einen der beiden Messwerte einfließen, oder ob tatsächlich zwei Messgeräte verbaut sind, die unterschiedliche Werte / Genauigkeit liefern, oder ob die Datenpunkte einfach aufgrund von Zeitverzögerungen beim Messen nie zueinander passen (und weil die Lasten nicht perfekt konstant sind). Ich schätze mal, dass man bei der Größe der Geräte (und deren Preis) generell nicht zu viele Erwartungen in Qualität und Genauigkeit der Messwerte legen darf.0.021A ist zudem eine relativ geringe Last, möglicherweise fällt die berechnete / gemessene Leistung unter die Toleranz und wird "weggerundet". Ich würde mal versuchen eine höhere Last an eine der Steckdosen zu hängen, und diese für ca. 1 Minute oder länger laufen zu lassen, dann sollten sich die Werte bewegen. Aber es würde mich wundern, wenn die oben genannte Gleichung dabei aufgeht.
-
Wenn ich eine Steckdose nehme, die schon vor dem Update auf Zigbee 2.x im Netzt war, die kann das. Ich das gleiche Modell, der einzige Unterschied ist halt. ist schon lange im Zigbee Netz.
Ich habe mir eben mal ein 40 W Birne mit Fassung an einen Stecker gebastelt und damit wird "load_power" angezeigt. Die Werte stimmen sogar einigermaßen.
Wenn die Watt Zahl bei neu eingebundenen Geräten zu gering ist und nichts angezeigt wird, so ist das ärgerlich und schade, aber kein Weltuntergang.
Gruß, Johannes
-
@jojo58 said in Tester für Zigbee Adapter 2.0.x gesucht:
Wenn die Watt Zahl bei neu eingebundenen Geräten zu gering ist und nichts angezeigt wird, so ist das ärgerlich und schade, aber kein Weltuntergang.
Da beide Geräte grundsätzlich Werte liefern, würde ich mal grob ausschließen, dass es damit zu tun haben könnte, wann die Geräte eingebunden wurden. Möglicherweise gibt es andere Unterschiede, z.B. Firmware Version, Hardware Revision oder Hersteller, die diese Differenz im Verhalten erklären können.
-
@jojo58 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Was meinst du mit Filterfunktion? Unter Debug rechts die 5 waagerechten Striche? Wenn ich mit der Maus drüber gehe, erscheint bei allen Schaltflächen "Update debug messages". Ich hab das mal angeklickt und jetzt sieht es wie ein Dreieck oder Trichter aus. Das ist das Ergebnis:
Eventuell als Screenshot besser zu lesen:Johannes
EDIT: der DP ist schwarz.
Der Screenshot zeigt das die Steckdose 0 für LoadPower meldet.
Dementsprechend ist der Adapter also unbeteiligt, er kann nur anzeigen was die Steckdose liefert.
A.
-
Okay, danke für die Info.
-
Moin in die große Runde,
Erstmal ein herzliches Dank an das tolle Gemeinschaft und die unglaublichen Entwickler.
Oft konnte ich mir hier alle Informationen zusammen suchen und Lösungen finden.
Jetzt ist aber wohl soweit das ich einfach nicht weiterkomme und gefühlt das Internet durchgelesen haben.Daher einmal die kurze Beschreibung, wo ich auf Hilfe hoffe.
Vor ca. 3 Wochen ging es los das ein SNZB-02 die Verbindung verlor und danach keine Werte mehr anzeigte.
Dachte defekt entsorgt, dann kam der nächste SNZB-02 und etc.Habe dann diverse Manöver gefahren, mit dem Ergebnis das die SNZB-02 jetzt schlussendlich alle rausgeflogen sind.
Signal Stärke ist auch total lustig ob wohl er direkt daneben hängt beim Pairing war sie noch 172.
Datenpunkte werden angelegt.
Durchführte Maßnahmen.
1 Deinstallation Zigbee Adapter und neu.
2 Update auf die neuste Version von Github.
3 Sonoff Zigbee 3.0 Usb Dongle Firmwareupdate
4 Tausch gegen Conbee II
5 unzählige male die Datenbank gelösch
Aber ohne erfolg.
Habe auch noch Zwei Steckdosen als repeater laufen diese Funktionieren.Vielleicht hat einer noch eine geniale Idee was es ist, und ob es eine Lösung gibt.
Log Zigbee als Anlage
iobroker_Zigbee_25052025.txtSysteminfos
System.
PI 4
Plattform: linux
Betriebssystem: linux
Modell: Cortex-A72
RAM: 3.7 GB
Datenträgergröße: 234.3 GBJS-Controller 7.0.6
Node.js: v20.19.0
NPM: 10.8.2
nodeCurrent: 20.19.0
npmCurrent: 10.8.2 -
@kaffler said in Tester für Zigbee Adapter 2.0.x gesucht:
Datenpunkte werden angelegt.
Hast Du mal versucht nach dem Pairing ein Reconfigure über die Kachel auszulösen? Die "null" Werte in den Datenpunkten sehen mir so aus, als wenn das fehlt. Im Log sollte ein "DeviceConfigure successful" für das Gerät auftauchen. Falls ein Timeout angezeigt wird, war das Gerät gerade nicht "wach". Bei manchen Geräten (z.B. Ikea) kann es dann helfen kurz die Batterie rauszunehmen und wieder einzusetzen, dann klappt es oft mit der Rekonfiguration.
-
@kaffler Fangen wir mal vorne an:
- das Log im Debug ist wertlos - da stehen extrem viele Daten drin die nicht wirklich helfen. Darin irgend etwas zu finden ist wie das Suchen nach einer Nadel im Heuhaufen.
- Die LQ von 10 wird immer dann bei allen Geräten gesetzt wenn der Adapter neu gestartet wird. Diese ändert sich erst wenn ein Geräte eine Nachricht sendet.
- Der Conbee II ist seitens ZHC nicht mehr als empfohlen gelistet, und üblicherweise schlechter als der Sonoff Stick.
- Löschen der Datenbank bedeutet das die Geräte neu angelernt werden müssen - löst aber ansonsten die Probleme nicht.
Ich gehe davon aus das es ein Problem mit Störungen im 2.4 gHz Frequenzband gibt, ausgelöst durch
- WLan (ggf. das des Nachbarn)
- USB3 Festplatten / SSD's am PI4
- Funk-Tastaturen/Mäuse/Kopfhörer, etc. im 2.4 GHz Band
Alternativ kann es auch sein das der SNZB-02 sich nicht mit einem der Router versteht und dadurch aus dem Netz fliegt.
Notwendige Massnahmen:
- Zurück auf den Sonoff Stick wechseln
- Adapter zum laufen bringen, über den Adapter einen Kanal-Scan durchführen, um zu sehen welche Kanäle die wenigsten Störungen haben
- Auf besagten Kanal umstellen
- Geräte anlernen
- Nach erfolgreichem Anlernen die Geräte über den Adapter 'Konfigurieren' (siehe Anleitung auf Github) Wichtig: Batteriebetriebene Geräte dabei wach halten.
- System für mindestens 24 h laufen lassen
Dann mal schauen wie sich die LQ entwickelt hat.
Sollten dann Probleme auftreten, die betroffenen Geräte in Debug schalten (siehe Doku auf Github, bzw. den Wiki Artikel dazu.
A.
-
@asgothian Moin
Danke für die Tipps, hast mir nochmal aus meinem Tunnel geholfen.
Ich werde mich durch deine Maßnahmen durcharbeiten.
1 bis 4 habe ich schon gemacht.(aufgrund von Berichten)- erledigt läuft wieder
- offen
- Laut Router bin ich auf einem freien Kanal (2,4 Router (6) Zigbee (13)
- erfolgt
- muss ich mich belesen
- werde ich dann machen
Deine Störquellen sehr interessant, werde da auch nochmal schauen was ich da an Maßnahmen umsetzten kann.
Tausche auch noch die Woche das USB Kabel aus, um das auch auszuschließen und die Entfernung zu vergrößern.Bin gespannt und halte dich/euch auf dem laufenden.
Schönen Rest-Sonntag -
@asgothian so hatte mal Zeit:
habe folgendes aufgebaut:
-Reserve PI aufgesetzt. (Pi OS Legacy 64-bit lite)
-neuer SONOFF Zigbee Gateway, ZBDongle-E 3.0 USB Dongle Plus mit 3m USB-Verlängerung Sensor 30 cm daneben.- Iobroker nur Zigbee-Adapter
Das verhalten ist das Gleiche wie auf dem anderen PI, somit schließe ich das System aus.
Konfiguration zum Testen.
Log von dem Pairing eines Adapter
zigbee.0 2025-05-29 21:01:07.199 info Closing Zigbee network, 1 seconds remaining zigbee.0 2025-05-29 21:00:32.637 info Device '0x00124b00292843c9' is supported, identified as: SONOFF Temperature and humidity sensor (SNZB-02) zigbee.0 2025-05-29 21:00:32.637 info Successfully interviewed '0x00124b00292843c9', device has successfully been paired zigbee.0 2025-05-29 21:00:27.934 info debug devices set to [] zigbee.0 2025-05-29 21:00:27.919 warn Device 0x00124b00292843c9 "SNZB-02" not found. zigbee.0 2025-05-29 21:00:16.737 info Starting interview of '0x00124b00292843c9' zigbee.0 2025-05-29 21:00:07.200 info Opening zigbee Network for 60 seconds zigbee.0 2025-05-29 20:59:46.816 info Zigbee started zigbee.0 2025-05-29 20:59:46.813 info Currently no devices. zigbee.0 2025-05-29 20:59:46.811 info Unable to disable LED, unsupported function. zigbee.0 2025-05-29 20:59:46.809 info Zigbee-Herdsman started successfully with Coordinator firmware version: {"type":"EZSP v8","meta":{"product":8,"majorrel":"6","minorrel":"10","maintrel":"3 ","revision":"6.10.3.0 build 297"}} zigbee.0 2025-05-29 20:59:41.835 info Starting Zigbee-Herdsman zigbee.0 2025-05-29 20:59:41.833 info Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.2) zigbee.0 2025-05-29 20:59:41.783 info Starting Adapter npm ... zigbee.0 2025-05-29 20:59:41.782 info --- creating device debug --- zigbee.0 2025-05-29 20:59:41.766 info --> transmitPower : normal zigbee.0 2025-05-29 20:59:41.758 info init localConfig zigbee.0 2025-05-29 20:59:41.728 info starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.2, js-controller: 7.0.6Gerät wurde angelegt
Reconfig durchgeführt
zigbee.0 2025-05-29 21:06:21.463 info DeviceConfigure successful 0x00124b00292843c9 SNZB-02 zigbee.0 2025-05-29 21:06:11.425 info Configuring 0x00124b00292843c9 SNZB-02 zigbee.0 2025-05-29 21:04:58.529 info debug devices set to ["00124b00292843c9"] zigbee.0 2025-05-29 21:04:53.718 info List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Itead","serialNumber":"06e595039338ef118eed357af3d9b1e5","pnpId":"usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_06e595039338ef118eed357af3d9b1e5-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}]
Log vom andereren System aus dem Zigbee Adapter
c04 {"type":"attributeReport", "data":{"batteryPercentageRemaining":178}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":12, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":89} battery 89 SUCCESS {"linkquality":255} link_quality 255 SUCCESS 1f80 {"type":"attributeReport", "data":{"batteryPercentageRemaining":177}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":11, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":88.5} battery 88.5 SUCCESS {"linkquality":255} link_quality 255 SUCCESS 9308 {"type":"attributeReport", "data":{"batteryPercentageRemaining":176}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":10, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":88} battery 88 SUCCESS {"linkquality":255} link_quality 255 SUCCESS abd3 {"type":"attributeReport", "data":{"batteryPercentageRemaining":176}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":9, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":88} battery 88 SUCCESS {"linkquality":255} link_quality 255 SUCCESS c321 {"type":"attributeReport", "data":{"batteryPercentageRemaining":176}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":8, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":88} battery 88 SUCCESS {"linkquality":255} link_quality 255 SUCCESS 9413 {"type":"attributeReport", "data":{"batteryPercentageRemaining":177}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":7, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":88.5} battery 88.5 SUCCESS {"linkquality":255} link_quality 255 SUCCESS abae {"type":"attributeReport", "data":{"batteryPercentageRemaining":177}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":6, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":88.5} battery 88.5 SUCCESS {"linkquality":255} link_quality 255 SUCCESS f162 {"type":"attributeReport", "data":{"batteryPercentageRemaining":175}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":5, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":87.5} battery 87.5 SUCCESS {"linkquality":255} link_quality 255 SUCCESS 7d1f {"type":"attributeReport", "data":{"batteryPercentageRemaining":174}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":4, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":87} battery 87 SUCCESS {"linkquality":255} link_quality 255 SUCCESS 955e {"type":"attributeReport", "data":{"batteryPercentageRemaining":174}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":3, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":87} battery 87 SUCCESS {"linkquality":255} link_quality 255 SUCCESS 0953 {"type":"attributeReport", "data":{"batteryPercentageRemaining":173}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":2, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":86.5} battery 86.5 SUCCESS {"linkquality":255} link_quality 255 SUCCESS ac80 {"type":"attributeReport", "data":{"batteryPercentageRemaining":129}, "linkquality":255, "groupID":0, "cluster":"genPowerCfg", "meta":{"zclTransactionSequenceNumber":1, "frameControl":{"frameType":0, "manufacturerSpecific":false, "direction":1, "disableDefaultResponse":true, "reservedBits":0}}, "endpoint_id":1} {"battery":64.5} battery 64.5 SUCCESS {"linkquality":255} link_quality 255 SUCCESS -
@kaffler zeig mal einen Screenshot vom zigbee Kanalscan.
A.
-
@asgothian Moin und danke für die Hilfe.
Scan wurde mit Error abgebrochen.
Festgestellt das Firmware alt war mit 6.x.x. update auf 7.4.4 durchgeführt.
Adaptereinstellungen IOB angepasst.
SL EFR32 (EMBER)
Quelle Firmwareupdate
ncp-uart-sw_EZNet7.4.4_V1.0.0 (1)Neustart des System.
Adapter Gestartet (alles Grün)
Meldung System IOBzigbee.0 2025-05-30 10:49:10.426 warn ELEVATED:I02 (8117) value generated '10' from device 00124b00292843c9 for 'Link quality' zigbee.0 2025-05-30 10:49:10.426 warn ELEVATED:I01 (8117) message received '{"linkquality":10}' from device 00124b00292843c9 type 'SNZB-02' zigbee.0 2025-05-30 10:49:10.425 warn ELEVATED:I02 (8117) value generated 'true' from device 00124b00292843c9 for 'Available' zigbee.0 2025-05-30 10:49:10.424 warn ELEVATED:I01 (8117) message received '{"available":true}' from device 00124b00292843c9 type 'SNZB-02' zigbee.0 2025-05-30 10:49:09.458 info debug devices set to ["00124b00292843c9"] zigbee.0 2025-05-30 10:49:09.428 info Zigbee started zigbee.0 2025-05-30 10:49:09.425 info Currently 1 devices are joined: zigbee.0 2025-05-30 10:49:09.424 info 0x00124b00292843c9 (addr 39685): SNZB-02 - SONOFF Temperature and humidity sensor (EndDevice) zigbee.0 2025-05-30 10:49:09.353 info Unable to disable LED, unsupported function. zigbee.0 2025-05-30 10:49:09.350 info Zigbee-Herdsman started successfully with Coordinator firmware version: {"type":"EmberZNet","meta":{"ezsp":13,"revision":"7.4.4 [GA]","build":0,"major":7,"minor":4,"patch":4,"special":0,"type":170}} zigbee.0 2025-05-30 10:49:07.347 info Starting Zigbee-Herdsman zigbee.0 2025-05-30 10:49:07.345 info Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.2) zigbee.0 2025-05-30 10:49:07.285 info Starting Adapter npm ... zigbee.0 2025-05-30 10:49:07.283 info --- creating device debug --- zigbee.0 2025-05-30 10:49:07.277 info delete old Backup files. keep only last 10 zigbee.0 2025-05-30 10:49:07.262 info --> transmitPower : normal zigbee.0 2025-05-30 10:49:07.252 info init localConfig zigbee.0 2025-05-30 10:49:07.223 info starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.2, js-controller: 7.0.6Reconfig
zigbee.0 2025-05-30 10:56:05.460 info DeviceConfigure successful 0x00124b00292843c9 SNZB-02 zigbee.0 2025-05-30 10:56:00.622 info Configuring 0x00124b00292843c9 SNZB-02 zigbee.0 2025-05-30 10:55:46.758 info List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Itead","serialNumber":"06e595039338ef118eed357af3d9b1e5","pnpId":"usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_06e595039338ef118eed357af3d9b1e5-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}]Sensor keine Veränderung auch nach Reconfig
DEIN VORSCHLAG SCANNEN DER NW
Also das ist bei beiden Installationen.
Scan startet und bricht mit Error Popup ab.
Fehlermeldung IOBroker
zigbee.0 2025-05-30 11:01:26.503 error Failed to scan channels Error: {"target":0,"apsFrame":{"profileId":0,"clusterId":56,"sourceEndpoint":0,"destinationEndpoint":0,"options":4416,"groupId":0,"sequence":58},"zdoResponseClusterId":32824} timed out after 15000ms at Object.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/ember/adapter/oneWaitress.js:133:23) at EmberOneWaitress.startWaitingFor (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/ember/adapter/oneWaitress.js:152:47) at /opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/ember/adapter/emberAdapter.js:1346:51 at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:29:20) at async EmberAdapter.sendZdo (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/ember/adapter/emberAdapter.js:1307:16) at async ZigbeeController.getChannelsEnergy (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:1186:32) at async Commands.getChannels (/opt/iobroker/node_modules/iobroker.zigbee/lib/commands.js:568:28) zigbee.0 2025-05-30 11:01:09.637 info List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Itead","serialNumber":"06e595039338ef118eed357af3d9b1e5","pnpId":"usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_06e595039338ef118eed357af3d9b1e5-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}]Grüße
-
@kaffler
Dein Zigbee Dongle kann die Kanäle gar nicht scannen, unterstützt es nicht. Das können nur die CC. -
@dimaiv sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Dein Zigbee Dongle kann die Kanäle gar nicht scannen, unterstützt es nicht. Das können nur die CC.
Das ist schade - war mir nicht klar, da ich keine EZSP Firmware Koordinatoren habe.
@kaffler Das macht die Analyse komplizierter. Ich gehe aktuell davon aus das der gewählte Kanal so stark frequentiert ist das die Meldungen untergehen. Zigbee arbeitet mit vergleichsweise geringen Sende- und Empfangsleistungen. Damit ist es durchaus anfällig dafür das Meldungen durch stärkere Sender 'überstimmt' werden. Deswegen auch der Wunsch nach dem Kanal-Scan. da kann man dann sehen welche Kanäle wie 'voll' sind.
Leider ist nicht nur WLan als Konkurrenz im 2.4 GHz Netz präsent. Auch ist nicht nur das eigene WLan, sondern auch die der Nachbarn ggf. zu berücksichtigen. Mögliche Störquellen sind:
- 2.4 GHz WLan
- Bluetooth
- freie herstellerspezifische 2.4 GHz Sender/Empfänger paare (Steckdosenfernbedienungen, Funk-Kopfhörer, Funk-Tastaturen / Mäuse, etc.)
- USB3 Geräte. (durch schlechte Kabel / Hardware-Implementierung kann bei der Kommunikation bei USB3 stark im 2.4 GHz Bereich gestreut werden - stark genug um sogar WLan zu übersteuern.
Da insbesondere die Meldungen von Sensoren als 'fire and forget' gesandt werden gehen diese gerne mal unter.
A.
-
Hallo,
nach Update auf Zigbee Adapter 2.0.5 funktioniert der Sensor nicht mehr, Fehlermeldung im Adapter:
Woran kann das liegen?
@arteck Muss man bei der neuen Adapter Version etwas beachten?
Edit: hier gibt es noch weitere Fragen zum Zigbee Adapter 2.x: https://forum.iobroker.net/post/1275544
Edit nach Verschiebung: Es geht um dieses Gerät hier: https://forum.iobroker.net/post/606728
Hatte es dort gepostet, weil ich ursprünglich gehofft hab, dass @dimaiv was dazu sagen kann bzw. schon Anpassungen dazu hat.
-
@gaspode Bitte die Logs vom Start des Adapters durchschauen - da gibt es Meldungen zu den externen Konvertern.
Es ist denkbar das durch das Update der ZHC Anpassungen an den externen Konvertern notwendig werden. Diese sind erst mit der 3.0.1 in den Adapter gezogen. Sollte das der Fall sein, gibt es 2 Optionen:
- manuelles anpassen der externen Konverter
- Update auf die 3.0.1 aus dem Latest. Dann bitte den dazu gehörigen Thread lesen und die Hinweise beachten.
