Feinstaubsensor - alternative Firmware (luftdaten.info)

[Burny4600]

Ich habe mich jetzt entschieden die alternative Firmware zu testen.

Wie bekomme ich am besten die Firmware auf das WiFi Modul?
Welches Programm ist am Besten geignet?
Welche Dateien aus dem airrohr-firmware Verzeichnis sind notwendig?

[maddhin]

Ich habe mich jetzt entschieden die alternative Firmware zu testen.

Wie bekomme ich am besten die Firmware auf das WiFi Modul?
Welches Programm ist am Besten geignet?
Welche Dateien aus dem airrohr-firmware Verzeichnis sind notwendig?

steht alles auf luftdaten.info...

[Burny4600]

Auf Luftdaten.info ist erläutert wie man die latest_de.bin Flasht, aber nicht wie die alternative Firmware gefläsht werden soll.

Unter dem Verzeichnis airrohr-firmware befinden sich eine Menge an Dateien. Und das hat mit Luftdaten.info nichts mehr zu tun.

[PeMue]

Hallo Chris,

m.E. ist die Variante auf luftdaten.info relativ aufwändig. Ich nehme den NodeMCU Flasher und brenne die Firmware einfach an 0x00000 auf den WeMos und fertig ist die Sache 

Gruß PeMue

[maddhin]

Zwei kurze Verständisfragen:

1. ich habe meinen PMS7003 per

Code Auswählen Erweitern

define pms LuftdatenInfo ip-Adresse

definiert. Die andere Variante mit Sensortyp und ID ging nicht.

Jetzt bekomme ich zwar Temp/Hum Daten aber keine PM-Daten - was mache ich falsch?

2. Werden die Daten bei der alternativen FW an Luftdaten gesendet oder muss man hier noch die API einschalten? Bei mir taucht der Sensor unter madavi.de nicht auf.

[Christian Uhlmann]

Hi zusammen,

im ersten Post gibt es eine neue Version.

Version: NRZ-2017-100-AF-018

vielen Dank erst mal für die Updates.

Mein Sensor restartet immer, wenn ich Daten an opensensemap senden lasse.
Keine Ahnung ob das ein addon Feature dieser Version ist oder ob das auch in der Original FW nicht geht.
Da ich aber ziemlich lange gebraucht habe den Fehler zu finden wollte ich mein Wissen einmal teilen.


Grüße

Christian

[JoWiemann]

Danke für den Hinweis. Werde ich im Laufe der Woche prüfen.


Gesendet von iPhone mit Tapatalk

Grüße Jörg

[JoWiemann]

Zwei kurze Verständisfragen:

1. ich habe meinen PMS7003 per

Code Auswählen Erweitern

define pms LuftdatenInfo ip-Adresse

definiert. Die andere Variante mit Sensortyp und ID ging nicht.

Jetzt bekomme ich zwar Temp/Hum Daten aber keine PM-Daten - was mache ich falsch?

2. Werden die Daten bei der alternativen FW an Luftdaten gesendet oder muss man hier noch die API einschalten? Bei mir taucht der Sensor unter madavi.de nicht auf.

Hm, von welchem Sensor bekommst Du denn Temp/Hum Daten? Der PMS7003 liefert doch nur Feinstaub.

Die Übertragung muss separat eingeschaltet werden. Und zwar einmal Grundsätzlich und dann für jeden Sensor der übertragen werden soll.

Da ich den PMS70003 nicht testen kann, überprüfe doch bitte erst einmal mit der originalen Firmware von Luftdaten. Vielleicht habe ich ja etwas falsch übernommen. Danke.


Gesendet von iPhone mit Tapatalk

Grüße Jörg

[Christian Uhlmann]

Hi,

Anbei mal eine neue Version mit neuer Syntax. Es gibt nun 3 Möglichkeiten zur definition: remote, local und slave.
Bei einer alternativen Firmware mit zwei Temperatur Sensoren könnten die definitionen dann inetwa so aussehen:

Code Auswählen Erweitern


define local_master LuftdatenInfo2 local <IP>
define local_master LuftdatenInfo2 slave local_master BME280_tempreature BME280_humidity BME280_pressure


Bitte mal testen ob das so praktikabel ist. Ich selbst nutze die alternative Firmware (noch) nicht.

ja klappt super, vor allem das get_sensors finde ich super

