Hast Du Die Spannung gemessen? Direkt an den (ehemaligen) Batteriekontakten? Polung richtig?
Wenn Ja, kannst Du den Aufbau ggf. noch verbessern, wenn Du einen zusätzlichen Pufferkondensator anschliesst, denn Dein Netzteil hat ggf. nur eine rippelige Ausgangsspannung. Und die kann die HF-Elektronik stören. Geht denn die LED in der Fernbedienung?
Gibt es hier Fortschritte. Ich habe auch noch ein Display von einem alten Tolino rumliegen. Kann man den irgendwie verwenden?
Die Absolute Feuchte kann man berechnen (Aus Messung von Temperatur und rel-Feuchte). Ist das das Problem? Dann kann ich helfen.
Du brauchst draussen und drinnen so eine Messung, und dann kanns auch schon losgehen.
Mit Smart-Home-Geräten kann das gut und schnell funktionieren. Z.B. wenn die das MQTT Protokoll unterstützen. Die Taupunktberechnungen kann man dann in einer Rule-Engine machen, und die Regelung selbst ebenfalls in einer Rule-Engine.
Auf dem Raspberry-Pi laufen dann
1. der broker (mosquitto) und
2. die Regelmaschinen (Node-Red falls lieber grafisch "programmiert" oder die aus MQTT-Hyperdash (Programmieren in "C").
Es ist nun nur noch die Frage, ob es Sensoren und Lüfter mit MQTT-Anbindung (z.B. über WLAN oder zigbee) gibt.
und, ist aus dem Experiment was rausgekommen?
Das sollte alles machbar sein. Nur mit dem Akku wird es sich wahrscheinlich nicht so entwickeln, wie Du das Dir evtl. vorstellst, oder gerne hättest. Es kommt natürlich darauf an, wie lange der Raspberrry Pi damit durchhalten soll. Wahrscheinlich ist eine einfache Autobatterie am schnellsten zu beschaffen und aufzubauen (den Raspberry Pi dann an einem Auto-USB-Lader anschliessen).
Wie sollen denn die Daten vom Raspberry Pi wegkommen? Per WLAN oder Netzwerkkabel?
Wenn Du was selber machen willst, dann vielleicht mir einem cgi-script, welches von einem Ordner, den Du per WEb-Server ansurfst dann ein mpg123 /pfad/ auslöst. Es kann so einfach sein.
Es gibt wegen der Bauteiltoleranzen immer einen kleinen Unterschied zwischen den d21820 Sensoren. Aber dieses beträgt normalerweise in der Größenordnung 0.5 Grad. 10 Grad oder mehr sind mir nicht untergekommen.
Vielleicht sind die Thermoelemente kaputt? Was sagt der gefühlte Hand-Test?
Du willst wahrscheinlich sowas:
(Digitales Flugblatt, c't)
https://www.heise.de/select/ct/2017/22/1508780300482172
Da steht drin, wie man es konfigurieren muss.
Es kommt doch nur auf die absulute(!) Feuchtigkeit (üblicherweise in Gramm pro Qubikmeter Luft gemessen) an. Wenn die innen größer als aussen ist, dann besser lüften, sonst Fenster zu.
Alles andere, Wandtemperatur, Taupunkt etc. ist eigentlich nicht wichtig.
Eigentlich sollten die Partikel bei höherer Feuchtigkeit aufquellen und somit größer werden. Dann muessten die Signal PM2.5 und PM10 kleiner werden, da ja ein Anteil von PM10 nicht mehr gemessen wird.
Ich habe nun eine Abschliessende Diagnose des Problems: Die SD-Karte hat offenbar einen Fehler. Manchmal triggert man diesen Fehler, vielleicht wenn man einen Sektor lesen will, der deinen IO-Error produziert.
Dann deaktiviert sich die SD-Karte und der Raspberry-Pi muss nun ohne ein root-Dateisystem laufen, was nach kürzerer Zeit dazu führt, dass alle Prozesse haengen oder abstürzen. Neue können wegen des IO-Errors auch nicht gestartet werden. Der Raspi ist also dann ein Zombi.
Wunderlicherweise kann der Watchdg daran nix aendern. Vielleicht weil die SD-Karte auch nach einem Reset noch nicht wieder aktiviert ist. Erst ein komplettes Stromlos-Machen führt nach dem Wiedereinschalten zu einem dann weiterhin normalen Betrieb.
Jetzt bin ich dabei, den Fehler auf der SD-Karte einzugrenzen. Ich versuche eine unbenutzte Datei auf den Fehlerhaften Sektor/Bereich zu legen.
Also, hier mein abschliessendes Fazit: Das Anschliessen eines weiteren SPI Devices ist so ohne weiteres an dieses Baseboard nicht möglich. Die Kontakte sind verdeckt und das ganze wird dann Murks. Ich habe das Baseboard nun ausgemustert und gehe direkt an die Raspi-Kontakte dran. Als ADC nehme ich einen separaten (16bit) ADC auf einer I2C Platine. Die Signale sind da auch sauberer. Das Basboard war fuer den Einstieg ganz in Ordnung, nun aber kann es weg.
Ich hab nun auch so ein Display (s/w/r). Und es laeuft am Rasp pi. (Mit dem epd Programm (C)) Was mich aber noch stört ist die laengliche Prozedur beim zeigen eines neuen Bildes. Das Falckern etc. ist meiner Meinung nach gar nicht nötig. Jedenfalls nicht immer fuer den ganzen Screen. Hast Du das auch? oder geht das besser?
(Ich habe auch noch ein EDM100 von ELV (s/w), aber das hab ich ncoh ueberhaupt nicht zum Funktionieren gebracht).
Umbenennen zu a.zip und dann mit unzip hat nun funktioniert! Danke.
Mannomannwas für ein Haufen Zeugs...
VIelen Dank für Deine Hilfe. Leider geht es immer noch nicht.
produziert:
Ja, mit etwas Aufwand wohl. Die erste Hürde ist, das Software.File runterzuladen. Der Download bricht immer ab. Maximal hab ich nun ein unvollstaendiges Zip-File mit 40 MBytes. Grummel.
Ich habe jetzt so ein Teil hier, nur leider gar keinen Hinweis, wie man das dann am Raspberry Pi anschliessen und betreiben kann.
https://www.elv.de/elv-e-paper…modul-edm100-bausatz.html
Ich kann auch nix im Internet finden. Das war wohl der Haken an der Sache...
Sorry, dass ich das Thema nochmal aufwärme. Ich habe auch so ein Teil, möchte nun aber ein Display über SPI anschliessen und finde keinerelei SPI Anschlüsse. Ist es überhaupt möglich ein (weiteres) SPI device über diese Platine anzuschiessen?
Ja, das würde aber gehen. Für meine Anzeige reicht ein Update Jede Minute aus (cron job). Das EDM100 von ELV gibt es nun als Werbegeschenk, wenn man bis Ende des Jahres irgendwas von mehr als 80 EURO bestellt. Ich überlege noch. Verdächtig ist, dass sie das nun quasi verramschen. Vielleicht kommt was besseres nach?
