WS2805 RGBCCT flickering at specific brightness/color combinations on ESP32 / WLED 16.0.1
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 52/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- cpp
- Lĩnh vực
- embedded-iot
Hướng nghiên cứu
Start by reproducing the saved JSON state on the QuinLED Dig-Quad/ESP32 with WS2805 RGBCCT, GPIO 16, WLED 0.16.0.1, and the Solid effect. Compare the flickering state with the stable state after the Kelvin adjustment, then trace the WS2805 RGBCCT output path for brightness values 126–130. Done means the supplied state no longer causes unintended white-emitter flashes and nearby brightness/color combinations remain stable.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What happened?
I'm using 168 WS2805 RGB+CCT pixels with a QuinLED Dig-Quad running WLED 0.16.0.1.
I occasionally noticed very brief flashes from white LEDs that should not be illuminated. I was able to narrow this down to particular combinations of master brightness and color/CCT state.
The issue is especially reproducible with master brightness values 126–130 / 255. At brightness 128, a saved preset can reliably reproduce the flickering.
Known flickering state:
{
"bri":128,
"seg":[{
"id":0,
"bri":255,
"cct":127,
"col":[
[255,206,166,0],
[8,255,0,0],
[0,0,0,0]
],
"fx":0
}]
}
Making a very small adjustment to the Kelvin/temperature slider stops the visible flickering without changing master brightness.
Stable state after that adjustment:
{
"bri":128,
"seg":[{
"id":0,
"bri":255,
"cct":127,
"col":[
[255,214,177,0],
[8,255,0,0],
[0,0,0,0]
],
"fx":0
}]
}
Reloading the original saved preset causes the flickering to return.
Additional observations:
- Brightness 126–130 produces the issue most noticeably.
- Values immediately outside that range appeared stable during short tests.
- A very small Kelvin/temperature adjustment can eliminate the flicker.
- Sometimes the expected bad state doesn't immediately flicker, but changing to blue and then back to white causes it to return.
- The visible flashes appear to come from white emitters that should otherwise be off.
- This occurs directly from the WLED web interface, independent of Home Assistant/MQTT.
- Solid effect (fx:0) reproduces it.
- 168 WS2805 RGB+CCT pixels.
- GPIO 16.
- The problem appears related to the combination of brightness and color/CCT rather than brightness alone.
Possibly related to #5198, although that report is using ESP32-C3 while this setup uses a Dig-Quad/ESP32.
To Reproduce Bug
Hardware:
- QuinLED Dig-Quad / ESP32
- 168 WS2805 RGB+CCT pixels
- WLED 0.16.0.1
- WS2805 RGBCCT configured as the LED type
- Data GPIO 16
I can reproduce the flickering using the following steps:
- Set the effect to Solid.
- Set the master brightness to 128/255.
- Set the LEDs to a warm white color.
- With the following state, some of the white emitters that should not be illuminated will intermittently flash:
{
"bri": 128,
"seg": [{
"id": 0,
"bri": 255,
"cct": 127,
"col": [
[255, 206, 166, 0],
[8, 255, 0, 0],
[0, 0, 0, 0]
],
"fx": 0
}]
}
Expected Behavior
No flicker
Install Method
Binary from WLED.me
What version of WLED?
0.16.0.1
Which microcontroller/board are you seeing the problem on?
ESP32
Relevant log/trace output
Anything else?
No response
Code of Conduct
- I agree to follow this project's Code of Conduct
- Ngôn ngữ chính
- C++
- Star
- 18.8k
- Fork
- 4.4k
- Merge trung bình
- 4 ngày 6 giờ
- Pull request đã merge (30 ngày)
- 12
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của wled/WLED
-
Gravimeter: bars turn black at full volume (uint8_t(segmentSampleAvg*8) overflows)Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
wled/WLED#5891 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug cannot reproduce
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
wled/WLED#5840 · 12 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
wled/WLED#5836 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
backburner enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
wled/WLED#4132 · 5 bình luận · 2 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
discussion enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
wled/WLED#3478 · 13 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
hipRTC lit tests compile against /opt/rocm's LLVM instead of the ROCm under test (ci/ hardcodes LLVM_PATH)Có thể đã có người làm @bernardogv đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
-
請增加教學:數字後的句號Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
Maintainer thường phản hồi trong vòng 1 ngày