Da ich meinen DHT aber an luftdaten.info verteilen möchte und dieser dann bei dem Namen nichts drin stehen haben soll (ist das noch so oder war das mal ein Workaround?), bekomme ich nur die Temp und Hum vom BME280.
Sowohl im master Device als auch im Slave Device bekomme ich das nicht hin.
Hat jemand ggf. einen Tipp wie ich an beide ran komme?

Was mir dann noch so allgemein einfällt, läßt sich evtl. eine Uptime ermitteln und in FHEM als Reading darstellen?


Grüße

Christian

[maddhin]

Hm, von welchem Sensor bekommst Du denn Temp/Hum Daten? Der PMS7003 liefert doch nur Feinstaub.

Die Übertragung muss separat eingeschaltet werden. Und zwar einmal Grundsätzlich und dann für jeden Sensor der übertragen werden soll.

Da ich den PMS70003 nicht testen kann, überprüfe doch bitte erst einmal mit der originalen Firmware von Luftdaten. Vielleicht habe ich ja etwas falsch übernommen. Danke.


Gesendet von iPhone mit Tapatalk

Grüße Jörg

Die Temp/Hum Daten kommen von einem DHT22 - der PMS7003 sollte funktionieren, zumindest werden die Daten auf der Sensorwebsite (/values) angezeigt.

[igami]

Hi,


ja klappt super, vor allem das get_sensors finde ich super

Da ich meinen DHT aber an luftdaten.info verteilen möchte und dieser dann bei dem Namen nichts drin stehen haben soll (ist das noch so oder war das mal ein Workaround?), bekomme ich nur die Temp und Hum vom BME280.
Sowohl im master Device als auch im Slave Device bekomme ich das nicht hin.
Hat jemand ggf. einen Tipp wie ich an beide ran komme?

Was mir dann noch so allgemein einfällt, läßt sich evtl. eine Uptime ermitteln und in FHEM als Reading darstellen?


Grüße

Christian

Im gesamten JSON werden doch zwei Sensoren auftauchen, einmal der DHT mit den Readings "temperature" und "humidity" und einmal der BME mit den angepassten Namen. Wenn du bei beiden die Namen nicht angepasst hast, dann könnte es sein, dass es sich überschreibt.
Was liefert denn get Sensors bei dem local device?

[igami]

Die Temp/Hum Daten kommen von einem DHT22 - der PMS7003 sollte funktionieren, zumindest werden die Daten auf der Sensorwebsite (/values) angezeigt.

Das noch ofiziell eingecheckte Modul kann nur mit dem SDS011 umgehen. Versuch doch bitte mal die Version von hier

[Burny4600]

@PeMue

m.E. ist die Variante auf luftdaten.info relativ aufwändig. Ich nehme den NodeMCU Flasher und brenne die Firmware einfach an 0x00000 auf den WeMos und fertig ist die Sache

Nur welche Files der alternativen Firmware muss ich mit dem NodeMCU Flasher auf den WeMos brennen?

[Christian Uhlmann]

Hi,

Nur welche Files der alternativen Firmware muss ich mit dem NodeMCU Flasher auf den WeMos brennen?

einfach das File "ohne_debug_airrohr-firmware.ino.nodemcu.bin" aus dem ersten Post


Grüße

Christian

[Christian Uhlmann]

Hi,

Im gesamten JSON werden doch zwei Sensoren auftauchen, einmal der DHT mit den Readings "temperature" und "humidity" und einmal der BME mit den angepassten Namen. Wenn du bei beiden die Namen nicht angepasst hast, dann könnte es sein, dass es sich überschreibt.
Was liefert denn get Sensors bei dem local device?

ja, es sind beide temp. vorhanden:

get sensors:

Code Auswählen Erweitern


BME280_humidity
BME280_pressure
BME280_pressure_nn
BME280_temperature
SDS_P1
SDS_P2
free_memory
humidity
max_micro
min_micro
samples
signal
temperature


es wird aber nur im BME slave device eine temp angezeigt.

List vom master:

Code Auswählen Erweitern


