[Modul] Zigbee2MQTT

Hi, konntest Du Dir das Gerät mal in Zigbee ansehen?

Gruß
Christian

Moin, Christian,

habe das Gerät jetzt hier und setze mich da heute Abend mal ran. Sage Dir dann Bescheid.

Gruß
Burkhard

super, vielen Dank. Wenn Du Infos von mir brauchst melde Dich bitte gerne

Moin @c.radi

sitze gerade an dem RGBW-Controller.

Ich weiß jetzt nicht, wie dieser Payload bei Dir zustande gekommen ist. Bei mir liefert das Gerät einen sauberen Payload, der wie folgt aussieht:

{"brightness":254,
    "color":{"hue":240,
                       "saturation":97,
                       "x":0.14912280701754385,
                       "y":0.06140350877192982},
    "color_mode":"xy",
    "color_temp":548,
    "linkquality":160,
    "state":"ON",
    "update":{"state":"idle"}}

Schaue mir das Ganze jetzt nochmal genauer an. „color_rgb“ wird ger nicht mit gesendet.

Gruß
Burkhard

Hallo Burkhard,

die oben von mir gezeigten Werte (falsch/korrekt) stammen aus der zigbee2mqtt Webseite, dort aus dem Status.
{
„brightness_rgb“: 254,
„brightness_white“: 81,
„color“: {
„x“: 0.2538,
„y“: 0.3033
},
„color_mode“: „xy“,
„color_mode_rgb“: „color_temp“,
„color_rgb“: {
„x“: 0.5267,
„y“: 0.4133
},
„color_temp“: 85,
„color_temp_rgb“: 500,
„linkquality“: 30,
„state“: „ON“,
„state_rgb“: „OFF“,
„state_white“: „OFF“
}

Wenn die Daten nicht alle in Symcon ankommen, dann ist das ja schon ein Teil der Ursache. Ich habe den Payload in Symon nicht auseinandergenommen. Dumps hängen aber hier im Verlauf dran. Ich kann aber gerne ncoh mal einen erzeugen.
Gruß
Christian

Hmmmm,

Bei mir im z2m-status steht folgendes:


{
    "color_mode": "hs",
    "linkquality": 105,
    "color": {
        "hue": 60,
        "saturation": 75,
        "x": 0.4011,
        "y": 0.4501
    },
    "color_temp": 252,
    "state": "ON",
    "brightness": 254,
    "update": {
        "state": "idle"
    },
    "color_temp_startup": 65535
}

Selbst wenn ich nur die Farbtemperatur ändere, kriege ich nicht solch einen Status-Bericht:

{
    "color_mode": "color_temp",
    "linkquality": 138,
    "color": {
        "hue": 34,
        "saturation": 83,
        "x": 0.4599,
        "y": 0.4106
    },
    "color_temp": 370,
    "state": "ON",
    "brightness": 254,
    "update": {
        "state": "idle"
    },
    "color_temp_startup": 65535
}

Magst Du den RGB-W Controller nochmal entfernen und neu anlernen? Und dann schauen, ob es sauber läuft? Wichtig, Du musst ihn aus z2m richtig löschen, also am besten „Erzwinge entfernen“ aktivieren.

In Symcon bitte nicht löschen.

Gruß
Burkhard

Ich hab Deinen hier und zerlege ihn gleich mal.

Meiner sieht unauffällig in Symcon aus:

01.09.2022, 10:29:34 |         MQTT Payload | {"brightness":254,"color":{"hue":34,"saturation":83,"x":0.4599,"y":0.4106},"color_mode":"color_temp","color_temp":370,"color_temp_startup":65535,"linkquality":138,"state":"ON","update":{"state":"idle"}}

Hallo Christian,

kannst Du mir nach dem neu anlernen mal noch nen neuen Debug aus Symcon schicken mit Geräterkonfiguration abrufen und verstellen von Werten?

Gruß
Burkhard

Hi, ich habe das Device entfernt, resettet und neu angelernt.
Jetzt sieht der Status beim eingeschaltetet Device so aus:
{
„color_mode“: „xy“,
„device“: {
„applicationVersion“: 1,
„dateCode“: „20180920“,
„friendlyName“: „0x00124b0023a65eef“,
„hardwareVersion“: 1,
„ieeeAddr“: „0x00124b0023a65eef“,
„manufacturerID“: 0,
„manufacturerName“: „GLEDOPTO“,
„model“: „GL-C-007-2ID“,
„networkAddress“: 29940,
„powerSource“: „Mains (single phase)“,
„softwareBuildID“: „2.0.5“,
„stackVersion“: 2,
„type“: „Router“,
„zclVersion“: 1
},
„linkquality“: 69,
„state_rgb“: „ON“,
„state_white“: „ON“,
„brightness_rgb“: 85,
„color“: {
„x“: 0.5294117647058824,
„y“: 0.3333333333333333
},
„color_temp“: 576,
„state“: „ON“,
„brightness_white“: 187
}

Hier der neue Dump:
dump_nach_neuanlernen.txt (18,2 KB)
und noch mal ein aktueller Status aus der zigbee KOnsole:
{
„brightness_rgb“: 85,
„brightness_white“: 187,
„color“: {
„x“: 0.5294117647058824,
„y“: 0.3333333333333333
},
„color_mode“: „xy“,
„color_mode_rgb“: „color_temp“,
„color_rgb“: {
„x“: 0.5267,
„y“: 0.4133
},
„color_temp“: 576,
„color_temp_rgb“: 500,
„linkquality“: 48,
„state“: „ON“,
„state_rgb“: „OFF“,
„state_white“: „OFF“,
„device“: {
„applicationVersion“: 1,
„dateCode“: „20180920“,
„friendlyName“: „1_1_Küche_Schrank_Licht“,
„hardwareVersion“: 1,
„ieeeAddr“: „0x00124b0023a65eef“,
„manufacturerID“: 0,
„manufacturerName“: „GLEDOPTO“,
„model“: „GL-C-007-2ID“,
„networkAddress“: 29940,
„powerSource“: „Mains (single phase)“,
„softwareBuildID“: „2.0.5“,
„stackVersion“: 2,
„type“: „Router“,
„zclVersion“: 1
}
}

Vielen Dank für Deine Unterstützung.
Gruß
Christian

Es gibt eine neue Beta Version, dort sind alle PRs von @Burki24 vorhanden, bei dem Mergen ist was schief gelaufen, ich musste einiges korrigieren.
Ich hoffe es geht noch alles.

@Burki24, wenn das Gerät von @c.radi in Z2M eingebunden ist, dann baue ich das im Modul ein.

Grüße,
Kai

1 „Gefällt mir“

Hallo Christian,

das war bestimmt noch vor dem Update von @KaiS , oder?

Nach dem Update sollte es eigentlich so aussehen (Kann sein, dass Du das Device in Symcon einmal löschen und neu anlegen musst):

Warte damit mal noch bis morgen, müssen noch nen paar Exposes hinzufügen!!

Gruß
Burkhard

Hallo @KaiS ,

Folgendes müsste noch eingepflegt werden:

{"light":[{
    "type":"numeric",
    "name":"color_temp_startup",
    "property":"color_temp_startup",
    "access":7,
    "unit":"mired",
    "value_min":150,
    "value_max":500,
    "description":"Color temperature after cold power on of this light",
    "presets":[{
        "name":"coolest",
        "value":150,
        "description":"Coolest temperature supported"},
        {"name":"cool",
        "value":250,
        "description":"Cool temperature (250 mireds \/ 4000 Kelvin)"},
        {"name":"neutral",
        "value":370,
        "description":"Neutral temperature (370 mireds \/ 2700 Kelvin)"},
        {"name":"warm",
        "value":454,
        "description":"Warm temperature (454 mireds \/ 2200 Kelvin)"},
        {"name":"warmest",
        "value":500,
        "description":"Warmest temperature supported"},
        {"name":"previous",
        "value":65535,
        "description":"Restore previous color_temp on cold power on"}]}],
        "switch":[]}

Und folgende Variablen legt er nicht an:
01.09.2022, 21:58:28 | ReceiveData Color RGB HEX | ffb343
01.09.2022, 21:58:28 | ReceiveData Color | 0.5245

Meldet diese aber nicht als missed exposes.

Gruß
Burkhard

In Z2M ist das schon drin.

Werden die denn bei Exposes gesendet?

Grüße,
Kai

Nein, hat sich also erledigt, es sei denn, man möchte die Werte verwenden. Im Payload kommt nur:

{"brightness":254,
"color":{
    "hue":241,
    "saturation":100,
    "x":0.3164,
    "y":0.3264},
"color_mode":"color_temp",
"color_temp":158,
"color_temp_startup":65535,
"linkquality":142,
"state":"ON",
"update":{
    "state":"idle"}}

Gruß
Burkhard

Ich will aber nichts mehr anlegen, wenn es nicht über die Exposes kommt, dann ist ja was bei Zigbee2MQTT falsch.

Grüße,
Kai

Nicht unbedingt. Kann es sein, dass aus den gelieferten X- und Y-Werten Dein Modul RGB Hex und Color errechnet?
Die Werte werden weder in Z2M gebildet, noch als Exposes ausgegeben. Im Debug steht ja „ReceiveData“ obwohl davon nichts im Payload ist.

Gruß
Burkhard

Ja und das passiert bei „color“.
Also müsste es ein Expose Color geben.

Grüße,
Kai

Hab ich Dir hier: [Modul] Zigbee2MQTT - #1413 von Burki24
Doch auch aufgelistet??

gruß
Burkhard