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

[skvarel]

Ich habe als 'Gegenmittel' alles per Blockly miteinander verbunden. Ich nutze sehr viele IKEA Fernbedienungen und habe die Datenpunte alle als Alias und ordne sie dann per Script den entsprechenden Lampen und Steckdosen zu.

[Asgothian]

So.. das Lesen von bestimmten Attributen läuft via dem DP 'send_payload'. Dazu muss einfach nur der/die CLuster und das/die Attribute angegeben werden. Bei leuchten wäre da z.Bsp.

{
    "read": [
        {
            "cluster": "genOnOff",
            "attributes": ["onOff"]
        },
        {
            "cluster": "genLevelCtrl",
            "attributes": ["currentLevel"]
        },
        {
            "cluster": "lightingColorCtrl",
            "attributes": ["colorTemperature"]
        }
    ]
}

[bubiman]

@Asgothian sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

So.. das Lesen von bestimmten Attributen läuft via dem DP 'send_payload'. Dazu muss einfach nur der/die CLuster und das/die Attribute angegeben werden. Bei leuchten wäre da z.Bsp.

{
    "read": [
        {
            "cluster": "genOnOff",
            "attributes": ["onOff"]
        },
        {
            "cluster": "genLevelCtrl",
            "attributes": ["currentLevel"]
        },
        {
            "cluster": "lightingColorCtrl",
            "attributes": ["colorTemperature"]
        }
    ]
}

Ich habe die Lampe per iobroker eingeschaltet, schalte sie dann per Fernbedienung aus. Jetzt ist die Lampe aus, aber im iobroker noch an.
Wenn ich jetzt den Teil oben in den Datenpunkt zigbee.0.bc33acfffea93a9f.send_payload kopiere passiert irgendwie nichts.

Ich hatte gehofft, dass Zigbee anhand der Antwort der Lampe erkennt, dass hier der Zustand der Lampe anders ist und diese umstellt.

Anhand von https://www.zigbee2mqtt.io/devices/LED1624G9.html hatte ich mir zusammengereimt , dass es ausreicht ein

{"state": ""}

an die Lampe zu schicken um ein Auslesen des An/Aus Status zu triggern aber auch da "tut" sich nichts (=der state Status wird nicht umgestellt)

In zigbee.0.bc33acfffea93a9f.msg_from_zigbee müsste ich doch die Antwort/Reaktion sehen oder?

[bubiman]

@skvarel sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

Ich habe als 'Gegenmittel' alles per Blockly miteinander verbunden. Ich nutze sehr viele IKEA Fernbedienungen und habe die Datenpunte alle als Alias und ordne sie dann per Script den entsprechenden Lampen und Steckdosen zu.

Ich habe irgendwie Probleme mit meinen javascript Instanzen, die "stürzen" gerne mal ab und dann läuft halt keine Automatisierung mehr. Dem Problem (es wird an meiner Blockly Programmierung liegen) bin ich auch noch nicht auf die Schliche gekommen

[Homoran]

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

Wenn ich jetzt den Teil oben in den Datenpunkt zigbee.0.bc33acfffea93a9f.send_payload kopiere passiert irgendwie nichts

set mit oder ohne Bestätigung?

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

In zigbee.0.bc33acfffea93a9f.msg_from_zigbee müsste ich doch die Antwort/Reaktion sehen oder?

wenn die Lampe mit dem Befehl nichts anfangen kann, oder der gar nicht ankommt, kann sie auch nicht antworten

[bubiman]

@Homoran sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

Wenn ich jetzt den Teil oben in den Datenpunkt zigbee.0.bc33acfffea93a9f.send_payload kopiere passiert irgendwie nichts

set mit oder ohne Bestätigung?

Wenn ich den Teil ohne "Bestätigt" abschicke passiert im Datenpunkt .msg_from_zigbee nichts.

Wenn ich "Bestätigt" setze, kam mit ca. 1min Verzögerung in .msg_from_zigbee die Antwort:

{"type":"readResponse","data":{"zclVersion":3},"linkquality":240,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[24,222,1,0,0,0,32,3]},"zclTransactionSequenceNumber":222,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}

Die Lampe wird weiterhin als Ein in iobroker angezeigt obwohl sie Aus ist

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

In zigbee.0.bc33acfffea93a9f.msg_from_zigbee müsste ich doch die Antwort/Reaktion sehen oder?

wenn die Lampe mit dem Befehl nichts anfangen kann, oder der gar nicht ankommt, kann sie auch nicht antworten

Kann ich denn irgendwie im Vorhinein erkennen ob sich eine Lampe "richtig" verhält? Ich habe damals die Ikea Lampen gekauft, weil Ikea hier um die Ecke ist und sie damals die ersten bezahlbaren Lampen hatten. Mittlerweile gäbe es da ja deutlich mehr Auswahl

[Asgothian]

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

Anhand von https://www.zigbee2mqtt.io/devices/LED1624G9.html hatte ich mir zusammengereimt , dass es ausreicht ein

Copy to Clipboard
{"state": ""}
an die Lampe zu schicken um ein Auslesen des An/Aus Status zu triggern aber auch da "tut" sich nichts (=der state Status wird nicht umgestellt)

Das geht im Zigbee Adapter so prinzipiell nicht.

In zigbee.0.bc33acfffea93a9f.msg_from_zigbee müsste ich doch die Antwort/Reaktion sehen oder?

Jein - es wird eine Antwort geben, aber die auseinander zu nehmen ist nicht trivial.

Welche Adapter Version nutzt du ? Wenn du (noch) nicht auf der 3.3.4 bist, dann mach bitte ein update, und dann nutz diese Doku um die kommunikation mit der Leuchte im Detail zu durchleuchten. https://github.com/ioBroker/ioBroker.zigbee/wiki/Device-messaging-debug

Nach dem SendPayload müsstest du das folgende sehen:

I01: Zigbee Event of Type readResponse from device 0x000b57fffe8f487d, incoming event: {"type":"readResponse","data":{"onOff":0},"linkquality":131,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[24,7,1,0,0,0,16,0]},"zclTransactionSequenceNumber":7,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
I04: value generated '131' from device 000b57fffe8f487d for 'Link quality'
I02: 2 converters available for 'LED1649C5' '000b57fffe8f487d' with cluster 'genOnOff' and type 'readResponse'
I02.1a: converter 1 : Cluster genOnOff
I02.0b: data: {"onOff":0} options: {"identify_timeout":"6"} meta:{"deviceIEEE":"0x000b57fffe8f487d","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"}
I02.2a: converter 2 : Cluster genOnOff
I02.1b: data: {"onOff":0} options: {"identify_timeout":"6"} meta:{"deviceIEEE":"0x000b57fffe8f487d","logger":"StatesController","state":{"state":""}} result:undefined
I02.2d: candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} => processed payload : {"state":"OFF"}
I03: message received '{"state":"OFF"}' from device 000b57fffe8f487d type 'LED1649C5'
I04-1: value generated 'false' from device 000b57fffe8f487d for 'Switch state'

Nachtrag: Ich hab gerade gesehen das es eine Anpassung in den ZHC gegeben hat - der Payload den du senden musst ist:

{
  "read": {
    "cluster": "genOnOff",
    "attributes": [
      "onOff"
    ]
  }
}

Da lesen mehrerer CLuster gleichzeitig geht erst in der 3.3.5 wieder.

A.

[Asgothian]

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

Kann ich denn irgendwie im Vorhinein erkennen ob sich eine Lampe "richtig" verhält? Ich habe damals die Ikea Lampen gekauft, weil Ikea hier um die Ecke ist und sie damals die ersten bezahlbaren Lampen hatten. Mittlerweile gäbe es da ja deutlich mehr Auswahl

Nein. Du darfst aktuell davon ausgehen das 90% der Leuchten ihren Status nicht von alleine senden. Aus den ZHC sind fast alle configureReporting dazu heraus gefallen, gerade weil das zu oft nicht geht.
Die einzigen Geräte die konsequent ihren Status selber melden sind die bei denen eine Statusanpassung direkt am Gerät gewünscht it.

Letztendlich ist es in gewisser weise Trial and Error. Und das configure-reporting manuell zu setzen ist aktuell im Adapter nicht trivial - da bin ich noch dran das verfügbar zu machen. Das wird aber noch dauern.

A.

[bubiman]

