zigbee2mqtt
zigbee2mqtt copied to clipboard
LIDL 14149506L light colors not functioning properly
What happened?
I connected the LIDL 14149506L(https://www.zigbee2mqtt.io/devices/14149505L_14149506L.html#lidl-14149505l%252F14149506l), which went smoothly.
However as described in the discussion (https://github.com/Koenkk/zigbee2mqtt/discussions/5944), the color only appear to work when cycling colors.
What did you expect to happen?
I expected realtime colors.
How to reproduce it (minimal and precise)
I have 2 of these lights and they both show the same problem.
Zigbee2MQTT version
1.27.0 commit: a9b8808
Adapter firmware version
20210120
Adapter
Slaesh CC2652RB stick
Debug log
No response
Description of the problem from linked issue pasted for convenience.
It works "kinda". RGB only functions after power cycling the device. As soon as I try to change brightness or colour temperature the white LEDs come on and never get switched off, no matter what setting I try.
Seems this device doesn't properly support the standard Zigbee commands so some reverse engineering is necessary. Can someone make a sniff of:
- Pairing the device to the TuYa hub
- Changing the color
- Changing the color temp
- Changing the color
https://www.zigbee2mqtt.io/advanced/zigbee/04_sniff_zigbee_traffic.html#with-cc2531
Unfortunately I don't have the needed equipment, if somebody in Germany is capable of doing the legwork, I'd be willing to donate my lamp (or donate 20,- EUR so that one could be bought from lidl)
Unfortunately I don't have the needed equipment, if somebody in Germany is capable of doing the legwork, I'd be willing to donate my lamp (or donate 20,- EUR so that one could be bought from lidl)
Same here, happy to share that donation!
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days
next week lidl Germany has them for € 17,99, so maybe ...
Seems like deconz has the same problem with the device: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/5900
As can be seen in https://github.com/dresden-elektronik/deconz-rest-plugin/issues/5900#issuecomment-1077763268, the device has cold-white+warm-white LEDs (temperature mode) as well as independant RGB LEDs (color mode). Currently when changing the color, the cold-white+warm-white LEDs stay on.
Changing betwen the modes can be done via the tuyaRgbMode
:
await entity.command('lightingColorCtrl', 'tuyaRgbMode', {enable: 1}, {}, {disableDefaultResponse: true});
...
await entity.command('lightingColorCtrl', 'tuyaRgbMode', {enable: 1}, {}, {disableDefaultResponse: true});
I achived minor improvement by using the tuya_led_control, however the color temperature is incorrect and in color mode the brighness can't be changed:
const fz = require('zigbee-herdsman-converters/converters/fromZigbee');
const tz = require('zigbee-herdsman-converters/converters/toZigbee');
const exposes = require('zigbee-herdsman-converters/lib/exposes');
const reporting = require('zigbee-herdsman-converters/lib/reporting');
const extend = require('zigbee-herdsman-converters/lib/extend');
const e = exposes.presets;
const ea = exposes.access;
const definition = {
fingerprint: [
{modelID: 'TS0505A', manufacturerName: '_TZ3000_gek6snaj'},
{modelID: 'TS0505B', manufacturerName: '_TZ3210_iystcadi'}
],
model: '14149505L/14149506L',
vendor: 'Lidl',
description: 'Livarno Lux light bar RGB+CCT (black/white) CUSTOM',
toZigbee: [tz.on_off, tz.tuya_led_control],
fromZigbee: [fz.on_off, fz.tuya_led_controller, fz.brightness, fz.ignore_basic_report],
exposes: [e.light_brightness_colortemp_colorhs([153, 500]).removeFeature('color_temp_startup')],
};
module.exports = definition;
It seems like the device does not interpret the brightness from tuyaMoveToHueAndSaturationBrightness
. The genLevelCtrl/moveToLevel
switches the device to temperature mode and tuyaBrightness
is not supported - so not sure how to set the brightness in color mode.
I also have this device and this problem and another problem might be the fact, that the RGB Leds are super weak on their own. I don't know how this device normally works since I only have home assistant to connect it to, but if I get the color set correctly (which feels very random) the light is super dimm. On the other Hand, when the light is bright, only reddish colors work and blue for example results in pink, green results in orange.
Any progress ?
Edit: additionally, there seems to be the problem that the color leds are always on, even if I turn the device off over Zigbee.
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days
not stale
Please See #12947
Looking for someone to sniff the traffic when controlling this device via the TuYa gateway
Playing around with scenes in Home assistant sometimes the white LEDs turn off and color mode kind of works. I can change colors afterwards. Changing brightness, turn on white LEDs again. Maybe that helps?
Got the same led here, and indeed the colors are very weird. Sometimes blue = blue, but changing brightness shows purple suddenly. Not sure what is going on with this one. With the chargeable LED light of Lidl those colors seems to work fine.
I just got my Sonoff ZigBee stick and set it up with Zigbee2MQTT in Home Assistant. You can actually get it to display just an RGB color, without W/WW
- Set the light to any RGB color
- Physically turn of the light
- Wait a few seconds
- Turn it back on, whoop only RGB
Now if you toggle it off and on in HASS, it will include white again.
A workaround for this is to turn off color_sync
:
If you toggle the light with color_sync
disabled, it will be green every time.
It does remember the last state, so you'll have to switch to a different color before being able to set the same color again.
Using a color temperature with this light means you'll have to physically turn if off and on again in order to get just RGB
It wont set color_xy after adjusting brightness in the interface. It will let you change color after adjusting color_temp first. Setting the color_temp also seems to override the brightness settings sometimes. Ive tried reproduce this accurately, sometimes it wont behave and wont dim the whiteleds when setting color_xy and sometimes it dims all leds to the lowest brightness.
- Set brightness to 254
- Set color_temp to warmest
- Set color_temp to warm
- Set color_temp to warmest
- Set color_xy to choice
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days
not stale. As i stated scenes work 50% with setting a specific color. This might help someone
Any update on this issue?
Is disabeling color_sync
the way to go right now @Koenkk ?
I still have the issue even with color_sync
disabled.
I have ordered a hub, will provide a packet capture when it arrives.
I still have the issue even with
color_sync
disabled.
Same over here
Ok, so here is the dump: dump.zip
I collected a couple more actions. Times are relative to start of dump.
Time | Action |
---|---|
4 s | Turn on at warm white and full brightness |
15 s | Reduce to half brightness |
24 s | Change to a coldish white |
31 s | Change to color red and full brightness |
38 s | Change to red with half saturation |
47 s | Return to full saturation |
57 s | Change to half brightness |
69 s | Change to green at same brightness |
76 s | Back to coldish white |
84 s | Back again to green |
93 s | Off |
102 s | On again at green |
I don't know if the dump file contains the already decrypted data. If not, the network key is 7b4a2de2a74b61ff05ef13eff654a9c7
.
Thanks for the sniff.
As a first step (probably will not fix everything), can you see what does work after using https://gist.github.com/Koenkk/16d12d4d97a92fe3687118ee39693e49 ?
- save this as file next to
configuration.yaml
asext_converter.js
- add it to
configuration.yaml
:
external_converters:
- ext_converter.js
- start z2m
It's pretty much the same as before, the white LEDs stay on when switching to a color and the color LEDs are not affected by the brightness setting. (The very first time I switched to color today the white turned off, but it doesn't do that anymore.)
The very first time I switched to color today the white turned off, but it doesn't do that anymore.
Could you attempt to reproduce this? Because this is what I expected after my change.
I think I found the pattern. When I physically switch off the lamp (remove power) and turn it back on, I can switch between white (by setting color temperature) and color until I use the brightness slider, after that the white stays on.
I updated https://gist.github.com/Koenkk/16d12d4d97a92fe3687118ee39693e49, can you check again?
- Selecting a color now successfully switches to color mode with the white LEDs turned off 👍 but always on the lowest brightness.
- Switching from color to white will now also successfully turn off the color LEDs.
- Trying to set the brightness while in color mode will switch to white with the brightness that was previously set in white mode. Setting the brightness again will then actually change the brightness.
- If I turn the lamp off (via Zigbee, not physically) while it is in color mode and then on again, it will always be green and I have to set the color twice to set the color, for example if I first click red and then purple the click on red is ignored and with the click on purple it will turn purple.
The behavior seems to be the same regardless of what color_sync
is set to. I'm mentioning this because earlier there were some comments about color_sync
causing the lamp to turn on green.
Trying to set the brightness while in color mode will switch to white with the brightness that was previously set in white mode. Setting the brightness again will then actually change the brightness.
Could you provide a sniff of doing just this via the TuYa gateway? (given that light is in the same state as with z2m)
It's the step at 57 s in the file above.