esphome / esphome/feature-requests

Improving PMSX003 component

Open
#490 3 comments 5 reactions 0 assignees View on GitHub
component: pmsx003 component: sensor
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.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.