@Asgothian sagte in [Zigbee Adapter aktualisiert Lampen ein/aus nicht](/

Welche Adapter Version nutzt du ? Wenn du (noch) nicht auf der 3.3.4 bist, dann mach bitte ein update, und dann nutz diese Doku um die kommunikation mit der Leuchte im Detail zu durchleuchten. https://github.com/ioBroker/ioBroker.zigbee/wiki/Device-messaging-debug

Ich habe die 3.1.5 des zigbee Adapters installiert und mir wird auch keine neuere angeboten. Hab ich meinen iobroker irgendwie verhunzt wenn es schon eine 3.3.4 geben soll?

Mein js-controler ist auf 7.0.7 node-js auf v22.22.0

PlatformBetriebssystem:linux
Architektur:x64
CPUs:8
Geschwindigkeit:2200 MHz
Modell:Intel(R) Atom(TM) CPU C3758 @ 2.20GHz
RAM:62.7 GB
System-Betriebszeit:19 T. 18:16:57
Node.js:v22.22.0
Zeit:1769852976952
Zeitversatz:-60
NPM:10.9.4
Adapter-Anzahl:595
Datenträgergröße:100.0 GB
Freier Festplattenspeicher:53.1 GB
Aktive Instanzen:35
Pfad:/opt/iobroker/
Betriebszeit:06:24:37
aktiv:true
_nodeCurrent:22.22.0
_nodeNewest:22.22.0
_nodeNewestNext:22.22.0
_npmCurrent:10.9.4
_npmNewest:10.9.4
_npmNewestNext:10.9.4

[arteck]

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

eine 3.3.4

ist noch nicht in stable.. so einfach ist das

[Homoran]

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

Ich habe die 3.1.5 des zigbee Adapters installiert und mir wird auch keine neuere angeboten

[Thomas Braun]

@bubiman sagte in Zigbee Adapter aktualisiert Lampen ein/aus nicht:

Ich habe die 3.1.5 des zigbee Adapters installiert und mir wird auch keine neuere angeboten.

Die 3.1.5. ist die stabile Veröffentlichung, alles mit höherer Versionsnummer ist ein Beta-Release:

github:	3.3.5
latest:	3.3.5 for 0 days
stable:	3.1.5 for 3 months

[Thomas Braun]

@bubiman

Diese Beta kannst du so einspielen:

[Asgothian]

@bubiman
Du hast 4 Optionen:
Option 1: Kein Update des Adapters, du nutzt den send_payload Datenpunkt mit den einzelnen Payloads um den Status der Lampe zu lesen, ca. 250 ms nachdem die Fernbedienung getriggert wurde. Für die Helligkeit brauchst du

{
    "read": 
        {
            "cluster": "genLevelCtrl",
            "attributes": ["currentLevel"]
        },
}

für an/aus brauchst du:

{
  "read": {
    "cluster": "genOnOff",
    "attributes": [
      "onOff"
    ]
  }
}

Vorteil: Kein Update des Adapters
Nachteil: Mehr Aufwand in den Skripten

Option 2: Kein Update des Adapters, du nutzt den device_query Datenpunkt (ansteuern mit wahr) 250 ms nach dem Auslösen der FB.
Vorteil: Kein update des Adapters
Nachteil: Verhältnismässig viel Traffic im Zigbee Netz

Option 3: Update des Adapters auf 3.3.5 (Admin in Expert Modus, beim Adapter mit dem +
eine spezifische Version installieren. Wenn da die 3.3.5 nicht angeboten ist kannst du die Versionsnummer im Dialog auch direkt eintragen.

Dann kannt du den folgenden Payload mit dem DP send_payload , auch wieder 250 ms nachdem die FB aktiv wurde:

{
    "read": [
        {
            "cluster": "genOnOff",
            "attributes": ["onOff"]
        },
        {
            "cluster": "genLevelCtrl",
            "attributes": ["currentLevel"]
        },
        {
            "cluster": "lightingColorCtrl",
            "attributes": ["colorTemperature"]
        }
    ]
}

Vorteil: Geringster Aufwand im Skript, geringster Traffic im Zigbee Netz.
Nachteil: Manuelles Update auf eine latest Version

Option 4: Du wartest 1 Woche. Dann ist die 3.3.5 (hoffentlich) im Stable. Da kannst du sie normal installieren und dann den Payload aus Option 3 nutzen.

A.

Edit: Disclaimer: Wenn du eine Lampe hast die keine Farbtemperatur kann, dann solltest du den Clusrter lightingColorCtrl nicht mit abfragen.

A.

[bubiman]

Ich werde dann am die 3.3.5 im Stable Branch warten und das mit der Payload probieren.
Vielen Dank für eure Hilfe