i am using the DH22 temperature and humidity sensor, the diagram is followed as below
the resistor is 10k.
and the real prototyping is followed as
I used the idDHT22 library and flash the example to the spark core, the Particle Web IDE.
the application runs however with two issues.
through the serial port, the output is like
Retrieving information from sensor: Read sensor: OK
Humidity (%): 921.60
Temperature (oC): 640.00
Temperature (oF): 1184.00
Temperature (K): 913.15
Dew Point (oC): 1433.56
Dew Point Slow (oC): 2105.25
after running for a while the sensor output will stop for some reason, I guess it is stuck in the problem in this part
DHT22.acquire();
while (DHT22.acquiring())
and because of the problem stuck, I even can't flash the new code into the spark core unless with good luck
does anyone experience the same issue ?
currently I am using the code provided by the library.
#include "idDHT22/idDHT22.h"
// declaration for DHT11 handler
int idDHT22pin = D4; //Digital pin for comunications
void dht22_wrapper(); // must be declared before the lib initialization
// DHT instantiate
idDHT22 DHT22(idDHT22pin, dht22_wrapper);
void setup()
{
Serial.begin(9600);
while(!Serial.available()) {
Serial.println("hit a key");
delay(1000);
}
Serial.println("idDHT22 Example program");
Serial.print("LIB version: ");
Serial.println(idDHT22LIB_VERSION);
Serial.println("---------------");
}
// This wrapper is in charge of calling
// mus be defined like this for the lib work
void dht22_wrapper() {
DHT22.isrCallback();
}
void loop()
{
Serial.print("\nRetrieving information from sensor: ");
Serial.print("Read sensor: ");
//delay(100);
DHT22.acquire();
while (DHT22.acquiring())
;
int result = DHT22.getStatus();
switch (result)
{
case IDDHTLIB_OK:
Serial.println("OK");
break;
case IDDHTLIB_ERROR_CHECKSUM:
Serial.println("Error\n\r\tChecksum error");
break;
case IDDHTLIB_ERROR_ISR_TIMEOUT:
Serial.println("Error\n\r\tISR Time out error");
break;
case IDDHTLIB_ERROR_RESPONSE_TIMEOUT:
Serial.println("Error\n\r\tResponse time out error");
break;
case IDDHTLIB_ERROR_DATA_TIMEOUT:
Serial.println("Error\n\r\tData time out error");
break;
case IDDHTLIB_ERROR_ACQUIRING:
Serial.println("Error\n\r\tAcquiring");
break;
case IDDHTLIB_ERROR_DELTA:
Serial.println("Error\n\r\tDelta time to small");
break;
case IDDHTLIB_ERROR_NOTSTARTED:
Serial.println("Error\n\r\tNot started");
break;
default:
Serial.println("Unknown error");
break;
}
Serial.print("Humidity (%): ");
Serial.println(DHT22.getHumidity(), 2);
Serial.print("Temperature (oC): ");
Serial.println(DHT22.getCelsius(), 2);
Serial.print("Temperature (oF): ");
Serial.println(DHT22.getFahrenheit(), 2);
Serial.print("Temperature (K): ");
Serial.println(DHT22.getKelvin(), 2);
Serial.print("Dew Point (oC): ");
Serial.println(DHT22.getDewPoint());
Serial.print("Dew Point Slow (oC): ");
Serial.println(DHT22.getDewPointSlow());
delay(2000);
}
Give the Piettetech library a shot. It's probably the most reliable one out there. Others have been know to have blocking/crashing issues, whereas the Piettetech one seems to work nicely.
We can't see your code like that. You'll have to copy&paste it. Take a look at the formatting guides before you do so please.
I’ve been using the Adafruit_DHT.h library with great success…
you may also want to consider also putting a decoupling capacitor on the DHT sensor (across Vin and ground on your sensor). You may be getting some ripple when the Core’s WiFi kicks in.
I’d start with 100nF and go up from there if i didn’t see the problem go away.
you could also try your delay( )before you read the sensor… let the power come up before you take a reading. though I’m not sure if delay( ) is truely blocking on the Core, It’s a small mod that will cost you nothing.
@helxsz From your picture it looks like you are using a DHT11 sensor. Make sure you are defining the DHTTYPE correctly.
#define DHTTYPE DHT11
The timings are different for the DHT22 and DHT11. This could also explain why your numbers are too high, the DHT11 returns a different format than the DHT22.
I don’t know what are are working on I just wanted to provide a “share” to the community, incase you are looking for a sensor that won’t give you headaches down the road.
imho the DHT22 good sensor for tinkering, and that’s about it. I evaluated a bunch of sensors early this year and all the DHT22 sensors got hung up eventually (regardless of the different libraries of code). I got some to just all together break, granted I was pretty tough on them in our temp and RH chamber (-20 - 70C ~30-95% RH cycled continuously for about a month). Also they where the least repeatable of the sensors I evaluated (sensor to sensor difference). Honeywells are good sensors but expensive, the winner of my testing (and the one I am using for my day job) is the si7021 by silicon labs. It uses i2c and “just worked” it was very accurate and had better pricing than honeywell… The best part… It never “hung” not once in 1 month of testing, no special library, just Wire., it just happily provided temp and RH everytime I polled it (once a second). I will be ordering sensor boards in about a week (tiny board with a si7021 and a 4 pin 0.1 pin header (VCC, SCL, SDA, GND) holler if you want one.
Maybe it is not as obvious as it could be, but the libraries you see in the web-based IDE are in fact user-contributed libraries not provided by the Spark team. Most of the libraries are really high-quality ports from similar Arduino libraries but sometimes people have differing setups or goals so results can differ. Lots of folks have had good results with @mtnscott 's library for these DHT parts.
As @jerome has rightly pointed out, the DHT series of sensors are somewhat on the low-end of what you can get today.
I agree, they are from a long ago era of Arduino parts for breadboarding. There are many other sensors today that have much better accuracy and I agree with @jerome's comments that I2C is a solid interface for communicating with onboard sensors. For off-board sensors the Dallas line of temperature sensors are very good inexpensive sensors and the Wire library is more robust.
Many vendors make humidity and temperature sensors, Silicon Labs, Sensirion, Bosch, Measurement Specialities. They are all SMD. This is why people learn using the DHT and AM series sensors. Not many breakouts using the SMD sensors - and the ones available are very expensive compared to the part itself, and typically not the current part.
@jerome what sensors did you test ? I was going to use the Silicon Labs si7006 series for my project, do you have any experience with the Bosch BME? It's new and offers pressure, temp, and humidity in one package.
They are impossible to find anywhere with a breakout That’s why I had to make one… I don’t have any experience with the BME. There should be a break-out board sharing zone somewhere… (maybe there is I will need to google it) I have made quite a few boards to integrate with the sparkcore for my own use.
I wonder if anyone is interested in the following -
RTC w/ battery backup - MCP7940
EEPROM - 64Kb - 24LC64F
4-bits of I/O attached to LED’s - PCA9536
All connected on I2C, 4 pins (3.3v, GND, SCL, SDA).
I put it together to support a project that needed battery backed RTC, high cycle EEPROM and LED’s.
Most of the breakouts are based on older chips, not really anything you can turn into a product - as less expensive parts are typically the newer parts.
Your DHT22 (or 11) should still work… with about ±1F° accuracy if you have the library setup correctly and appropriate power. The sensor likes 3.3 to about 6V (from memory) so you could also look to power it from your Vin instead of 3V3 pin; powering it with 5Volts instead.
…things to try while you wait for your little envelope from the PRC.
That’s why I had to make one… I don’t have any experience with the BME. There should be a break-out board sharing zone somewhere… (maybe there is I will need to google it) I have made quite a few boards to integrate with the sparkcore for my own use.