Feinstaubsensor bauen (luftdaten.info)

Begonnen von igami, 08 Februar 2017, 06:23:27

Vorheriges Thema - Nächstes Thema

igami

Mit dem morgigen Update hat das Modul eine andere Syntax für die DEF. Die Migration sollte automatisch erfolgen.
Es kann nun ein physikalisches Device in mehrere logische devices aufgeteilt werden. Dies wird benötigt, wenn mehrere gleiche Sensoren (z.B. Temperatursensoren) an einem Node MCU betrieben werden aber unterschiedliche Standorte haben.
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

igami

Zitat von: Dersch am 16 Oktober 2017, 15:37:20
Also irgendwie geht es doch nicht

hier ist mal das List:

Internals:
   CFGFN
   DEF        remote 4305 4306
   INTERVAL   300
   MODE       remote
   NAME       Feinstaubsensor
   NR         758
   SENSORIDS  4305 4306
   STATE      P1:PM10 P2:7.27 T:0 H:36.50 D:dewpoint
   TIMEOUT    5
   TYPE       LuftdatenInfo
   READINGS:
     2017-10-16 15:35:50   PM2.5           7.27
     2017-10-16 15:35:50   humidity        36.50
     2017-10-16 15:35:41   latitude        49.926
     2017-10-16 15:35:42   location        64331 Weiterstadt
     2017-10-16 15:35:41   longitude       8.608
     2017-10-16 15:35:50   state           active
     2017-10-16 15:35:44   temperature     0
Attributes:
   group      Umweltsensoren
   icon       weather_pollen
   room       Dach
   stateFormat P1:PM10 P2:PM2.5 T:temperature H:humidity D:dewpoint


Er aktualisiert doch nicht Temo und Humidity und PM10 kommt nun nicht mehr in den readings vor..
Da das ganze nichts mit der alternativen Firmware zu tun hat geht es hier weiter.

Irgendwie ist das JSON welches ich als Antwort bekomme nun anders aufgebaut. Das muss ich im Modul anpassen.
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

Frank_Huber

bei PM10 habe ich heute seit Mittag ca. auch Aussetzer.
rufe die Daten vom Server ab.
Modulversion 59_LuftdatenInfo.pm 14691 2017-07-11 09:11:30Z igami

Hat wohl eher nichts mit dem Modul zu tun.

Dersch

Ja gut möglich, Jetzt funktioniert auch wieder alles wie es soll ohne weiteres zutun.

rcmcronny

Hi,

bei mir hat es wohl beim Update die DEF zermehrt, da fehlte nach dem local die IP, und ich wundere mich, warum seit heute früh (Updatetime) ein error als Status kommt ;)

Ronny

heinzfo

Guten Morgen

Seit einigen Tagen habe ich im Logfile diesen Eintrag für drei Sensoren, woran liegt das?

error while request: connect to http://api.luftdaten.info:80 timed out

Fhem update gestern 16.10.2017

Grüße
Heinz

JoWiemann

Das kann am Design der Firmware liegen. Immer dann, wenn die Sensoren abgefragt werden und der Versand nach Luftdaten erfolgt wird der Server gestoppt um möglichst konsistente Daten zu erzeugen und zu versenden. Erfolgt in diesem Zeitfenster eine Abfrage von Fhem, dann kommt es zum Timeout. In der Firmware ist ein Versand an einen lokalen Server vorgesehen. Vielleicht kann man ja das Fhem Modul so umbauen, dass es mit dieser Funktion nutzbar wird.


Gesendet von iPhone mit Tapatalk

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Frank_Huber

Zitat von: heinzfo am 17 Oktober 2017, 07:47:15
Seit einigen Tagen habe ich im Logfile diesen Eintrag für drei Sensoren, woran liegt das?
error while request: connect to http://api.luftdaten.info:80 timed out

Moin,

Das klingt dannach als ob der Luftdateninfo Server Schluckauf hat.
deckt sich auch mit meinen abgerufenen Daten.
Die Plots haben einige Aussetzer. Anfangs nur PM10, seit gestern auch PM2.5

heinzfo

Ok, Danke!

Gesendet von meinem SM-G930F mit Tapatalk


Frank_Huber

seit heute ca 8:00 ist der Server wohl wieder stabil.

PeMue

Zitat von: Frank_Huber am 17 Oktober 2017, 14:02:50
seit heute ca 8:00 ist der Server wohl wieder stabil.
Ja, bis um 8 Uhr am Morgen gab es wohl ein Problem  :(

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

igami

Zitat von: rcmcronny am 16 Oktober 2017, 20:59:28
Hi,

bei mir hat es wohl beim Update die DEF zermehrt, da fehlte nach dem local die IP, und ich wundere mich, warum seit heute früh (Updatetime) ein error als Status kommt ;)

Ronny
Da hatte ich leider einen Fehler in der Migration, ist aber mittlerweile schon behoben.

Zitat von: PeMue am 17 Oktober 2017, 15:58:43
Ja, bis um 8 Uhr am Morgen gab es wohl ein Problem  :(

Gruß PeMue
Das kann ich bestätigen. Seit heute morgen 8 Uhr bekomme ich auch wieder alle Werte :)
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

KölnSolar

Hallo igami,
heute ist mein SDS011 mit USB eingetroffen. Da mir noch der Wemos fehlt und ich den Sensor im Innenraum einsetzen möchte, stellte sich mir die Frage, warum überhaupt den Umweg über den Wemos gehen. Hast Du evtl. eine solche Erweiterung angedacht bzw. hältst Du sie überhaupt für sinnvoll, da ja dann doch komplett anderer Zugriff, Format, Ansteuerung des sds011 ?
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

igami

Ich bin kein Hardware Bastler. Der Feinstaubsensor kommt ja ursprünglich von Luftdaten.info aus Stuttgart. Ich wollte die Daten lediglich in FHEM haben und habe dafür das Modul geschrieben.
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

KölnSolar

#344
Ich doch auch nicht  ;) Deshalb wäre es ja so schön den SDS011 ohne jegliches Basteln an dem Rpi über USB(TTL)zu betreiben. Einziger Grund es nicht zu tun: kein FHEM-Modul  >:(
Edit: Aber das wäre dann eher ein SDS011-Modul, als luftdaten.info
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt