Da ich hier nirgends im Forum auf etwas Zugriff habe. Nun in dieser Ecke der kleine Hinweis.
ich bastle gerade an meiner Kellerentlüftung. Bei diesem Projekt nutze ich derzeit den recht preiswerten I2C Temperatur- und Feuchtigkeitssensor HDC1008
von Texas Instruments.
Da ich kein Modul dazu fand, habe ich eins gebastelt. Vll. kann es ja jemand gebrauchen.
Gruß Karsten
P.S. Technische Dokumention unter http://www.ti.com/lit/ds/symlink/hdc1008.pdf (http://www.ti.com/lit/ds/symlink/hdc1008.pdf)
ZitatDa ich hier nirgends im Forum auf etwas Zugriff habe.
Codeschnipsel wäre die richte Ecke... Verschieben kannst Du selbst.
Danke.. probiere ich
Wenn das Modul stabil läuft kannst du es ja in SVN Repository einfügen.
https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/
Schreibrechte bekommst du über einen der 4 Admins.
Danke, ich werde es im Betrieb noch ein bisschen testen. Sobald alle Kinderkrankheiten raus sind, stelle ich es ein.
Anbei der neuste Stand. Getestet mit dewpoint, SVG, DBLog, FileLog. Nächste Woche werde ich ihn mit einspielen.
VG Karsten
Ich war mal so frech und habe mir erlaubt einen kleinen Patch zu schreiben. Geht hauptsächlich um das Attr interval. Vielleicht magst ja mal schauen. ;D
Grüße
kein Problem. :D
Ist nur die Umbenennung von poll_interval -> intervall und ein paar Log-Text-Anpassungen?
... oder habe ich etwas übersehen ::)
Mit dem poll_interval hatte ich mich an den bestehenden I2C-Modulen orientiert.
Wenn inzwischen eine andere Benennung des Attributs üblich ist , dann soll es so sein 8)
Waren nur die Anpassungen. Wie gesagt nichts dolles. Für die Entwickler hat sich interval mittlerweile so als Standard eingebürgert. Wirklich ne Vereinheitlichung oder Vorgabe an sich gibt es nicht. Für Multimedia kann man im Wiki ein paar Standards lesen aber das war es auch schon.
Ach und gib mal bitte das interval in den Internals mit an. Danke Dir
Grüße
Mit Deinen Änderungen und interval als Internal.
Gruß
Karsten
Sieht soweit gut aus. Auf was ich noch gar nicht geschaut habe war das in den meisten Modulen die Internal Values groß geschrieben werden. Aber das ist dann komplett Deine Entscheidung. ;D
Grüße
So nun sind die meisten internals groß geschrieben.
(Außer IODev und I2C_Address ... die werden höchstwahrscheinlich an anderer Stelle so genutzt, zumindest klappte es nicht mit der Umstellung)
Grüße
Karsten
Zitat von: schlawiano am 26 Mai 2016, 11:27:06
So nun sind die meisten internals groß geschrieben.
(Außer IODev und I2C_Address ... die werden höchstwahrscheinlich an anderer Stelle so genutzt, zumindest klappte es nicht mit der Umstellung)
Grüße
Karsten
Nur Deine eigenen Internals. Also das was Du selbst definiert hast. Sehr schick. Haste gut gemacht.
Im SVN liegt die neue Version
Diesmal ohne Sleeps, sprich asynchroner Zugriff auf den I2C.
Idee habe ich von Arno Augustin geklaut ;-) Danke für die anregende Diskussion.
Hallo,
Ich benutze das Modul zum Lesen des HDC1000. Funktioniert ebenfalls.
Auffällig ist, das ich die Adresse der Sensoren als Dezimalwert angeben muss.
schlawiano: wie ist deine Erfahrung mit der Kalibrierung der Sensoren.
Meine beiden HDC1000 messen zu hohe relative Feuchte.
Hallo Maus36,
hast Du die neuste Version ? https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/ (https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/)
Bei mir kann ich hexadezimal z.B. 0x42 oder eben auch 66 definieren.
Im Internal "I2C_Address" sollte dann auch die 66 ob so oder so zu sehen sein.
Ich habe gerade ins Datenblatt des HDC1000 geschaut (http://www.ti.com/lit/ds/symlink/hdc1000.pdf (http://www.ti.com/lit/ds/symlink/hdc1000.pdf))
die Berechnung ist identisch. Die gleiche Formel nutze ich im Modul.
Allerdings gibt der Hersteller nur eine Genauigkeit von 4% bei der Luftfeuchtigkeit an. Das ist nicht so doll.
Ich habe noch BME280 von Bosch gekauft, komme aber sicher erst nach dem Urlaub dazu, den zu als Referenz zu
testen. Heute Abend werde ich mal so einen Homematic-Funk-Sensor dazu stellen und gegenprüfen.
Im Sensor gibt es übrigens auch einen Heater der mögliches Kondenswasser entfernen soll. Vll. den mal für ein paar Minuten
einschalten.. achja. die Temperaturanzeige ist in der Zeit natürlich nicht mehr verlässlich ::)
Viele Grüße
Karsten
Hallo nochmal...
Der Sensor zeigt tatsächlich viel höhere Werte bei der Luftfeuchtiigkeit .
Homematic Thermostat
T: 22.1 H: 67
HDC 1008
T: 21.77 H: 91.06
https://github.com/adafruit/Adafruit_HDC1000_Library/blob/master/Adafruit_HDC1000.cpp#L69 (https://github.com/adafruit/Adafruit_HDC1000_Library/blob/master/Adafruit_HDC1000.cpp#L69)
https://e2e.ti.com/support/sensor/humidity/f/985/t/478340 (https://e2e.ti.com/support/sensor/humidity/f/985/t/478340)
https://forums.adafruit.com/viewtopic.php?f=22&t=80261 (https://forums.adafruit.com/viewtopic.php?f=22&t=80261)
Wie es aussieht gibt es eine ältere Charge an Sensoren, wo das nicht so passt. Ein Entwickler sprach
von einer Anpassung des Offsets (welches auch immer) um 15%. Die Differenz beträgt beim Endergebnis hier aber
schon 25%.
Ausdrücklich wird noch mal darauf hingewiesen, dass man den Sensor langfristig dehydrieren muss.
Sprich 24 Stunden an einen Ort mit 85% rel. Luftfeuchtigkeit und dann 10Tage an einem Ort mit 60% rel. Luftfeuchtigkeit .
Andere Nutzer berichten, dass es auch nichts gebracht hat. Ein anderer hat sich gar mit dem Fön versucht.
Ich habe gerade geschaut, es gibt wohl für Arduino eine Lib
https://github.com/Seeed-Studio/HDC1000/blob/master/HDC1000.cpp (https://github.com/Seeed-Studio/HDC1000/blob/master/HDC1000.cpp)
Ich habe die Lib mal ein ein perl-Skript portiert, damit komme ich auf eine Luftfeuchtigkeit von 99%...
Es wird immer verrückter...
Ich bleibe dran
Noch mal hier ein Vergleich.
Ich habe ein Python - Skript gefunden.
http://www.netzmafia.de/skripten/hardware/RasPi/Projekt-HCD1008/HDC1008_2.py (http://www.netzmafia.de/skripten/hardware/RasPi/Projekt-HCD1008/HDC1008_2.py)
Mein Modul scheint wohl richtig zu rechnen. Ich habe noch weitere Sensoren HDC1008 von anderen
Anbietern bestellt. Vll. ist eine Charge kaputt.
Nach der Grafik scheint die Abweichung linear zu sein.
https://forums.adafruit.com/viewtopic.php?f=22&t=80261 (https://forums.adafruit.com/viewtopic.php?f=22&t=80261)
GGf. würde es helfen, wenn ich Kalibrationsfaktor bzw. Offset einbaue.
Man müsste natürlich dann selbst die Werte anpassen.
Zumindest könnte man so den Sensor trotzdem verwenden.
Danke für die Links
Scheinbar haben die Sensoren ein Problem.
Ich kann mit meinen beiden Sensoren aber leben, da ich für mein Lüftung nur Relativvergleiche der Taupunkte innen und aussen benötige.
Eine Kalibrierfunktion in dem Modul wäre aber schön.
Hallo Maus36,
ich bin gerade noch mal das Datenblatt durchgegangen.
Eigentlich kann man nicht so viel falsch machen.
Ohne Bit 12
1) Konfiguration auf das Register 0x02 schreiben.
2) kurz warten
3) Pointer via Schreibzugriff auf 0x00 setzen
4) ja nach Auflösung bis 6.35 ms warten
5) 2 Byte als Temperatur lesen
6) Pointer via Schreibzugriff auf 0x01 setzen
7) ja nach Auflösung bis 6.50 ms warten
8) 2 Byte als Feuchtigkeit lesen
Mit Bit 12
Mir ist bis jetzt auch noch kein Fehler aufgefallen.
1) Konfiguration auf das Register 0x02 schreiben.
2) kurz warten
3) Pointer via Schreibzugriff auf 0x00 setzen
4) ja nach Auflösung bis 6.35 ms warten
5) erst Temp, dann Hum in einer Transaktion auslesen
Im Testscript klappt das auch soweit. Ich hänge es mal an.
Ich werde noch Kalibrationsparameter einbauen.
Ich weiß nicht, wie ich es schaffe. Ab Montag bin
ich erst mal 10 Tage im Ausland
Viele Grüße
Karsten
Hallo schlawiano
ich habe verschieden Python-skripte, C-Programme und dein Modul getestet. Alle mit den gleichen abweichenden Werten für die Feuchtigkeit. Das Probleme liegt wohl in den Sensoren. Ich lasse jetzt ein paar Tage einen Referenzsensor mitlaufen, um zu sehen, wie man kalibrieren könnte.
Hallo,
mein Fazit zu den Sensoren:
Die Auflösung und die Dynamik ist sehr gut. Ebenso ist die Genauigkeit der Temperaturmessung gut.
Die Genauigkeit der Feuchtemessung ist aber schlecht. Ich messe bei meinen beiden HDC1000-Sensoren (auf einem Breakout-Board) einen ca. 15-20 Prozentpunkte zu großen Feuchtewert gegenüber 3 Referenzsensoren (Die Abweichung der 3 Referenzsensoren untereinander beträgt bis zu 4 Prozentpunkte). Der Offsetfehler ist also erheblich. Zudem scheint auch die Verstärkung der Sensoren nicht gleich zu sein. Im Bild, unteres Diagramm: Bei hoher Feuchte ist der Wert von HDC1 am größten, bei niedriger Feuchte der Wert von HDC2. Die Linien HKL... sind meine Refrenzsensoren.
Im oberen Diagramm sind die Temperaturwerte und die berechneten Taupunkttemperaturen dargestellt (Die beiden HDC1000 Sensoren in rot und blau).
Zum Kalibrieren der Sensoren müsste man also über einen weiten Bereich die Feuchte variieren und eine Kurve herausfahren. Ich vermute auch einen Temperatureinfluss, der die Kalibrierung nochmal aufwendiger macht.
Vorschlag für eine grobe Kaibrierung: rel. Feuchte Ist [%] = Messwert [%] - x; x = 15%
Da die Sensoren nur maximal 100% ausgeben, können hohe Feuchtigkeitswerte nicht mehr unterschieden werden.
Für genauere Feuchtemessungen erscheinen die Sensoren nicht geeignet. Ob es jetzt der Sensor selbst oder der ungeeingete Prozess der Breakout-Bord-Fertigung ist, kann ich nicht sagen.
Ich habe mir die Kurven, insbesondere die Untere,
angeschaut. Das macht mich alles andere als glücklich.
Die Signalwerte und Referenzwerte weichen nicht linear
voneinander ab. Eine geeignete (oder mehrere)
Kalibrierungfunktionen zu ermitteln dürfte nicht einfach
werden.
Das schreit regelrecht nach einem eigenständigen Modul, dass man an beliebige Eingangswerte hängen kann.
Das Problem werden auch andere haben, wenn auch nicht in der Abweichung. Vll. hat ein Mathe-Guru Interesse hier mitzuwirken. Ziel (sofern es noch keins gibt)
Modul zur Kalibrierung anhand Paare (Signal->Referenzwert).
Einen Ansatz zum Kalibrieren ist hier http://www.s-elabor.de/k00002.html (http://www.s-elabor.de/k00002.html) zu finden.
Meiner Meinung ist das aber zu Aufwendig. Zudem wird nicht gelöst, dass bei hohen Feuchtewerten keine Messung mehr möglich ist.
Das Betauuen der Sensoren liefert max. 100%.
Ich werde die Sensoren wohl als Fehlkauf abschreiben und mir neue kaufen:
Meine beiden DHT22 funktionieren wesentlich besser (kein I2C!)
Interessant finde ich auch den BME280, den ich aber noch nicht kenne.
Ich habe die Sensoren nun fast 3 Wochen laufen. Bis jetzt haben sich die Werte kaum gebessert.
Leider brauche ich mindestens 3 Sensoren für meine Kellerentlüftung via Taupunkt.
Der BME280 unterstützt nur 2 I2C-Adressen. Einen habe ich bereits da liegen - der wartet schon aufs Testen ;-)
Von den HDC 1008 habe ich leider 6 Stk für 2 I2C-Busse gekauft. Ist ein bisschen schade ums Geld.
Vll. halte ich doch noch mal den Fön dran, bevor sie in den Müll landen :-)
Für meine Kellerlüftung benötige ich nur den Unterschied zwischen innen und außen, die absolute Genauigkeit ist nicht so entscheidend.
Ich würde an deiner Stelle mal schauen, welche Sensoren sich habwegs gleich verhalten und mit diesen die Taupunktdifferenz zwischen innen und außen ermitteln. Wenn die Differenz eine Schwelle überschreitet --> Lüftung ein. Wenn eine 2te Schwelle unterschritten wird --> Lüftung aus.
Zur Zeit benutze ich neben den beiden DHT Sensoren noch zwei Funksensoren zur Steuerung. Deren Genauigkeit ist auch nicht so doll, meine Schwellwerte sind mit 3° und 2,5° relativ grob.
Viel entscheidender für die Funktion ist die Anordnung der Sensoren und die Logik.
Wenn die Lüftung läuft, sind Sensoren im Zuluft- bzw. Abluftstrom günstig. In diesem Fall sollte der Taupunkt im Keller ja langsam sinken, dh. der Taupunkt des Abluftstroms müsste kleiner werden.
Wenn die Lüfung nicht läuft, wären Sensoren im Kelleraum und aussen besser. Je nach Lage (innen: hoch oder tief im Raum, aussen: Wetterseite, Sonne, Schatten, bodennähe,...) kommt noch einiges an Ungenauigkeit hinzu.
Den BME280 könntest du z.B. im Keller dazuhängen, er belegt andere I2C-Adressen.
Hallo,
vor kurzem habe ich dieses Modul gefunden und versucht es mit einem HDC1080 zu nutzen
welche Anpassungen sind nötig um einen HDC1080 mit dem Modul zu nutzen?
die ersten unbedarften Versuche sind schon mal gescheitert.
Gruß Oswald
Hallo Oswald,
ich habe gerade (allerdings nur im Schnelldurchgang) die Datenblätter beider Sensoren verglichen,
die Konfigurationsregister sind identisch, das Schreiben , Lesen vom Hum.,/Temp-Register auf dem
ersten Blick auch.
Ich hänge mal den aktuellsten inoffiziellen Stand an. Der kann mehr loggen.
Bitte das Modul in den FHEM - Ordner schieben
In der Fhem-Oberfläche bitte Befehl "reload 52_I2C_HDC1008" eingeben.
Dann bitte das Attribut Verbose für den Sensor dann mal auf 5 setzen
und mir das log mal zukommen lassen.
Danke Gruß
Karsten
Hallo Karsten,
danke für die schnelle Info
hier mein Log
2016.12.12 12:42:40 5: im init client fuer HDC1080
2016.12.12 12:42:41 5: [HDC1080] I2C_HDC1008_Attr call InternalTimer with new value 5
2016.12.12 12:42:41 5: [HDC1080] I2C_HDC1008_UpdateValues starts with state: READY
2016.12.12 12:42:41 5: II2CMaster: vom client empfangen|direction: i2cwrite|reg: 2|data: 0 0|i2caddress: 64
2016.12.12 12:42:41 5: II2CMaster: HWaccess I2CAddr: 0x40
2016.12.12 12:42:41 5: II2CMaster: vom client empfangen|direction: i2cwrite|reg: 2|data: 0 0|i2caddress: 64
2016.12.12 12:42:41 3: II2CMaster: HWaccess blockweise nach 0x40 schreiben, Reg: 0x02 Inh: 0 0, laenge: 3| -> syswrite failure: Input/output error
2016.12.12 12:42:41 5: II2CMaster ->Client gefunden: HDC1080, I2Caddress: 64 Data: 0 0
2016.12.12 12:42:41 5: [HDC1080] I2C_HDC1008_Walker call InternalTimer with 0.025 seconds
2016.12.12 12:42:41 5: [HDC1080] I2C_HDC1008_UpdateValues starts with state: READY
2016.12.12 12:42:41 5: II2CMaster: vom client empfangen|direction: i2cwrite|reg: 2|data: 0 0|i2caddress: 64
2016.12.12 12:42:41 5: II2CMaster: HWaccess I2CAddr: 0x40
2016.12.12 12:42:41 5: II2CMaster: vom client empfangen|direction: i2cwrite|reg: 2|data: 0 0|i2caddress: 64
2016.12.12 12:42:41 3: II2CMaster: HWaccess blockweise nach 0x40 schreiben, Reg: 0x02 Inh: 0 0, laenge: 3| -> syswrite failure: Input/output error
2016.12.12 12:42:41 5: II2CMaster ->Client gefunden: HDC1080, I2Caddress: 64 Data: 0 0
2016.12.12 12:42:41 5: [HDC1080] I2C_HDC1008_Walker call InternalTimer with 0.025 seconds
2016.12.12 12:42:41 5: [HDC1080] I2C_HDC1008_UpdateValues starts with state: CONFIGURING
2016.12.12 12:42:41 5: II2CMaster: vom client empfangen|direction: i2cwrite|data: 0|i2caddress: 64
2016.12.12 12:42:41 5: II2CMaster: HWaccess I2CAddr: 0x40
2016.12.12 12:42:41 5: II2CMaster: vom client empfangen|direction: i2cwrite|data: 0|i2caddress: 64
2016.12.12 12:42:41 3: II2CMaster: HWaccess blockweise nach 0x40 schreiben, Inh: 0, laenge: 1| -> syswrite failure: Input/output error
2016.12.12 12:42:41 5: II2CMaster ->Client gefunden: HDC1080, I2Caddress: 64
2016.12.12 12:42:41 5: [HDC1080] I2C_HDC1008_Walker call InternalTimer with 0.00636 seconds
2016.12.12 12:42:41 5: [HDC1080] I2C_HDC1008_UpdateValues starts with state: MEASURING_TEMPERATURE
2016.12.12 12:42:41 5: II2CMaster: vom client empfangen|direction: i2cread|nbyte: 2|type: temp|i2caddress: 64
2016.12.12 12:42:41 5: II2CMaster: HWaccess I2CAddr: 0x40
2016.12.12 12:42:41 5: II2CMaster: vom client empfangen|direction: i2cread|nbyte: 2|type: temp|i2caddress: 64
2016.12.12 12:42:41 3: II2CMaster: HWaccess blockweise von 0x40 lesen, -> sysread failure: Input/output error
2016.12.12 12:42:41 1: PERL WARNING: Exiting subroutine via last at ./FHEM/00_RPII2C.pm line 520.
Gruß Oswald
Hallo Oswald,
das ist merkwürdig , jede Schreiboperation auf den I2C-Bus geht schief.
Geht denn irgendein anderes I2C-Device ?
Nicht dass irgendwelche Rechte auf den Bus fehlen.
ggf. mal
sudo adduser fhem i2c
ausprobieren.
Viele Grüße
Karsten
Hallo Karsten,
danke für den Tipp FHEM war schon i2c user
Ich habe im Moment kein anderes i2c Geräte, aber ich werde es mal untersuchen
Gruß Oswald
Stimmt die Adresse?
Was kommt bei der Eingabe von i2cdetect in der Konsole?
Hallo
Danke für die Tipps
nach einem nochmaligem
sudo apt-get install i2c-tools # I2C-Toolkit fuer die Kommandozeile
sudo apt-get install python-smbus # Python-Bibliothek fuer I2C
sudo apt-get install libi2c-dev # Bibliothek fuer C
und der dann mit
sudo i2cdetect -y 1 gefundenen Adresse x40
klappt auch das Auslesen eines HDC1080
Gruß Oswald
Zitat von: osid-timo am 21 Dezember 2016, 14:21:00
und der dann mit
sudo i2cdetect -y 1 gefundenen Adresse x40
klappt auch das Auslesen eines HDC1080
Willst du damit sagen, das es jetzt unter FHEM läuft?
Das wäre seltsam, da die Pakete nichts mit der Funktion unter FHEM zu tun haben sollten.
Mir ging es nur darum sicherzustellen, das HDC1080 korrekt funktioniert
Hallo,
den HDC1080 kann ich jetzt ohne Probleme auslesen, ich werde noch etwas testen und dann mal davon berichten
Gruß Oswald
Hallo,
die Messwerte kommen sehr stabil
2016-12-27_21:37:38 HDC1080 T: 23.3 H: 33.3
2016-12-27_21:37:38 HDC1080 T: 23.3 H: 33.3
2016-12-27_21:42:42 HDC1080 T: 23.0 H: 33.5
2016-12-27_21:42:42 HDC1080 T: 23.0 H: 33.4
2016-12-27_21:47:42 HDC1080 T: 23.0 H: 33.7
2016-12-27_21:47:42 HDC1080 T: 23.0 H: 33.7
2016-12-27_21:52:42 HDC1080 T: 22.9 H: 33.8
2016-12-27_21:52:42 HDC1080 T: 22.9 H: 33.8
2016-12-27_21:57:43 HDC1080 T: 23.0 H: 33.5
2016-12-27_21:57:43 HDC1080 T: 23.0 H: 33.5
2016-12-27_22:02:43 HDC1080 T: 23.0 H: 33.3
2016-12-27_22:02:43 HDC1080 T: 23.0 H: 33.3
2016-12-27_22:07:43 HDC1080 T: 22.9 H: 33.4
2016-12-27_22:07:43 HDC1080 T: 22.9 H: 33.4
2016-12-27_22:12:44 HDC1080 T: 22.9 H: 33.3
2016-12-27_22:12:44 HDC1080 T: 22.9 H: 33.3
ob die Feuchte über den gesamten Temperatur/Feuchtebereich korrekt sind kann ich jetzt nicht bestimmen, aber im Vergleich zu einem Sensirion SHT21 sehr ähnlich
Gruß Oswald
Hallo Oswald, das klingt schon mal gut.
Ich hatte 3 Stück gekauft und alle 3 lieferten unrealistische Werte. Die Luftfeuchtigkeit lag immer zwischen 75 und 99%.
Der Keller ist feucht, daher wurde ich nicht misstrauisch. Erst als ein anderer Nutzer mich auf die Werte hinwies verglich
ich es mit anderen Sensoren.
Ich bin jetzt auf BME280 und SHT 21 umgestiegen.
Wenn bei Dir die Werte stimmen, war ja die Mühe doch nicht umsonst ;)