Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

WS2805 RGBCCT flickering at specific brightness/color combinations on ESP32 / WLED 16.0.1

未关闭
#5,877 16 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
52/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
技术栈
cpp
领域
embedded-iot

调研方向

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.

由索引模型根据 Issue 内容生成。

描述

bug
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:

  1. Set the effect to Solid.
  2. Set the master brightness to 128/255.
  3. Set the LEDs to a warm white color.
  4. 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
主要语言
C++
星标
18.8k
派生
4.4k
平均合并
2 天 11 小时
30 天内合并 PR
16

环境准备

在 Codespaces 中打开

在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

wled/WLED 的其他 Issue

查看 wled/WLED 的全部 Issue

相似的 Issue

更多 C++ Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。