I have two AQM’s one with a Plantower PMS7003 and BME280 sensor, the other with a Sensirion SPS30 and BME280.
Both AQM’s send the data to the sensor community, all data is displayed correctly under the individual sensors, all sensors also appear on the map.
The PMS7003 sensor displays the data in the Grafana dashboard.
But the SPS30 does not show any PM data in the Grafana dashboard. The temperature, humidity and air pressure of the BME280 sensor are displayed.
What could be the reason that no data from the SPS30 is displayed in the dashboard?
Can you send me the chipID as DM? Then I can take a look at this.
Please also check the sensor internal settings for this systems. Are the right sensors selected?
Hello. Was this ever resolved? If so what was the solution? I have exactly the same issue with an SPS30 and BME280. Data from both are received and displayed, but for PM there is no historic data while for temp, humidity and air pressure it is there. It concerns sensors 90349 and 90350.
Hi @ricki-z , thanks for responding so quickly. Checking the archive didn’t occur to me yet, interesting that the data is there. I was looking at the grafana dashboards integrated into the sensor.community map application. If you look at the screenshots you see the PM is showing “No data” while for temperature, humidity and pressure it shows OK.
It seems like the firmware of this device doesn’t send all values for the SPS30. It only sends PM10 and PM2.5. This is “confusing” the conversion script that sends the values to our InfluxDB. The data string is incomplete and the data can’t be inserted.
It’s sort of acting as an SDS011 which it shouldn’t be I guess. I suppose I also need to use a different X-Pin value in the header? Is there some sort of doc that lists all the API Pins and their associated expected data formats? Or at least the one I need for the SPS30?
Dankje @Phaze-III, that helps. So at least the Pin was correct.
I also see the graph popped up now, thanks for the fix @ricki-z, it seemed to be indicating (static/incorrect) values for pm1.0 and pm 4.0 so I figured, better to report the full set (also including particle number count (N05 till N10 and typical particle size (TPS)) according to the mapping used in sps30_i2c.cpp from the airrohr-firmware. At least the pm1.0 and p4.0 seem to be fluctuating now so it seems to be working! Thanks again
