[Problem] Zigbee Adapter & SONOFF SNZB-02

arteck

@st01 hast du mal einen alten gelöscht und weder verbunden ?? nicht das der kauptt ist

st01

Eigentlich ist die Rekonfiguration durchgelaufen aber hat nichts verändert.

"DeviceConfigure successful "

st01

@arteck
Ja, der Effekt ist dass der nun auch nicht mehr geht :angry:

Vorher:
Bildschirmfoto 2025-09-09 um 15.46.11.png

Nachher:
Bildschirmfoto 2025-09-09 um 15.48.03.png

🤬

Asgothian

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

Zigbee Adapter konfiguriert SONOFF SNZB-02 nicht richtig

Adapter Version: 2.05 (aber auch mit 3.0.5 gleicher Effekt)

Ich habe schon verschiedene SNZB-02's auf zwei unterschiedlichen Installationen versucht, Batterien gecheckt ...

Das Interview funktioniert jeweils:

Interview successful: {"friendly_name":"0x00124b00292fc161","model":"SNZB-02","vendor":"SONOFF","description":"Temperature and humidity sensor","supported":true}

New device joined '0x00124b00292fc161' model SNZB-02

Device '0x00124b00292fc161' announced itself

aber Properties sind/werden nicht korrekt gesetzt.

availability: true (wahrscheinlich default Wert)

link_quality: 10 (wahrscheinlich default Wert)

msg_from_zigbee: sieht falsch aus verglichen mir den funktionierenden, siehe auch image
{
  "type": "readResponse",
  "data": {},
  "linkquality": 255,
  "groupID": 0,
  "cluster": "genBasic",
  "meta": {
    "zclTransactionSequenceNumber": 46,
    "frameControl": {
      "frameType": 0,
      "manufacturerSpecific": false,
      "direction": 1,
      "disableDefaultResponse": true,
      "reservedBits": 0
    }
  },
  "endpoint_id": 1
}
alle anderen: (null)

Auch das Entfernen funktioniert mit dem SNZB-02 button.

Alle SNZB-02's die korrekt funktionieren (z.B. Keller SNZB-02) wurden mit Adapter Versionen vor 2.05 eingelesen.
Properties:

msg_from_zigbee:
{
  "type": "attributeReport",
  "data": {
    "measuredValue": 7059
  },
  "linkquality": 61,
  "groupID": 0,
  "cluster": "msRelativeHumidity",
  "meta": {
    "zclTransactionSequenceNumber": 107,
    "frameControl": {
      "frameType": 0,
      "manufacturerSpecific": false,
      "direction": 1,
      "disableDefaultResponse": true,
      "reservedBits": 0
    }
  },
  "endpoint_id": 1
}
Hat jemand eine Idee was da falsch läuft?
Danke!

msg from zigbee wird immer mal wieder andere Werte zeigen - das ist weder stabil noch ein Indikator das da etwas in der Software oder der Konfiguration nicht stimmt.

Wenn du das wirklich überwachen willst musst du

einen trigger auf msg_from_zigbee, 'wurde geändert setzen
darin: den Wert von msg_from_zigbee mitschreiben.
abwarten und sehen wie das Log geflutet wird - da kommen vergleichsweise viele Nachrichten an.

An dem Gerät und dessen Einbindung hat sich zwischen 2.0.5 und 3.0.5 meines Wissens nichts getan - der code ist ZHC seitig identisch, der ZH hat Änderungen erfahren, die aber da nicht zum Tragen kommen sollten.

Ich gehe also eher davon aus das du (mindestens eines davon - ggf. sogar mehreres)

Geräte mit unterschiedlicher Firmware hast
Geräte mit unterschiedlicher Hardware hast
ggf. ein defektes Gerät hast.

Auch ist die Frage wie die sich im Netz einbinden. Liegen die alle nebeneinander, oder nutzen sie unterschiedliche Routen zum Koordinator ?

A.

Asgothian

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

@arteck
Ja, der Effekt ist dass der nun auch nicht mehr geht :angry:

Vorher:

Nachher:

🤬

Diese Aussage ist mindestens verfrüht:

beim löschen werden die States gelöscht.\
wann der Sensor die States aktualisiert hängt vom Sensor ab - of erfordert das eine mindest-Änderung des Wertes, die ggf. nicht eingetreten ist, weswegen der Sensor noch keine Werte geliefert hat.

Bei batteriebetriebenen Geräten bringt es auch nichts einen device-query zu machen - die unterstützen das im Zweifelsfall nicht.

A,

st01

@asgothian
Dank mal für Deinen post.

Die SNZB-02 die funktionieren habe ich mit dem Zigbee Adapter älter als Version 2.0.5 eingelesen.

Ich habe nun einen funktionierenden rausgenommen und wieder versuch einzubinden - geht nun nicht mehr (Zigbee Adapter 3.0.5).
Siehe meinen letzten post.

Asgothian

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

Siehe meinen letzten post.

DiTo. Du musst dem auch Zeit geben etwas zu melden. ggf. hat er bisher weder eine hinreichende temperaturänderung noch eine Feuchteänderung erfahren.

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

A

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

Nachtrag 2: Was für einen Koordinator setzt du ein ? (ggf. Conbee II ?)

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

Community Forum

NEWS

[Problem] Zigbee Adapter & SONOFF SNZB-02

Support us

573

32.7k

82.4k

1.3m