Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

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

alle anderen: (null)

hast du ein reconfigure versucht?

[Homoran]

Dieser Beitrag wurde gelöscht!

[searcher57]

Dieser Beitrag wurde gelöscht!

[st01]

@homoran
Ja,
das hatte nichts gebracht bzw. konnte nicht rekonfiguriert werden.

[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:

Nachher:

🤬

[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.

Spoiler

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.