esphome / esphome/feature-requests
I hope to have an AC zero crossing trigger component
- Dominant language
- No language data
- Stars
- 450
- Forks
- 29
- PR merge metrics
- No merged PRs in 30d
Description
Describe the problem you have/What new integration you would like
I hope to have an AC zero crossing trigger component.LED lighting is very popular nowadays. It is a capacitive load, and smart switches are easily connected, causing relay contacts to stick together and unable to separate. We hope ESPHome can have a zero crossing trigger switch component, which uses one IO to detect the zero crossing signal provided by chips such as BL0942, BL0906, BL9010, and GS1102. Whether the switch component is turned on or off, it needs to wait for the zero crossing signal to arrive and undergo a custom delay before triggering the relay to turn on or off
Please describe your use case for this integration and alternatives you've tried:
At present, no alternative integration can be found. We have tried using binary sensors for zero crossing detection, which generates a large amount of garbage logs and can easily cause ESP32 reset
Additional context
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reviewing ESPHome's existing binary sensor approach for zero-crossing detection and the behavior described for BL0942, BL0906, BL9010, and GS1102 signals. Done means a zero-crossing-triggered switch can wait for the signal, apply a configurable delay, and safely operate the relay without the excessive logs or resets reported here.
Written by the indexing model from the issue text.
Assessment
- Domain
- embedded-iot
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100