Accuracy on FunHouse? (or temp compensation of RH via dew point?)

I've ported my air-quality code from Clue to FunHouse, and in the process looked at what the on-board AHT humidity sensor says compared to what the SCD30 says.

- The AHT onboard says 18.2%RH at 40C
- The SCD30 says 40.5%RH at 26.3C

I'm not sure if this is just the difference due to local heating of the sensor (relative humidity drops as temp rises, even if absolute humidity stays the same), or if there's an issue in the driver or something.

Hmm, according to https://bmcnoldy.rsmas.miami.edu/Humidity.html, the AHT's measurement is a dewpoint of 11.52, vs the scd30 of 11.82, which is pretty close - so probably the FunHouse (and other) guides that apply a temperature correction should also re-compute relative humidity. Might actually want to put the dew point calculations into a library of its own.

For reference, here's my setup - they're all basically right next to each other. The SCD data matches what I would expect from my other sensors around the house, which are a mix of HTU21D and SHT30D

Start by reproducing the FunHouse setup and comparing the onboard AHT readings with the SCD30 readings described in the issue. Check whether the temperature-adjusted values agree when expressed as dew point, then determine whether the guides or driver need correction; done means the expected humidity behavior and any required scope are documented or implemented.

Written by the indexing model from the issue text.