Thanks for this. Does it work with the indoor sensor as well? I can get it working with my outside one but I want to turn on air cleaners etc (nor cal) based on indoor air quality. I set the indoor one to be public in case that was the issue but still have not been able to get it to work.
FWIW, I use FooBots for my internal Air Quality Sensor, and it has direct integration with Nest & Ecobee to run the fan when it gets yucky inside. That said, I don’t think it ever has actually turned on the fan (my house is pretty tightly closed up, with HEPA 15 filters in the HVAC…
Obviously, I agree that the Foobot is better for indoors, and PurpleAir for outdoors, since that is the path I’ve taken. There is a SmartThings DTH for the Foobot as well, although it doesn’t use the same AQI Scale.
The only thing missing is that neither Foobot nor PurpleAir provide (true) CO^2 measurements (Foobot’s interpolate abs estimate).
Foobots is meant for indoor air quality. PurpleAir for outdoor. If you live in the Western US these days, and you have people in your family with lung issues. You know the value of having good outdoor air quality readings. (as well as indoor)
Barry (@storageanarchy), I’m using your DTH for a webCoRE piston that displays the AQI/PM values. However, when retrieving the AQI and PM data, any trailing zero (0) gets dropped from the retrieved value. For example, here’s a screen shot of the piston’s status page with the AQI10 and AQI24 values of 3 and 2, respectively … they’re supposed to be 30 and 20:
This also applies to the retrieved PM data, but is doesn’t really matter (to me) since it’s dropping the zero (0) at the end of a decimal number.
For a quick fix (I haven’t found the time yet to thouroughly look at the code), I temporarily changed (back?) the AQI attributes from ‘number’ to ‘string’ in my local copy of the DTH. The following example screen-capture now correctly displays the AQI10 value of 30, in this case: