Moderator: igrr
If bitbanging would be interupted by higher prio routines chances are that the bitbanging is not timecritical and the remaining part of the data would be fetched delayed and give good checksum or plainly fail at checksum at last.
I tried about half a dozen DHT11 which ordered at different times last year from China, some as bare sensor, some as "module" mounted on a PCB with resistor. I used them mostly to control indoor conditions (basement, laundry room, outside) and drive ventilation fans accordingly. In the 6 months I was tracking them none yielded meaningful long-term humidity data. Most of them trended somehow but usually humidity was implausible low. Also they stopped showing changes below ca. 40%. I restored two as described in the data sheet (drying in the oven / exposing to moist air) but to no avail.
I replaced all my sensors with DHT22 and now have reasonable agreement with commercial hygrometers. A typical result for the direct comparison was 40% for the DHT11 and 65% for the DHT22.
I didn't know the second link posted above but I am surprised to see accuracy of the DHT11 being reported that good.
P.S.
I did exclude self-heating as a cause since temperature readings were reasonable. I verified the source of the libraries and ensured proper error checking as described in the data sheet to ensure that there were no issues with the readout code.
I got the same results with an Arduino so I don't believe that is a problem with the ESP8266 library. Maybe a problem with all libraries.