Honeywell Feuchtigkeitssensor

Hallo Forumsmitlglieder,

ich möchte mir diesen Sensor kaufen ( http://www.ebay.de/itm/GD22761-HI…=item1ea2ab0736 )

Anhand der Beschreibung in dem Link ist zu erlesen, dass dieser ein analoges Ausgangssignal sendet. Ich möchte den Sensor an meinem Pi verwenden und benötige nun meines Wissens nach einen AD-Wandler,
da das Pi keine analogen Signale versteht.

Nun stelle ich mir die Frage, was für einen AD-Wandler ich dafür benötige bzw. woran ich in dem Link erkenne welche Art bzw. welchen typ AD-Wandler ich kaufen / verwenden muss.
Abgesehen von dem Anschluss und der Programmierung.

Könnt ihr mir helfen den passenden AD-Wandler für meinen Sensor zu finden?

Gruß

Quote from dreamshader

Hi,
bevor wir da jetzt in die Tiefe gehen: Dir ist klar, dass der Sensor erstens ziemlich teuer und zweitens im RM 1.27mm ist?
cu,
-ds-

Ich war auf der Suche nach einem sehr genauen Sensor, da mir der DHT 22 zu ungenau ist.
Aber der Hinweis auf "RM 1.27" von dir - gibt es da eine Besonderheit? Er ist halt klein?!

Quote from korky2

Wie genau ist denn der Honeywell?

Aus Interesse: Wofür benötigt man eine hohe Genauigkeit bei der Luftfeuchtigkeit?

Viele Grüße

Das Produktblatt ist hier einzusehen http://www.ebay.de/itm/GD22761-HI…=item1ea2ab0736

Quote from Andreas

Hallo AliceDeh,

HoneyWell vertreibt auch Luftfeuchtigkeitssensoren im RM 2,54. Außerdem ist 1,27 das gleiche Rastermaß wie auch das vom DS18B20. Sooo klein ist das nun auch wieder nicht.

Zum anderen messen so ziemlich alle Luftfeuchtigkeitswerte sehr schwankende Werte. Die meisten Sensoren haben Genauigkeiten von um die 2,5 % - und das sind schon richtig gute! Das ist bei einem Messwert, der im Winter selten 20 % übersteigt und im Sommer ca. 70% beträgt aber auch verhältnismäßig viel.

Ich würde die "Genauigkeit", die die Sensoren vorgaukeln, bei Luftfeuchtigkeit eher über den Mittelwert mehrerer Feuchtigkeitssensoren herausrechnen.

Luftfeuchtigkeit ist eh ein Messwert, der sich nicht wirklich präzise und reproduzierbar messen lässt.

Ich hatte mal ein Unternehmen beraten, die irgenwann eine Norm herausgefischt hatten, wonach man nur bei >= 20% rF löten durfte. Entsprechend wurden Warnsysteme installiert inkl. Benachrichtigung per Mail, mehrere Warnstufen bis hin zur "Evakuierung" der Produktionshalle bzw. Verbot bestimmter Tätigkeiten.

An einem solchen trockenen Tag habe ich mich in die Produktion begeben und die typische Haltung eines Werkers beim Löten eingenommen. Lötstation vorne, Arme links und rechts, das Lötgut im Zentrum. Und daneben einen Luftfeuchtigkeitssensor gestellt. Interessant war, dass sich durch das unvermeidbare Ein- und insbesondere Ausatmen im Bereich des Lötgutes eine Luftfeuchtigkeit von 45-50 % rF eingestellt hatte.
Kritiker können durchaus mit gewisser Berechtigung sagen, dass der ganze Heckmeck vorher leicht übertrieben war und mit ein wenig mehr pragmagtischer Herangehensweise ein immenser Aufwand hätte vermieden werden können.

Ich habe mal ein akkreditiertes Prüflaboratorium auditiert. U.a. hatten die auch die Zulassung im Bereich Luiftfeuchtigkeitsmessung. Diesen Bereich hatte ich mir interessehalber genauer angeschaut - auch weil dieses Labor auch die Klimalogger des Auftraggebers kalibriert hatte. Der Aufwand, den die betrieben haben, um redproduzierbare Luftfeuchtigkeiten zu erzeugen, um deren eigenes Messequipment darauf zu kalibrieren, war beeindruckend.
Temperaturkalibrierung ist da einfacher. Wasser (in Silbergefäße mehrfach) destilieren, verdampfen = 100°C (bei NN und 101325 Pa), einfrieren, Gleichgewichtstemperatur bei Anwesenheit von Wasser und Eis = 0 °C.

Beste Grüße

Andreas

Display More

Das ist eine klare Ansage. Dann bleibe ich bei dem DHT22 und verwende 4 davon. Alle Werte summiere und dividiere ich dann am Ende und übergebe den Durchschnitts-Wert an die Datenbank weiter.
Laut deiner Aussage lohnt sich die Investition nicht nur, um 2% genauer zu sein.

Derzeit bin ich dabei zu erlernen wie ich selber die Skripte schreiben kann um korrekt Sensoren auszulesen bzw ich möchte lernen zu verstehen aus dem Datenblatt des Produktes das jeweilige Skript auf die Beine stellen zu können.

Dieses Skript hier:

/*
 *      dht22.c:
* Simple test program to test the wiringPi functions
* Based on the existing dht11.c
* Amended by technion@lolware.net
*/


#include <wiringPi.h>


#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
#include <sys/types.h>
#include <unistd.h>


#include "locking.h"


#define MAXTIMINGS 85
static int DHTPIN = 7;
static int dht22_dat[5] = {0,0,0,0,0};


static uint8_t sizecvt(const int read)
{
 /* digitalRead() and friends from wiringpi are defined as returning a value
 < 256. However, they are returned as int() types. This is a safety function */


 if (read > 255 || read < 0)
 {
   printf("Invalid data from wiringPi library\n");
   exit(EXIT_FAILURE);
 }
 return (uint8_t)read;
}


static int read_dht22_dat()
{
 uint8_t laststate = HIGH;
 uint8_t counter = 0;
 uint8_t j = 0, i;


 dht22_dat[0] = dht22_dat[1] = dht22_dat[2] = dht22_dat[3] = dht22_dat[4] = 0;


 // pull pin down for 18 milliseconds
 pinMode(DHTPIN, OUTPUT);
 digitalWrite(DHTPIN, HIGH);
 delay(10);
 digitalWrite(DHTPIN, LOW);
 delay(18);
 // then pull it up for 40 microseconds
 digitalWrite(DHTPIN, HIGH);
 delayMicroseconds(40); 
 // prepare to read the pin
 pinMode(DHTPIN, INPUT);


 // detect change and read data
 for ( i=0; i< MAXTIMINGS; i++) {
   counter = 0;
   while (sizecvt(digitalRead(DHTPIN)) == laststate) {
     counter++;
     delayMicroseconds(1);
     if (counter == 255) {
       break;
     }
   }
   laststate = sizecvt(digitalRead(DHTPIN));


   if (counter == 255) break;


   // ignore first 3 transitions
   if ((i >= 4) && (i%2 == 0)) {
     // shove each bit into the storage bytes
     dht22_dat[j/8] <<= 1;
     if (counter > 16)
       dht22_dat[j/8] |= 1;
     j++;
   }
 }


 // check we read 40 bits (8bit x 5 ) + verify checksum in the last byte
 // print it out if data is good
 if ((j >= 40) && 
     (dht22_dat[4] == ((dht22_dat[0] + dht22_dat[1] + dht22_dat[2] + dht22_dat[3]) & 0xFF)) ) {
       float t, h;
       h = (float)dht22_dat[0] * 256 + (float)dht22_dat[1];
       h /= 10;
       t = (float)(dht22_dat[2] & 0x7F)* 256 + (float)dht22_dat[3];
       t /= 10.0;
       if ((dht22_dat[2] & 0x80) != 0)  t *= -1;




   printf("Humidity = %.2f %% Temperature = %.2f *C \n", h, t );
   return 1;
 }
 else
 {
   printf("Data not good, skip\n");
   return 0;
 }
}


int main (int argc, char *argv[])
{
 int lockfd;


 if (argc != 2)
   printf ("usage: %s <pin>\ndescription: pin is the wiringPi pin number\nusing 7 (GPIO 4)\n",argv[0]);
 else
   DHTPIN = atoi(argv[1]);
  


 printf ("Raspberry Pi wiringPi DHT22 reader\nwww.lolware.net\n") ;


 lockfd = open_lockfile(LOCKFILE);


 if (wiringPiSetup () == -1)
   exit(EXIT_FAILURE) ;


 if (setuid(getuid()) < 0)
 {
   perror("Dropping privileges failed\n");
   exit(EXIT_FAILURE);
 }


 while (read_dht22_dat() == 0) 
 {
    delay(1000); // wait 1sec to refresh
 }


 delay(1500);
 close_lockfile(lockfd);


 return 0 ;
}

Ist von LoLWare.net und gibt mir die Feuchtigkeit und Temperatur auf dem Terminal an.
Ich persönlich für mich habe das Skript angepasst, so dass die Werte in 2 seperate Textfiles geschrieben werden, die sich die Datenbank greift.

Ich würde gerne selber ein solches Skript aufstellen können ohne auf fremde Hilfe angewiesen zu sein.
Hast du da eventuell Anlaufstellen / Tutorials?
Oder ist es doch sehr hohe Programmierung und für mich als Hobby Programmierer (berzflich > Systemintegrator) ungeeignet mir einen Kopf über solche zu machen?

Ich stell mir nur vor, wenn ich mal ein Bauteil habe und es keine Anleitung im Internet gibt und ich nur das Datenblatt zur Hand habe, muss ich auch in der Lage sein,
den Sensor auszulesen zu können.

Quote from Andreas

Hallo AliceDeh,

dann mach doch einen neuen Thread auf ("Wie deute ich ein Datenblatt, um zu einem Program zu kommen?"). Dann werden Dir sicher einige helfen. Ich kann Dir allerdings nur zeigen, wie es in Icon programmiert werden kann .

In Abwesenhiet anderer Vorlagen habe ich mal für einen A/D-Wandler ein SPI-Protokoll nachgebildet und auf diese Weise erkannt, dass es vollkommen schnurz ist, welche Pins bzgl. SPI angesteuert werden. Und selbst die Ansteuerung von zwei, drei oder 4 SPI-Schnittstellen sind dann kein Problem mehr.

In einem guten Datenblatt wird immer beschrieben, welcher Pegel sich für welche Zeit auf welchem Pin befinden muss, damit in einem Bauteil irgendein Zustand ausgelöst wird.

Im Fall des DHT22 ist eigentlich alles recht brauchbar beschrieben inkl. wie lange die Übertragung eines Bits dauert etc.

Beste Grüße

Andreas

Display More

Ja den Thread eröffne ich gerne! Bei Icon bin ich mittlerweite auch vorangeschritten.