Thanks for the post, the sensor looks very good
Regarding the eCO2 sensor, we apologise for the weird readings you are seing. This sensor is a very low cost sensor that has an internal temperature and humidity correction that we do not control. We have in our plans the implementation of the raw data from the sensor, to validate if the correction is correct, but as it stands, the sensor is to be used in indoor conditions for best behaviour (outdoors can be affected by cross-sensitivity). At the moment there is not much we can say if the sensor behaves weirdly, other than to try to stabilise it in controlled indoor conditions.
Regarding the sensor you suggest, it looks interesting enough to include it to our supported sensor list (we haven’t gone for any NDIR CO2 sensor yet). Although it would deffinitively be possible to implement since the sensor has a digital I2C interface, we are a bit busy at the moment and I believe the fastest for you would be to give it a try if you have one sensor already and if you have some C++ experience. We would definitively support on this if you need guidance with the firmware structure (it’s in our to-do list to complete this section, and then try to release a firmware version if all goes well.
Eitherway, I will look if we can get one ourselves too.
Thanks again! keep us posted!