esphome / esphome/feature-requests
Improving PMSX003 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**
hi
Yesterday I have tested my prototype of air quality station with pms7003 and found that PMSX003 reports data too frequently. As workaround i had added median and throttle filters.
Also i have found that lifespan of the sensor in continuous mode isn't too large
8000h according this page https://www.b-io.info/posts/studies/dust_sensor/
and 3 yeas according an alibaba page https://www.alibaba.com/product-detail/PMS7003-plantower-high-quality-laser-pm2_60704594861.html
I saw this issue where you suggest to use genetic GPIO to enforce the module to sleep. https://github.com/esphome/feature-requests/issues/269
It's much better then nothing ) But i think that component could implement more sophisticated approach.
**Please describe your use case for this integration and alternatives you've tried:**
As example it can use TX line to control the module with commands and turn it to passive mode. After switch to passive mode PMSX003 could be implemented as PolllingComponent and ask the sensor periadically (like mh-z19 does).
Also it could enforce sleep mode or wake the device up via serial command. No need to use SET wire for this.
**Additional context**
And, may be, it would be good to have ability to specify RESET pin to reset it on boot. Just for a case when firmware of PMS sensor hangs and you would reset it remotely by restart of the ESPHome device without turn off//on power.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.