dresden-elektronik / deconz-rest-plugin

deCONZ REST-API plugin to control ZigBee devices
BSD 3-Clause "New" or "Revised" License
1.89k stars 496 forks source link

Aqara Ceiling Light T1M (CL-L02D) #7653

Open TUNER88 opened 6 months ago

TUNER88 commented 6 months ago

Is there already an existing issue for this?

Product name

Aqara Ceiling Light T1M

Manufacturer

LUMI

Model identifier

lumi.light.acn032

Device type to add

Light

Node info

Screenshot 2024-03-04 at 20 32 11

Endpoints and clusters

Screenshot 2024-03-04 at 21 00 00

Basic

Screenshot_2024-03-04_at_20_30_01

Further relevant clusters

On/Off

Personal_—_deCONZ_–_Home_Assistant-2 Personal_—_deCONZ_–_Home_Assistant-12

Level Control

Personal_—_deCONZ_–_Home_Assistant Personal_—_deCONZ_–_Home_Assistant-11

Color Control

Personal_—_deCONZ_–_Home_Assistant-3 Personal_—_deCONZ_–_Home_Assistant-4

=======

Personal_—_deCONZ_–_Home_Assistant-8 Personal_—_deCONZ_–_Home_Assistant-9 Personal_—_deCONZ_–_Home_Assistant-10

Any other cluster of relevance/interest

Personal_—_deCONZ_–_Home_Assistant-5 Personal_—_deCONZ_–_Home_Assistant-6 Personal_—_deCONZ_–_Home_Assistant-7 Personal_—_deCONZ_–_Home_Assistant-13 Personal_—_deCONZ_–_Home_Assistant-14
github-actions[bot] commented 5 months ago

As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs.

TUNER88 commented 5 months ago

Request is not stale, few more users (@to0b, @pimw1) are waiting for the support of the new device.

github-actions[bot] commented 4 months ago

As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs.

pimw1 commented 4 months ago

This device has raving reviews all over the internet; from a commercial point of view it would (imho) be wise to bring support for it with all bells&whistles attached.

Mimiix commented 4 months ago

If it was following the standard it should be working already out of the box.

@Smanar can you help with a DDF?

Smanar commented 4 months ago

If it was following the standard it should be working already out of the box.

Yes, exactly, what is the problem with this device ? What is working or not ?

github-actions[bot] commented 4 months ago

As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs.

pimw1 commented 3 months ago

@TUNER88 , could you reply to the question of Smanar? :)

ebaauw commented 3 months ago

I would suspect the main lamp to work out of the box (as a Color Temperature Light); Color Capabilities on the first endpoint correctly indicates it only supports Color Temperature. The colour ring on the second endpoint should be exposed as an Enhanced Color Light. The only issue with both endpoints is the ZHA device type: Color Dimmable Light; if memory serves, we needed whitelisting in the legacy code to correct that. Creating a DDF for this would be pretty straightforward. My main concern is that neither endpoint seems to support PowerOn On/Off.

The real challenge will be the effects on the colour ring. I suspect they use the LUMI specific cluster for these. We would need some serious sniffing while the light is connected to the Aqara app to reverse engineer how to control these. Probably need some serious JavaScript hacking for that, as we needed for the Hue gradient lights.

github-actions[bot] commented 3 months ago

As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs.

github-actions[bot] commented 2 months ago

As there has not been any response in 28 days, this issue will be closed. @ OP: If this issue is solved post what fixed it for you. If it is not solved, request to get this opened again.

ebaauw commented 2 months ago

Bump

Paule-Panter commented 1 month ago

Could anyone reopen this?

github-actions[bot] commented 4 weeks ago

As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs.

Paule-Panter commented 3 weeks ago

Bump

Mimiix commented 3 weeks ago

What's the issue with the light? @Paule-Panter please see the question of Smanar

Paule-Panter commented 3 weeks ago

I can switch both endpoints on/off. Both endpoint are exposed as "Color dimmable light", but the first (main) endpoint has physically only 2colors (cw and ww). At the moment i can't switch/fade between this colours. The outer ring has physically individual adressable LEDs. It exposed as one "Color dimmable light", therefore it is only controlled as one light, so far.

ebaauw commented 3 weeks ago

The device types are from ZHA. In ZLL / ZB3 terms, the first endpoint (main light) is a Color Temperature Light; the second (ring light) an Enhanced Color Light. Note that the second endpoint only contains RGB LEDs; colour temperature is emulated using these.

Both light endpoints seem to provide the same functions (apart, obviously, from the colour):

ebaauw commented 3 weeks ago

Created an initial DDF, but the lights resource for the first endpoint somehow exposes state/xy. The corresponding attributes are also being polled. I suspect this is the legacy code dealing with Color Dimmable Light.

Paule-Panter commented 3 weeks ago

Thanks for this huge information and the ddf. I'll try this after my holiday vacation.

I would like to read the 'RTFM' for the Lumi specific cluster with the crazy states, where can i find this?

BR Paule

ebaauw commented 3 weeks ago

I'll try this after my holiday vacation.

Best set DDF Mode to Strict in the Control panel when testing the DDF. Otherwise the legacy code is kicking in, applying messages from one endpoint to the other resource, or ignoring them. EDIT Should no longer be needed after adding the non-public xy to the resource for the first endpoint. Needs the legacy PR to suppress xy from being reported by the API, though.

I would like to read the 'RTFM' for the Lumi specific cluster with the crazy states, where can i find this?

I don't think there is a manual describing the LUMI specific cluster, at least not in a language I can read.

Most of our knowledge has been obtained through reverse engineering: changing stuff in the Aqara app while sniffing the Zigbee traffic between the Aqara hub and the device. This knowledge is documented in GitHub issue, and summarised in general.xml (use the Source, Luke).

github-actions[bot] commented 1 hour ago

As there has not been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs.