Skip to content

Conversation

@sanchosk
Copy link
Contributor

Due to combination of specific ESP32 boards, RMT component and wifi, it seems some ESPhome builds result in significant flicker on addressable LEDs. It has been tracked in defect esphome/esphome#10335 and the solution seems to work OK for multiple people.

Description:

Related issue (if applicable): fixes

Pull request in esphome with YAML changes (if applicable):

  • esphome/esphome# N/A

Checklist:

  • I am merging into next because this is new documentation that has a matching pull-request in esphome as linked above.
    or

  • I am merging into current because this is a fix, change and/or adjustment in the current documentation and is not for a new component or feature.

  • Link added in /components/index.rst when creating new documents for new components or cookbook.

Due to combination of specific ESP32 boards, RMT component and wifi, it seems some ESPhome builds result in significant flicker on addressable LEDs. It has been tracked in defect esphome/esphome#10335 and the solution seems to work OK for multiple people.
@esphome esphome bot added the current label Oct 19, 2025
@netlify
Copy link

netlify bot commented Oct 19, 2025

Deploy Preview for esphome ready!

Name Link
🔨 Latest commit a8c08e4
🔍 Latest deploy log https://app.netlify.com/projects/esphome/deploys/68f499c71687380008d420ef
😎 Deploy Preview https://deploy-preview-5494--esphome.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Oct 19, 2025

Warning

Rate limit exceeded

@sanchosk has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 13 minutes and 48 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📥 Commits

Reviewing files that changed from the base of the PR and between 4ea5164 and a8c08e4.

📒 Files selected for processing (1)
  • content/components/light/esp32_rmt_led_strip.md (1 hunks)

Walkthrough

Added an important note to the ESP32 RMT LED Strip documentation about possible flicker on longer LED strips and instructing users to disable Wi‑Fi power saving (power_save_mode: none) as a mitigation.

Changes

Cohort / File(s) Summary
Documentation update
content/components/light/esp32_rmt_led_strip.md
Inserted an "Important note" documenting that the ESP32 RMT component can cause flicker on longer LED strips in some cases and recommending to disable Wi‑Fi power saving (power_save_mode: none) as a workaround.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Suggested reviewers

  • swoboda1337
  • nagyrobi

Pre-merge checks and finishing touches

✅ Passed checks (3 passed)
Check name Status Explanation
Title Check ✅ Passed The title "Add warning to prevent flicker" directly and clearly describes the main change in the pull request. According to the raw summary, the change adds a prominent note in the ESP32 RMT LED Strip documentation indicating that the RMT component can cause flicker on longer LED strips, which is precisely what the title conveys. The title is concise, specific, and immediately communicates the primary purpose of the documentation update.
Description Check ✅ Passed The pull request description is clearly related to the changeset. It provides context about the flicker issue observed on addressable LEDs when using specific ESP32 boards with the RMT component and Wi-Fi, references the tracked issue (#10335), mentions that the proposed solution has worked for multiple people, and explicitly states this is a documentation fix/adjustment to existing documentation. The description adequately explains the motivation and context for adding the warning to the documentation.
Docstring Coverage ✅ Passed No functions found in the changes. Docstring coverage check skipped.

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 87f9442 and e103368.

📒 Files selected for processing (1)
  • content/components/light/esp32_rmt_led_strip.md (1 hunks)
🧰 Additional context used
📓 Path-based instructions (1)
**

⚙️ CodeRabbit configuration file

  • Do not generate or add any sequence diagrams

Files:

  • content/components/light/esp32_rmt_led_strip.md
🪛 GitHub Actions: Lint
content/components/light/esp32_rmt_led_strip.md

[error] 20-20: markdownlint: MD031/blanks-around-fences Fenced code blocks should be surrounded by blank lines.

Comment on lines 20 to 22
```
**Important note** In some specific cases, the RMT component might cause flicker of longer LED strips. The fix seem to be to disable the wifi power saving by setting
[power_save_mode](/components/wifi/#power-save-mode) to none in [wifi component](/components/wifi).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor

Fix markdown formatting and grammar issues.

  1. Markdown linting error: Line 20 ends the code fence, but line 21 immediately follows without a blank line. Markdown fenced blocks should be surrounded by blank lines (addresses pipeline failure MD031).
  2. Grammar: "The fix seem to be" should be "The fix seems to be" (subject-verb agreement).
  3. Capitalization: "wifi" should be "Wi-Fi" per standard branding.
  4. Text flow: The note awkwardly breaks across lines 21–22. Reformat for clarity.

Apply this diff:

 ```yaml
 light:
   - platform: esp32_rmt_led_strip
     rgb_order: GRB
     pin: GPIOXX
     num_leds: 30
     chipset: ws2812
     name: "My Light"

-Important note In some specific cases, the RMT component might cause flicker of longer LED strips. The fix seem to be to disable the wifi power saving by setting


<details>
<summary>🧰 Tools</summary>

<details>
<summary>🪛 GitHub Actions: Lint</summary>

[error] 20-20: markdownlint: MD031/blanks-around-fences Fenced code blocks should be surrounded by blank lines.

</details>
<details>
<summary>🪛 GitHub Check: build</summary>

[failure] 20-20: 
Fenced code blocks should be surrounded by blank lines [Context: "```"]

</details>

</details>

<details>
<summary>🤖 Prompt for AI Agents</summary>

In content/components/light/esp32_rmt_led_strip.md around lines 20–22, fix the
markdown and wording: ensure the fenced code block is surrounded by a blank
line, change "The fix seem to be" to "The fix seems to be", capitalize "Wi-Fi"
everywhere, add a colon after "Important note", reword "flicker of longer LED
strips" to "flicker on longer LED strips", and format the power_save_mode value
as inline code and the Wi‑Fi component name consistently while keeping the
existing links.


</details>

<!-- This is an auto-generated comment by CodeRabbit -->

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

esp32_rmt_led_strip flicker

1 participant