Internals:
   ADDRESS    192.168.eg.al
   CFGFN
   DEF        local 192.168.eg.al
   INTERVAL   30
   MODE       local
   NAME       local_master
   NR         31018
   STATE      active
   TIMEOUT    5
   TYPE       LuftdatenInfo2
   Helper:
     DBLOG:
       BME280_pressure_nn:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      104513.00
       PM10:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      59.87
       PM2.5:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      27.13
       free_memory:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      16096
       humidity:
         SYS.DbLog:
           TIME       1506236654.34591
           VALUE      72.95
         SYS.DbLog.LONG:
           TIME       1506236654.34703
           VALUE      72.95
       max_micro:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      795360
       min_micro:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      330
       pressure:
         SYS.DbLog:
           TIME       1506236654.34591
           VALUE      1025.44
       samples:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      521870
       signal:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      -73
       softwareVersion:
         SYS.DbLog:
           TIME       1506241426.05654
           VALUE      NRZ-2017-100-AF-018
       state:
         SYS.DbLog:
           TIME       1506241560.11521
           VALUE      active
       temperature:
         SYS.DbLog:
           TIME       1506236751.87782
           VALUE      17.65
         SYS.DbLog.LONG:
           TIME       1506236751.87876
           VALUE      17.65
   READINGS:
     2017-09-24 10:26:00   BME280_pressure_nn 104513.00
     2017-09-24 10:26:00   PM10            59.87
     2017-09-24 10:26:00   PM2.5           27.13
     2017-09-24 10:26:00   free_memory     16096
     2017-09-24 10:26:00   max_micro       795360
     2017-09-24 10:26:00   min_micro       330
     2017-09-24 10:26:00   samples         521870
     2017-09-24 10:26:00   signal          -73
     2017-09-24 10:23:46   softwareVersion NRZ-2017-100-AF-018
     2017-09-24 10:26:00   state           active
   helper:
     bm:
       LuftdatenInfo2_Define:
         cnt        3
         dmx        0
         mTS        24.09. 10:23:22
         max        5
         tot        12
         mAr:
           HASH(0x5613ceadf0c0)
           local_master LuftdatenInfo2 local 192.168.eg.al
       LuftdatenInfo2_Get:
         cnt        85
         dmx        0
         mAr
         mTS
         max        0
         tot        0
       LuftdatenInfo2_Set:
         cnt        513
         dmx        0
         mAr
         mTS
         max        0
         tot        0
Attributes:


List vom slave:

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        slave local_master BME280_temperature BME280_humidity BME280_pressure
   MASTER     local_master
   MODE       slave
   NAME       local_slave
   NR         31179
   SENSORS    BME280_temperature BME280_humidity BME280_pressure
   STATE      active
   TYPE       LuftdatenInfo2
   Helper:
     DBLOG:
       humidity:
         SYS.DbLog:
           TIME       1506241590.09306
           VALUE      83.96
         SYS.DbLog.LONG:
           TIME       1506241590.09356
           VALUE      83.96
       pressure:
         SYS.DbLog:
           TIME       1506241590.09306
           VALUE      1025.82
       state:
         SYS.DbLog:
           TIME       1506241590.09306
           VALUE      active
       temperature:
         SYS.DbLog:
           TIME       1506241590.09306
           VALUE      16.05
         SYS.DbLog.LONG:
           TIME       1506241590.09356
           VALUE      16.05
   READINGS:
     2017-09-24 10:26:30   absFeuchte      11.5
     2017-09-24 10:26:30   dewpoint        13.3
     2017-09-24 10:26:30   humidity        83.96
     2017-09-24 10:26:30   pressure        1025.82
     2017-09-24 10:26:30   state           active
     2017-09-24 10:26:30   temperature     16.05
   helper:
     bm:
       LuftdatenInfo2_Define:
         cnt        3
         dmx        0
         mTS        24.09. 09:04:28
         max        7
         tot        20
         mAr:
           HASH(0x5613c4b45d08)
           local_slave LuftdatenInfo2 slave local_master BME280_tempreature BME280_humidity BME280_pressure
       LuftdatenInfo2_Get:
         cnt        43
         dmx        0
         mAr
         mTS
         max        0
         tot        0
       LuftdatenInfo2_Set:
         cnt        194
         dmx        0
         mTS        24.09. 10:23:57
         max        9
         tot        20
         mAr:
           HASH(0x5613c4b45d08)
           local_slave
           statusRequest
Attributes:


Im Anhang der Screen von der /values Seite.
Wie schon vorhin beschrieben, die "Bezeichnung" vom DHT22 ist in den Setttings leer gelassen.


Grüße

Christian

Update: auch im LuftdatenInfo Device ist die Temp vom BME, falls das wichtig ist.