[Problem] Zigbee Adapter & SONOFF SNZB-02

st01

@asgothian
Ja, sorry ☺️

Mit dem Status update - ja es braucht manchmal Zeit.
Aber ich hatte den Sensor mindestens 20 Stunden in diesem Zustand - erholt sich nicht.
Bleibt soviel ich sehe ziemlich stehen bei inclusion time und irgendwann ist auch availablity = false.

Das hat früher in wenigen Duzend Sekunden funktioniert.

Ich habe den gleichen Effekt mit zwei Installationen - Koordinatoren:

Sonoff ZB Bridge-P
type:ZStack3x0
version:2-1.2.7.1.
revision:20220219
CC2531
type:ZStack12
version:2-0.2.6.3.
revision:20190608

Nachtrag: aktuell teste ich gerade an der ersten.

Asgothian

@st01 sagte in [Problem] Zigbee Adapter & SONOFF SNZB-02:

Nachtrag: aktuell teste ich gerade an der ersten.

den 2. solltest du auch ignorieren - der ist deutlich veraltet.

Was ist mit

@asgothian sagte in [Problem] Zigbee Adapter & SONOFF SNZB-02:

Nachtrag - wann hat denn der 'funktionierende' das letzte mal eine Änderung des Wertes gemeldet ? (Änderungsdatum des State / von msg_from_zigbee)

und

@asgothian sagte in [Problem] Zigbee Adapter & SONOFF SNZB-02:

Log doch mal die msg_from_zigbee um zu schauen was wirklich ankommt.

?

A.

st01

@asgothian
Für die funktionierenden gibt es immer wieder updates von "msg_from_zigbee" properties.
Stille für den nicht funktionierenden.

Nur "last seen" debug messages mit jeweils erhöhten werten, z.b.

debug DeviceAvailability:Non-pingable device 0x00124b002935c6dd TH01 was last seen '1773.836' seconds ago.

Interessant ist der device name "TH01", da hätte ich "SNZB-02" erwartet.

Nachtrag: aber die funktionierenden sind auch mit "TH01" in debug messages vermerkt.

Asgothian

@st01 sagte in [Problem] Zigbee Adapter & SONOFF SNZB-02:

Interessant ist der device name "TH01", da hätte ich "SNZB-02" erwartet.

Nein, das ist durchaus korrekt. Sollte im übrigen auch bei den anderen so sein. Schau mal auf die Info Ansicht (blaues i, Rückseite der Kachel, Eintrag modelZigbee)

Ich habe den Code gerade noch einmal verifiziert - der relevante Converter code ist seit Mitte 2024 unverändert - es wurden lediglich fingerprints hinzugefügt. Die 2.0.5 gabs im Januar 2025.

Daran liegt es also sicherlich nicht.

Bitte den neu angelernten nochmal neu konfigurieren - sicherstellen das eine Erfolgsmeldung kommt.

Code hinterm spoiler.

A.

code aus 2024

    {
        fingerprint: [
            // ModelID is from the button (SNZB-01) but this is SNZB-02, wrong modelID in firmware?
            // https://github.com/Koenkk/zigbee2mqtt/issues/4338
            {
                type: 'EndDevice',
                manufacturerName: 'eWeLink',
                modelID: 'WB01',
                endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
            },
            {
                type: 'EndDevice',
                manufacturerName: 'eWeLink',
                modelID: '66666',
                endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
            },
            {
                type: 'EndDevice',
                manufacturerName: 'eWeLink',
                modelID: 'DS01',
                endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
            },
        ],
        zigbeeModel: ['TH01'],
        model: 'SNZB-02',
        vendor: 'SONOFF',
        whiteLabel: [{vendor: 'eWeLink', model: 'RHK08'}],
        description: 'Temperature and humidity sensor',
        exposes: [e.battery(), e.temperature(), e.humidity(), e.battery_voltage()],
        fromZigbee: [fz.SNZB02_temperature, fz.humidity, fz.battery],
        toZigbee: [],
        configure: async (device, coordinatorEndpoint) => {
            try {
                const endpoint = device.getEndpoint(1);
                const bindClusters = ['msTemperatureMeasurement', 'msRelativeHumidity', 'genPowerCfg'];
                await reporting.bind(endpoint, coordinatorEndpoint, bindClusters);
                await reporting.temperature(endpoint, {min: 30, max: constants.repInterval.MINUTES_5, change: 20});
                await reporting.humidity(endpoint, {min: 30, max: constants.repInterval.MINUTES_5, change: 100});
                await reporting.batteryVoltage(endpoint, {min: 3600, max: 7200});
                await reporting.batteryPercentageRemaining(endpoint, {min: 3600, max: 7200});
            } catch (e) {
                /* Not required for all: https://github.com/Koenkk/zigbee2mqtt/issues/5562 */
                logger.error(`Configure failed: ${e}`, NS);
            }
        },
    },

code heute

    {
        fingerprint: [
            // ModelID is from the button (SNZB-01) but this is SNZB-02, wrong modelID in firmware?
            // https://github.com/Koenkk/zigbee2mqtt/issues/4338
            {
                type: "EndDevice",
                manufacturerName: "eWeLink",
                modelID: "WB01",
                endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
            },
            {
                type: "EndDevice",
                manufacturerName: "eWeLink",
                modelID: "66666",
                endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
            },
            {
                type: "EndDevice",
                manufacturerName: "eWeLink",
                modelID: "DS01",
                endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
            },
            {
                type: "EndDevice",
                manufacturerName: "Zbeacon",
                modelID: "TH01",
            },
        ],
        zigbeeModel: ["TH01", "SNZB-02", "CK-TLSR8656-SS5-01(7014)"],
        model: "SNZB-02",
        vendor: "SONOFF",
        whiteLabel: [
            {vendor: "eWeLink", model: "RHK08"},
            {
                vendor: "eWeLink",
                model: "SNZB-02_eWeLink",
                fingerprint: [{modelID: "SNZB-02", manufacturerName: "eWeLink"}],
            },
            {
                vendor: "eWeLink",
                model: "CK-TLSR8656-SS5-01(7014)",
                fingerprint: [{modelID: "CK-TLSR8656-SS5-01(7014)", manufacturerName: "eWeLink"}],
            },
            {
                vendor: "Zbeacon",
                model: "TH01",
                fingerprint: [{modelID: "TH01", manufacturerName: "Zbeacon"}],
            },
        ],
        description: "Temperature and humidity sensor",
        exposes: [e.battery(), e.temperature(), e.humidity(), e.battery_voltage()],
        fromZigbee: [fz.SNZB02_temperature, fz.humidity, fz.battery],
        toZigbee: [],
        configure: async (device, coordinatorEndpoint) => {
            device.powerSource = "Battery";
            device.save();
            try {
                const endpoint = device.getEndpoint(1);
                const bindClusters = ["msTemperatureMeasurement", "msRelativeHumidity", "genPowerCfg"];
                await reporting.bind(endpoint, coordinatorEndpoint, bindClusters);
                await reporting.temperature(endpoint, {min: 30, max: constants.repInterval.MINUTES_5, change: 20});
                await reporting.humidity(endpoint, {min: 30, max: constants.repInterval.MINUTES_5, change: 100});
                await reporting.batteryVoltage(endpoint, {min: 3600, max: 7200});
                await reporting.batteryPercentageRemaining(endpoint, {min: 3600, max: 7200});
            } catch (e) {
                /* Not required for all: https://github.com/Koenkk/zigbee2mqtt/issues/5562 */
                logger.error(`Configure failed: ${e}`, NS);
            }
        },
    },

st01

@asgothian
Mit der Zigbee Adapter Version 2.0.5 habe ich das gleiche Problem: Exact das gleiche Verhalten!

Asgothian

@st01 sagte in [Problem] Zigbee Adapter & SONOFF SNZB-02:

@asgothian
Mit der Zigbee Adapter Version 2.0.5 habe ich das gleiche Problem: Exact das gleiche Verhalten!

du hast doch geschrieben das die die du unter 2.0.5 angelernt hast funktionieren.

A.

st01

@asgothian
Nein - mit früheren (älteren) Versionen : vor 2.0.5

Asgothian

@st01 weisst du mit welcher ?

st01

@asgothian
Leider nein.
Ich denke mal mit einer der letzten 1.x Version, da ich mit der 2.0.x noch gewartet habe.
Da war doch was mit breaking change.

Asgothian

@st01 Dann gilt das was ich oben geschrieben habe auch schon. mit der letzten 1.10er version gab es ZHC20.58.0 - da war die Einbindung der SNZB-02 bereits so wie sie heute ist.

A.

Asgothian

@st01 Mach mal bitte folgendes:

nimm den sensor den du als letzten neu angelernt hast
entfern die Batterie
drück 4 mal den kleinen Taster, um irgendwelche Kondensatoren zu entladen
versuch den zu konfigurieren

Mich interessiert die Meldung die da kommt.

Parallel bereite ich noch einen weiteren Test vor.

A.

Asgothian

Hier die Daten für Test #2:

Nimm den Code der sich im Spoiler befindet
Speichere diesen als SNZB_TEST.JS im Datenverzeichnis des Adapters ab. (da wo auch die shepherd.db liegt)
halte den Adapter an
trage SNZB_TEST.JS bei den Externen Konvertern in der Konfiguration ein
starte den Adapter
prüfe im Log des Startups ob da Info- oder Warn- Meldungen (oder sogar Fehler) zu SNZB_TEST auftauchen.
versuche dann einen Sensor neu zu konfigurieren. Da müsste es eigentlich eine Meldung geben.

A.

import * as fz from "../converters/fromZigbee";
import * as constants from "../lib/constants";
import * as exposes from "../lib/exposes";
import {logger} from "../lib/logger";
import * as reporting from "../lib/reporting";

const defaultResponseOptions = {disableDefaultResponse: false};
const e = exposes.presets;
const ea = exposes.access;

const converters = [
   {
       fingerprint: [
           // ModelID is from the button (SNZB-01) but this is SNZB-02, wrong modelID in firmware?
           // https://github.com/Koenkk/zigbee2mqtt/issues/4338
           {
               type: "EndDevice",
               manufacturerName: "eWeLink",
               modelID: "WB01",
               endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
           },
           {
               type: "EndDevice",
               manufacturerName: "eWeLink",
               modelID: "66666",
               endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
           },
           {
               type: "EndDevice",
               manufacturerName: "eWeLink",
               modelID: "DS01",
               endpoints: [{ID: 1, profileID: 260, deviceID: 770, inputClusters: [0, 3, 1026, 1029, 1], outputClusters: [3]}],
           },
           {
               type: "EndDevice",
               manufacturerName: "Zbeacon",
               modelID: "TH01",
           },
       ],
       zigbeeModel: ["TH01", "SNZB-02", "CK-TLSR8656-SS5-01(7014)"],
       model: "SNZB-02",
       vendor: "SONOFF",
       whiteLabel: [
           {vendor: "eWeLink", model: "RHK08"},
           {
               vendor: "eWeLink",
               model: "SNZB-02_eWeLink",
               fingerprint: [{modelID: "SNZB-02", manufacturerName: "eWeLink"}],
           },
           {
               vendor: "eWeLink",
               model: "CK-TLSR8656-SS5-01(7014)",
               fingerprint: [{modelID: "CK-TLSR8656-SS5-01(7014)", manufacturerName: "eWeLink"}],
           },
           {
               vendor: "Zbeacon",
               model: "TH01",
               fingerprint: [{modelID: "TH01", manufacturerName: "Zbeacon"}],
           },
       ],
       description: "Temperature and humidity sensor 2",
       exposes: [e.battery(), e.temperature(), e.humidity(), e.battery_voltage()],
       fromZigbee: [fz.SNZB02_temperature, fz.humidity, fz.battery],
       toZigbee: [],
       configure: async (device, coordinatorEndpoint) => {
           device.powerSource = "Battery";
           device.save();
           try {
               const endpoint = device.getEndpoint(1);
               const bindClusters = ["msTemperatureMeasurement", "msRelativeHumidity", "genPowerCfg"];
               await reporting.bind(endpoint, coordinatorEndpoint, bindClusters);
               await reporting.temperature(endpoint, {min: 30, max: constants.repInterval.MINUTES_5, change: 20});
               await reporting.humidity(endpoint, {min: 30, max: constants.repInterval.MINUTES_5, change: 100});
               await reporting.batteryVoltage(endpoint, {min: 3600, max: 7200});
               await reporting.batteryPercentageRemaining(endpoint, {min: 3600, max: 7200});
               const a = 0;
               const b = a.ThrowAnError;
           } catch (e) {
               /* Not required for all: https://github.com/Koenkk/zigbee2mqtt/issues/5562 */
               logger.error(`Configure failed: ${e}`, NS);
           }
       },
   },
];

module.exports converters;

st01

@asgothian
Habe das versucht: Hat einen error log entry gegeben

zigbee.0
2025-09-09 17:07:13.333	error	Unable to apply converter from module: /opt/iobroker/iobroker-data/zigbee_0/SNZB_TEST.JS - the code does not run: SyntaxError: Unexpected identifier 'converters'

MOD-EDIT: Code in code-tags gesetzt!

Sollte doch
module.exports = converters;
sein?

Habe es im SNZB_TEST.JS korrigiert

Asgothian

@st01 Ja - Schreibfehler. Ich kann das hier nicht wirklich testen.

Was kommt bei dem Test heraus ?

Auch: was passiert beim Test ohne Batterie ?

A

st01

@asgothian

Beim "Reconfiger" & wenn keine Batterie in SNZB-02 ist gibts die Meldung:

Error
0x00124b00292c269e TH01 Failed to configure. --> NS is not defined

Übrigens auch beim SNZB-02 mit Batterie (das nach dem neu inkludieren nicht mehr geht).

Mit dem SNZB_TEST.JS converter habe ich noch keinen Effekt gesehen. Müsste das log noch exportieren und filtern.
Müsste ein bestimmter log kommen?

log files:
iobroker-zigbee.0.log
das zuletzt manipulierte SNZB-02 ist 00124b00292c269e
iobroker-zigbee.0.00124b00292c269e.log

Asgothian

@st01 füg bitte dem Kopf des Konverters hinzu:

const NS = "zhc:sonoff";

st01

@asgothian
Irgendwo ist noch etwas schräg:

zigbee.0
2025-09-09 18:00:18.491	warn	DeviceConfigure:0x00124b00292c269e TH01 Failed to configure. --> logger.error is not a function

Diese Fehler Meldung gibts jetzt beim "Reconfigure".

Ich habe nochmals das SNZB-02 inkludiert:
interessant ist das pairing log:

Pairing time left: 60
Pairing time left: 61
Pairing time left: 62
Pairing time left: 63
Pairing time left: 64
Pairing time left: 65
Pairing time left: 66
Pairing time left: 67
Pairing time left: 68
Interview failed: 0x00124b00292c269e
Interview failed: 0x00124b00292c269e
Pairing time left: 69
Currently 14 devices are joined:
Unable to disable LED, unsupported function.
Network parameters: panID=XNXN channel=11 extendedPanID=XNXNXNXNXNXNXNXN
Zigbee-Herdsman started successfully with Coordinator firmware version: ZStack3x0 : 20220219 (2-1.2.7.1)
Pairing time left: 70
Pairing time left: 71
Pairing time left: 72
Pairing time left: 73
Starting zigbee-herdsman...
Pairing time left: 74
Pairing time left: 75
Pairing time left: 76
Pairing time left: 77
Pairing time left: 78
Pairing time left: 79
Pairing time left: 80
Pairing time left: 81
Pairing time left: 82
Pairing time left: 83
Pairing time left: 84
Pairing time left: 85
New device joined '0x00124b00292c269e' model SNZB-02
Pairing time left: 86
Device '0x00124b00292c269e' announced itself
Interview started: 0x00124b00292c269e
Pairing time left: 87
Pairing time left: 88
Pairing time left: 89
Pairing time left: 90
Pairing possible for 90 seconds

(panID und extendedPanID masked)

iobroker-2-zigbee.log

iobroker-2-zigbee.0.00124b00292c269e.log

Asgothian

@st01 Das ist schon gut - das bedeutet er versucht es zumindest. Die Zeile const b = a.ThrowAnError; dient nur dazu nachzuweisen das er da vorbei kommt und dann einen Fehler wirft. wenn du die raus nimmst sollte keine Meldung kommen.

Er versucht das Configure also so wie es drin steht

bitte die Zeile mal heraus nehmen, neu starten und dann nochmal das configure versuchen - einmal mit einem Gerät mit Batterie, einmal mit einem Ohne

A.

st01

@asgothian
"Reconfigure" ergibt bei beiden dasselbe (das mit Batterie ist wahrscheinlich auch offline)

zigbee.0
2025-09-09 18:21:08.793	warn	DeviceConfigure:0x00124b00292c269e TH01 Failed to configure. --> NS is not defined

zigbee.0
2025-09-09 18:20:13.609	warn	DeviceConfigure:0x00124b002935c6dd TH01 Failed to configure. --> NS is not defined

Nach nochmaligem Inkludieren funktioniert es auf einmal wieder!!!!
00124b002935c6dd : das ist das SNZB-02 das mit alter Adapter Version funktioniert hatte, dann bei aktueller Version nicht mehr.
Und jetzt - Halleluja - ich versteh es nicht. Ist das der Konverter?

Gleich nach dem Inkludieren funktioniert auch das "Reconfigure"!

Meine Vermutung: Es muss gleich nach dem Inkludieren ein "Reconfigure" gemacht werden damit der Sensor richtig funktioniert.

st01

@asgothian
Also wenn ich direkt nach Inkludieren ein "Reconfigure" mache dann funktioniert es und es werden die Properties nichtig updated.
z.B.


zigbee.0
2025-09-09 18:51:11.710	debug	value generated '"{\"type\":\"attributeReport\",\"data\":{\"measuredValue\":2372},\"linkquality\":105,\"groupID\":0,\"cluster\":\"msTemperatureMeasurement\",\"meta\":{\"zclTransactionSequenceNumber\":9,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00124b00292fdf2b for 'Message from Zigbee'

Wenn nicht ist der Sensor später nicht mehr erreichbare für "Reconfigure".

Geht da evt. nach dem Inkludieren etwas nicht automatisch richtig?

Community Forum

NEWS

[Problem] Zigbee Adapter & SONOFF SNZB-02

Support us

338

32.7k

82.4k

1.3m