lire la température de DHT11, à l'aide de pi4j

J'ai commencé avec l'affiche originale du code java, et remplacé le com.pi4j.io.gpio paquet de références avec les com.pi4j.wiringpi paquet. J'ai récemment installé la dernière pi4j paquet et wiringpi version sur mon Raspberry Pi.

À l'aide de ce package Java code ci-dessous fonctionne environ le même que la version c de ce programme. Je reçois environ 80% - 85% de réponses exactes avec une DHT-11. Ce qui est environ le même que j'ai été faire à l'aide de wiringPi dans c.

package gpio;
import com.pi4j.wiringpi.Gpio;
import com.pi4j.wiringpi.GpioUtil;
public class DHT11 {
private static final int    MAXTIMINGS  = 85;
private final int[]         dht11_dat   = { 0, 0, 0, 0, 0 };
public DHT11() {
//setup wiringPi
if (Gpio.wiringPiSetup() == -1) {
System.out.println(" ==>> GPIO SETUP FAILED");
return;
}
GpioUtil.export(3, GpioUtil.DIRECTION_OUT);
}
public void getTemperature(final int pin) {
int laststate = Gpio.HIGH;
int j = 0;
dht11_dat[0] = dht11_dat[1] = dht11_dat[2] = dht11_dat[3] = dht11_dat[4] = 0;
Gpio.pinMode(pin, Gpio.OUTPUT);
Gpio.digitalWrite(pin, Gpio.LOW);
Gpio.delay(18);
Gpio.digitalWrite(pin, Gpio.HIGH);
Gpio.pinMode(pin, Gpio.INPUT);
for (int i = 0; i < MAXTIMINGS; i++) {
int counter = 0;
while (Gpio.digitalRead(pin) == laststate) {
counter++;
Gpio.delayMicroseconds(1);
if (counter == 255) {
break;
}
}
laststate = Gpio.digitalRead(pin);
if (counter == 255) {
break;
}
/* ignore first 3 transitions */
if (i >= 4 && i % 2 == 0) {
/* shove each bit into the storage bytes */
dht11_dat[j / 8] <<= 1;
if (counter > 16) {
dht11_dat[j / 8] |= 1;
}
j++;
}
}
//check we read 40 bits (8bit x 5 ) + verify checksum in the last
//byte
if (j >= 40 && checkParity()) {
float h = (float) ((dht11_dat[0] << 8) + dht11_dat[1]) / 10;
if (h > 100) {
h = dht11_dat[0]; //for DHT11
}
float c = (float) (((dht11_dat[2] & 0x7F) << 8) + dht11_dat[3]) / 10;
if (c > 125) {
c = dht11_dat[2]; //for DHT11
}
if ((dht11_dat[2] & 0x80) != 0) {
c = -c;
}
final float f = c * 1.8f + 32;
System.out.println("Humidity = " + h + " Temperature = " + c + "(" + f + "f)");
} else {
System.out.println("Data not good, skip");
}
}
private boolean checkParity() {
return dht11_dat[4] == (dht11_dat[0] + dht11_dat[1] + dht11_dat[2] + dht11_dat[3] & 0xFF);
}
public static void main(final String ars[]) throws Exception {
final DHT11 dht = new DHT11();
for (int i = 0; i < 10; i++) {
Thread.sleep(2000);
dht.getTemperature(21);
}
System.out.println("Done!!");
}
}

OriginalL'auteur Eric Smith

J'ai le même problème et, malheureusement, je n'ai lu que Java ne peut pas lire les données à partir de DHT11/22 pour des problèmes de calendrier.

J'ai trouvé dans la Framboise Forum un fil où vous pouvez trouver quelques solutions à l'aide de SPI ou pigpio.
Un autre Java solution possible est il y.

J'ai reçu mon capteur hier et je n'ai pas déjà essayé ces solutions. Quand je vais essayer, je vais vous laisser savoir.

[MODIFIER]

Salut, j'ai résolu le problème en appelant un script python (qui utilise le Adafruit Pilote) et de lire de la sortie.
Le script python est tout simplement l'exemple publié dans le Adafruit de la bibliothèque. J'ai seulement changé la sortie à la ligne 48 à

print '{0:0.1f}   {1:0.1f}'.format(temperature, humidity)

La méthode Java qui met à jour les valeurs avec les nouvelles valeurs est:

public void update() {
String cmd = "sudo python DHTReader.py 11 4";
try {
String ret = "";
try {
String line;
Process p = Runtime.getRuntime().exec(cmd.split(" "));
p.waitFor();
BufferedReader input = new BufferedReader
(new InputStreamReader(p.getInputStream()));
while ((line = input.readLine()) != null) {
output += (line + '\n');
}
input.close();
}
catch (Exception ex) {
ex.printStackTrace();
}
ret.trim();
if (ret.length() == 0) //Library is not present
throw new RuntimeException(LIB_NOT_PRESENT_MESSAGE);
else{
//Error reading the the sensor, maybe is not connected. 
if(ret.contains(ERROR_READING)){
String msg = String.format(ERROR_READING_MSG,toString());
throw new Exception(msg);
}
else{
//Read completed. Parse and update the values
String[] vals = ret.split("   ");
float t = Float.parseFloat(vals[0].trim());
float h = Float.parseFloat(vals[1].trim());
if( (t != lastTemp) || (h != lastHum) ){
lastUpdate = new Date();
lastTemp = t;
lastHum = h;
}
}
}
} catch (Exception e) {
System.out.println(e.getMessage());
if( e instanceof RuntimeException)
System.exit(-1);
}
}

Pour le faire fonctionner, vous devez installer le Adafruit bibliothèque comme décrit dans la page du lien et de changement DHTReader.py avec le chemin de la scipt.
Je suis en train de créer une "bibliothèque". Si vous avez besoin, quand j'ai terminé, je vais le publier sur GitHub.

OriginalL'auteur Carlo

Eric Smith est excellent code fonctionne très bien pour moi avec deux petits mods, j'ai d'Abord modifié cette ligne:

if (counter > 16)

:

if (counter > 30)

Selon les spécifications de dht11, le "1" du bit est transmis lorsque le retard de la "Gpio.HAUTE" est d'environ 70us, et "0" bit est transmis si le retard est de 26 28us. Il est clair que Java prend un certain temps à s'exécuter, de sorte qu'il est sûr de supposer que si le retard est de plus de 30us les données doivent être "1". Mais c'est peut-être différente de la valeur si le temps d'exécution d'un programme Java est différent dans votre machine (peut-être le processeur de pi est vite/- vite, il n'y a plus de programmes en tâche de fond, etc). Par conséquent, le 30 n'est pas nécessairement la bonne valeur pour chaque situation.

Selon les spécifications Un, il peut également être noté que l'expéditeur (raspberry pi, appelé MCU dans les specs), devrait également envoyer des Gpio.ÉLEVÉ au moins 18ms. Après cela, le MCU doit envoyer 20-40 nous "Gpio.HAUT". J'ai testé avec le Système.nanoTime() combien de temps il faut pour le Java pour exécuter le réglage de la Gpio.Pinmode à la "Entrée". Il a fallu quelque chose comme 20us, j'ai donc ajouté:

Gpio.delayMicroseconds(7);

...juste pour être sûr que le code Pin est ÉLEVÉ pendant au moins 20us de sorte que le Capteur peut enregistrer le signal et le début de l'envoi de la température et de l'humidité de données. Après ces modifications, la température de données est lu presque toujours à droite, le taux de réussite est quelque chose comme 90%. Je ne sais pas peut les modifications de travailler avec un autre système, mais j'espère que ces modifications peuvent faire d'autres expériences plus de succès!

(p.s. J'ai aussi fait la boucle sans fin de sorte que la classe est créé à chaque fois de plus et une fois de plus lorsque la méthode est appelée.)

OriginalL'auteur iltelko