Jump to content

Humidity 2.0 temp readout is innacurate.

Recommended Posts

I just started using the Humidity v2.0 around house and noticed they hive consistently higher temp readout then normal temp bricklets. They were supposed to be more accurate yes?  But I just took out the the PTC bricklet and mounted it next to the Humidity v2 and it gives exact 0.85 deg of diffrence


ptc:26.19  temp Hv2:27.04  diff:0.85

ptc:26.19  temp Hv2:27.04  diff:0.85

ptc:26.19  temp Hv2:27.04  diff:0.85

ptc:26.19  temp Hv2:27.05  diff:0.86

ptc:26.2  temp Hv2:27.05  diff:0.85



And Just to me clear I tested 2 different Humidity V2 units  next to each other and they are exactly the same so that is not a single faulty bricklets.


What is your experience with those?




So I tested 2 diffrent sensors  and a PTC concurently and the results are


ptc:20.37  temp Hv2:22.0  temp2 Hv2:21.75  diff:1.63  diff2:1.38

ptc:20.37  temp Hv2:22.01  temp2 Hv2:21.75  diff:1.64  diff2:1.38

ptc:20.37  temp Hv2:22.01  temp2 Hv2:21.74  diff:1.64  diff2:1.37

ptc:20.37  temp Hv2:22.02  temp2 Hv2:21.74  diff:1.65  diff2:1.37



So now I placed the test setup next to the old classic temp bricklet that shows 



ptc:26.04  temp Hv2:27.21  temp2 Hv2:26.86  diff:1.17  diff2:0.82

ptc:26.04  temp Hv2:27.21  temp2 Hv2:26.86  diff:1.17  diff2:0.82

ptc:26.04  temp Hv2:27.21  temp2 Hv2:26.86  diff:1.17  diff2:0.82


So it is spot on with the PTC  and the humidity temp redout is 1.2 - 0.8 off  that is way outside the specs


Link to post
Share on other sites

What you are seeing there is very likely self-heating, to quote the datasheet:


No guarantee of parametric performance is indicated in the electrical tables under conditions of internal self-heating where TJ > TA.


The new Air Quality Bricklet had the same problem, but more extreme (we measured 4.8°C difference). We had to set the default measurement frequency to 0.3 samples per second to make it acceptable.



I also just found the following in the HDC1080 datasheet (Humidity 2.0):

Moreover, to minimize any self-heating of the HDC1080 it is recommended to acquire at a maximum sample rate of 1sps (RH + Temp). In home systems, humidity and the temperature monitoring rates of less than 1sps (even 0.5sps or 0.2sps) can be still effective.


The Bricklet currently does not have API to set the measurement frequency, i put it on my TODO list. I will also change the default measurement frequency, since the high frequency is mostly not necessary for humidity/temperature.

Link to post
Share on other sites

Good it sounds solvable,  as it is a pressing issue for me maybe if we go down to .33 Hz (that is plenty good for the environment monitoring)


I also  see that a cooprocesor was not such a great idea as (for a temp sensor at least) it is a significant heat source as you can see on the IR camera. about 4.5 above ambient that was 25.6 at that moment.




BTW forum Atachments do not work anymore.



on a second thought if that was a self heating issue that would be a problem over time, and it is showing up imediately after I power a sensor device.

Link to post
Share on other sites

I just released Humidity Bricklet 2.0 Firmware Version 2.0.3. It uses 1 sample per second as default and it has a configuration function for it. Please note that the function will only be available with the next API bindings release.


But if you say that the temperature difference is there immediately on startup, i would assume that the new API does not help here.


What happens if you run your test for an extended period of time? Do the temperatures converge?

Link to post
Share on other sites
  • 2 weeks later...



i got the humidity V2 bricklet a few days ago (+ remote switch V2).

I've flashed the latest firmware (2.0.3) but still have the problem, that it measures 2-3 °C more than other devices.


Reset of brick is done. Is there any else i can try?


Thank You very much.



Link to post
Share on other sites

@borg We really need to have the API python module updated so we can set samples per second to even lower value then the 1 sps introduced in firmware 2.0.3


While 1 sps made the problem much smaller I see that after 5-10 minutes the sensor will start heating up just slower then it was with 20 samples/s , in my measurements 0.8 to 1.3 deg C.


It is a big problem as the sensor is not reliable as it is now

Link to post
Share on other sites
  • 2 weeks later...

Ok I made a considerable time investment including building a test device with Precise temperature probe to measure how precise is the H2 with 1s sampling and the conclusion is that you need subtract 1 deg C  will make it more or less within .2 of the real temperature




BTW attachments still do not work on this forum, please fix it.

Link to post
Share on other sites
  • 3 months later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Create New...