Hallo,
hier nun die Ecke für die Alternative Firmware.
Die generellen Themen zum Fhem Modul: 59_Luftdateninfo bzw. zu Luftdaten.Info werden hier behandelt: https://forum.fhem.de/index.php/topic,66674.msg655464.html#msg655464
Aktuell können an luftdaten.info nur folgende Sensoren übertragen werden. Also nur bei diesen Sensoren den API Hacken setzen:
- SDS011 API PIN 1 Feinstaub, aktuell empfohlener Sensor als Bezeichnung muss SDS gesetzt werden
- PPD42NS API PIN 5 Feinstaub, alternative keine Bezeichnung
- NEO 6M API PIN 9 GPS, Geokoordinaten als Bezeichnung muss GPS gesetzt werden
- DHT11/22 API PIN 7 Temperatur, rel. Luftfeuchte keine Bezeichnung
- BMP085/180 API PIN 3 Temperatur, rel. Luftfeuchte als Bezeichnung muss BMP gesetzt werden
- BME280 API PIN 11 Temperatur, rel. Luftfeuchte, Druck als Bezeichnung muss BME280 gesetzt werden
ab Version NRZ-2017-095
- PMS3003 API PIN 1 Feinstaub, alternative als Bezeichnung muss PMS gesetzt werden
- PMS1003 API PIN 1 Feinstaub, alternative als Bezeichnung muss PMS gesetzt werden
- PMS7003 API PIN 1 Feinstaub, alternative als Bezeichnung muss PMS gesetzt werden
- HTU21D API_PIN 7 Temperatur, rel. Luftfeuchte als Bezeichnung muss HTU21D gesetzt werden
- BMP280 API PIN 3 Temperatur, rel. Luftfeuchte als Bezeichnung muss BMP280 gesetzt werden
Grüße Jörg
Version: NRZ-2018-111-AF-070 (20.03.2019, 20:40)
- Den Patch von Andreas integriert (Danke hierfür)
- Auf ArduinoJson Version 6.x umgestellt
- Fehler beim BMP085/180 behoben
- Bitte Compileroptionen beachten
Einstellungen Arduino IDE
Board: NodeMCU 1.0 (ESP-12E Module)
CPU Frequency: 80MHz
Flash Size: 4M (3M SPIFFS) Ab "ESP für Arduino 2.4.2":
Debug Port: Disabled
Debug Level: NoAssert-NDEBUG
lwIP Variant: v2.0 Lower memory
VTables. Flash
Erase Flash: Only Sketch
in der Datei c:\Users\Buero\AppData\Local\Arduino15\packages\esp8266\hardware\esp8266\2.5.0\platform.txt die
Zeile 'build.float=-u _printf_float -u _scanf_float' ändern in 'build.float='
Andreas
Version: NRZ-2018-111-AF-062 (18.01.2019, 08:10)
- Fehler beim Hinzufügen von Sensoren entfernt
- SDS, PMS und NEO(GPS) wurden keine Daten generiert
Version: NRZ-2018-111-AF-060 (03.01.2019, 17:12)
- Eingabefelder für NTP Server aktiviert (hatte ich übersehen)
Version: NRZ-2018-111-AF-060 (02.01.2019, 19:22)
- kleinere Fehler behoben
Version: NRZ-2018-111-AF-050 (17.10.2018, 16:20)
- Fehler in der Übermittlung an Luftdaten behoben
Version: NRZ-2018-111-AF-041 (17.10.2018, 12:25)
- Anzeigefehler behoben
- kleinere Optimierungen
Version: NRZ-2018-111-AF-036 (15.10.2018, 18:18)
- Information über Versand an Luftdaten usw. auf Sensor Status Seite
Version: NRZ-2018-111-AF-034 (15.10.2018, 15:34)
- Auf Version NRZ-2018-111 von Lufdaten.info angehoben
- NTP Client eingefügt
- Fehler korrigiert
Version: NRZ-2017-100-AF-025
- BME680 auf Basis der Adafruit-Lib integriert
BME680_temperature
BME680_humidity
BME680_pressure
BME680_pressure_nn
BME680_gas_resistance -> aktueller Gas-Wert | mittel der 10 letzten Werte | H_WERT | G_WERT | AIR_QUALITY
Humidity element was : H_WERT of 0.25
Gas element was : G_WERT of 0.75
Air Quality = AIR_QUALITY % derived from 25% of Humidity reading and 75% of Gas reading
100% is good quality air
- Auslieferung der Web-Seiten überarbeitet
Version: NRZ-2017-100-AF-022
- Neue airrohr-firmware.zip hochgeladen. BME280.h und BME280.ini waren nicht aktuell
Version: NRZ-2017-100-AF-022
- Behandlung von Fehlern bei Sensoren korrigiert
Der Rückgabewert bei Sensorfehler kann jetzt über die Konfiguration Sensor festgelegt werden:
Default Temperatur ist 65536
Default alle anderen Messwerte -1
Version: NRZ-2017-100-AF-020
- VEML6070 überarbeitet
Rohwerte in UV Steps (Das ist der originale Rückgabewert)
Intensität (Watt)
Risiko 1..5
setzen der "Integration Time"
- Display
Die Ausgabe im Display sollte jetzt passen (das Display hat definitiv bei der eingestellten Schriftart nur 6 Zeilen).
Sofern noch Zeilen übrig sind (hängt von den Sensoren ab. Mit Feinstaub und GPS bleibt keine Zeile übrig)
werden Systeminfos ausgegeben. Weiterhin werden jetzt Infos während des OTA ausgegeben.
Version: NRZ-2017-100-AF-018
- Restart bei aktivem Display behoben (falsche Lib gelinkt)
Es wird immer nur ein Sensor angezeigt. Geprüft wird in folgender Reihenfolge:
Wenn BME280 Low dann anzeigen,
sonst wenn BME280HI dann anzeigen,
sonst wenn DHT_7 dann anzeigen,
sonst wenn BMP180 dann anzeigen,
sonst wenn BMP280 Low dann anzeigen,
sonst wenn BMP280 High dann anzeigen.
Version: NRZ-2017-100-AF-017
- auf aktuelle Version luftdaten.info gehoben
- Speicherfresser bei OTA entfernt (führte zu regelmäßigen Neustarts)
- fehlender Wert BME280LO für _pressure_nn gefixed
Version: NRZ-2017-098-AF-016
- Versand an luftdaten.info überprüft
Version: NRZ-2017-098-AF-015
- auf aktuelle Version luftdaten.info gehoben
- Sensor Status Seite implementiert
- Code Optimierungen
Version: NRZ-2017-095-AF-013
- Versand an luftdaten.info überprüft
Version: NRZ-2017-095-AF-012
- angehoben auf NRZ-2017-095
- unter Konfiguration System kann jetzt die Standorthöhe im Parameter: Meter ueber Normal Null hinterlegt werden
Ist dort ein Wert größer 0 eingetragen wird zusätzlich der Luftdruck auf NN ausgegeben
Version: NRZ-2017-092-AF-010
- überarbeitete Konfigurationsseiten für die Sensoren
Und wie sind diese drei Files zu verwenden?
Zitat von: Burny4600 am 03 Juli 2017, 16:20:11
Und wie sind diese drei Files zu verwenden?
Im Zip befindet sich der Source. Die bin-Files können direkt auf einen nodemcu geflasht werden.
Grüße Jörg
Hallo,
hier noch eine geänderte 59_LuftdatenInfo.pm, in der ich das Filtern auf die einzelnen Werte auskommentiert habe. Hierdurch werden die in der Konfiguration des Sensors festgelegten Namen vollständig nach Fhem übertragen.
Grüße Jörg
Hallo Jörg,
Zitat von: JoWiemann am 03 Juli 2017, 16:09:14
hier nun die Ecke für die Alternative Firmware.
vielen Dank. Könntest Du im ersten Post noch auf igami's Thread verlinken? Dann wäre die Sache perfekt ;)
Gruß Peter
Zitat von: JoWiemann am 03 Juli 2017, 16:25:04
Hallo,
hier noch eine geänderte 59_LuftdatenInfo.pm, in der ich das Filtern auf die einzelnen Werte auskommentiert habe. Hierdurch werden die in der Konfiguration des Sensors festgelegten Namen vollständig nach Fhem übertragen.
Grüße Jörg
Ich werde im nächsten Update mal ein Attribut rawReadings einfügen was dann eine umschlüsselung aushebelt.
Hallo,
ich habe einen SDS011 und dht22 lokal am ESP laufen und in fhem eingebunden.
Könnt ihr mir bitte sagen, was die alternative firmware macht bzw. Besser macht als die "offizielle",
Danke für die Info
Jörg
Zitat von: jnewton957 am 03 Juli 2017, 22:36:44
Könnt ihr mir bitte sagen, was die alternative firmware macht bzw. Besser macht als die "offizielle",
Es werden zusätzlich die Sensoren:
TSL2561 -> Lichtsensor
VEML6070 -> UV-Sensor
unterstützt.
Es können mehrere Sensoren gleichen Typs angeschlossen werden:
DHT22 bis zu drei
BME280 bis zu zwei
TSL2561 bis zu drei
Für jeden Sensor kann ein eigener Name vergeben werden
Für jeden Sensor kann gewählt werden, ob er an Luftdaten.info übertragen werden soll.
Ich habe zwei TSL2561 angeschlossen, um in etwa die richtige Helligkeit bei unterschiedlichem Sonnenstand zu erhalten
Einen VEML6070 für die UV Intensität
und zwei BME280, einer für das Zimmer, in dem der NodeMCU in einem Netzteil verbaut ist. Die Außensensoren werden über eine mehradrige abgeschirmte Steuerleitung nach außen geführt.
An Luftdaten.info übertrage ich nur den Staubsensor und den BME280, der außen hängt. Hierfür habe ich beiden den selben Namen wie in der Originalfirmware vergeben.
PS: Und es gab noch so ein paar kleinere Formatierungen auf der Konfigurationsseite, die mich gestört haben.
PS2: Mit der Integration des TSL2561 bin ich noch nicht ganz zufrieden. Ich möchte da noch ein paar Konfigurationsparameter, die zur Zeit fest eingestellt sind, zugänglich machen.
Grüße Jörg
Hallo,
versuche es nochmal mit meinem BMP280 als BMP180-Ersatz (solange der BME280 auf Reisen ist). Er wird nicht erkannt.
Meine Ideen:
- Adressproblem? (Adresse sollte per Default auf 0x77 eingestellt sein)
- oder kann es an der verwendeten Library liegen, wird die vom 085 verwendet?
- defekt!
Hat hier jemand einen BMP280 am laufen oder kann mir Infos zur Library oder der Adresse geben?
Gruß
Stefan
Zitat von: leuchte1 am 06 Juli 2017, 09:00:26
Hat hier jemand einen BMP280 am laufen oder kann mir Infos zur Library oder der Adresse geben?
siehe Datenblatt https://www.bosch-sensortec.com/bst/products/all_products/bme280
Ich muss meinen noch bestücken, aber dazu fehlt mir die Lotpaste (die ist aber schon unterwegs).
Gruß PeMue
Edit: Sorry, ich habe eine BM
E280, sorry war ein Versehen von mir.
die Hardware hab ich gecheckt. Adresse ist auf 0x77.
Ich verwende die Software von Jörg.
Wenn ich den BMP180 als Sensor auswähle wird er nicht erkannt. Ist halt ein BMP280, wobei der soll angeblich in der Original SW unterstützt werden?
Der Sensor ist im ofiziellen Modul noch nicht enthalten :-[
alles klar
Danke!
Im Anhang mal eine überarbeitete Version des Moduls. Bitte testen und Feedback geben, damit ich es einchecken kann, Die Commandref ist bisher nur auf englisch aktualisiert.
Es gibt nun das Attribut rawReadings um das mapping der readings names auszuschalten.
Weiterhin sollte der TSL2561 nun auch lokal ausgewertet werden, als readings Namen habe ich floatIR, floatFull und floatVisible genommen. Wobei ich nicht verstehe warum es float heißt.
BME und BMP sollten beide vom Modul ausgewertet werden, da dort nur auf temperature, humidity und pressure geprüft wird und nicht darauf von welchem Sensor die Werte kommen.
Ich überlege mir nun noch was wie man nur einzelne Sensoren von dem Modul auswerten lassen kann.
Im Idealfall hätte man dann ja ein Master device welches die Abfrage macht und mehrere Slave devices in die die "doppelten" Werte wie Temperatur geschrieben werden. Dadurch braucht man trotzdem nur eine Abfrage zu machen.
Zitat von: igami am 11 Juli 2017, 11:51:07
Weiterhin sollte der TSL2561 nun auch lokal ausgewertet werden, als readings Namen habe ich floatIR, floatFull und floatVisible genommen. Wobei ich nicht verstehe warum es float heißt.
Hallo,
der TSL2561 kennt drei Adressen unter denen er ansprechbar ist. Somit können maximal drei TSL parallel genutzt werden. Wie gesagt, ich nutzt dieses Feature um die Helligkeit über 360 Grad bei unterschiedlichem Sonnenstand zu ermitteln.
Es gibt die Adresszustände: float, high, low. D.h., dass der address-Selector, unbeschaltet, auf GND oder auf VCC gesetzt wird.
Damit die einzelnen TSL unterschieden werden können erhalten die Werte den entsprechenden Prefix.
Für den BME280 habe ich das adäquat umgesetzt. Dort kann der address-Selector auf low = GND, oder high = VCC gesetzt werden.
Grüße Jörg
Dann muss ich nochmal an das modul dran und die anderen beiden Präfixe auch noch einbauen
Wie würde denn das komplette json aussehen mit allen Sensoren?
Kann ich Dir erst am Freitag schicken. Ich bin im Moment unterwegs.
Gesendet von iPhone mit Tapatalk
Kein Problem.
Ich hatte die Idee, dass man ein Master device anlegt
define master_LDI Luftdaten.info 192.168.178.23 SDS011 DHT22
und mehrere Slave devices
define master_LDI Luftdaten.info master_LDI BME280
Man gibt also die Sensoren die als Readings angezeigt werden sollen mit in der DEF an
Zitat von: igami am 11 Juli 2017, 19:49:10
Ich hatte die Idee, dass man ein Master device anlegt
define master_LDI Luftdaten.info 192.168.178.23 SDS011 DHT22
und mehrere Slave devices
define master_LDI Luftdaten.info master_LDI BME280
Man gibt also die Sensoren die als Readings angezeigt werden sollen mit in der DEF an
Hmm, wenn ich mir das weiter überlege brauche ich das json glaube ich gar nicht, aber schaden kann es nicht :)
Hm, das mit Master/Slave ist eine gute Idee.
Grüße Jörg
Hat noch jemand zusätzliche Sensoren rumliegen die er mir schicken kann?
Bin grad dabei das Modul umzustricken. Zum Testen habe ich selbst aber nur den SDS011 und einen DHT22 verbaut.
Gut wären noch 1x DHT22, 2x TSL2561, 1x VEML6070 und 2x BME280.
Ich habe ein Problem mit der Readingausgabe des Feinstaubsensoreinheit.
https://forum.fhem.de/index.php/topic,66674.msg659360.html#msg659360
Ich bekomme die Werte für den Luftdruck des BME280 Sensors und die Temperatur und Feuchte für den DHT22 nicht.
Alles andere wird lokal von FHEM übernommen.
Gibt es eine Übesicht der FHEM Konfiguration für die Feinstaubsensoreinheit.
Ein weiteres Problem besteht mit der Übertragung an Luftdaten.info das keine http Verbindung erfolgt für die Datenübertragung bzw. Firmwareupdate usw.
Funktioniert das mit der alternativen Firmware oder ist hier speziell für die WeMos Sensoreinheit an den Netzwerkkomponenten eine Einstellung notwendig.
In der original Firmware komme ich auf keine Netzwerkkonfiguration um dies zu überprüfen was per DHCP die WeMos Sensoreinheit eingetragen hat.
Zudem ist der Sensor mit der originalen Firmware sehr schwer via http erreichbar.
Grundsätzlich gibt es weder am Router noch am Win2008 R2 DHCP Server Einschränkungen.
Lokal erfolgt zumindest an FHEM eine problemlose Datenübertragung bis auf die genannten fehlenden Readings.
Ich denke ihr habt dafür sicher schon eine Lösung, da ihr euch damit schon ausgiebig damit befast hatte.
Zitat1x DHT22, 2x TSL2561, 1x VEML6070 und 2x BME280.
Wo bist du zuhause.
Ich bekomme in der nächsten Zeit einige Sensoren. VEML6070, VEML6075
DHT22, TSL2561, BME280 habe ich noch einige herumliegen die noch nicht verbaut sind.
Dachte dabei aber daran diese irgendwie direkt via i2c unter FHEM in einem Raspberrie zu betreiben.
Zudem möchte ich noch die Sensoren AS3935_BlitzdetektorFranklin und HMC5883_Magnetometer in meine Wetterstation einbinden die ich auch Vorrätig habe.
Zitat von: Burny4600 am 15 Juli 2017, 10:37:13
Ich habe ein Problem mit der Readingausgabe des Feinstaubsensoreinheit.
https://forum.fhem.de/index.php/topic,66674.msg659360.html#msg659360
Ich bekomme die Werte für den Luftdruck des BME280 Sensors und die Temperatur und Feuchte für den DHT22 nicht.
Alles andere wird lokal von FHEM übernommen.
Gibt es eine Übesicht der FHEM Konfiguration für die Feinstaubsensoreinheit.
Wie hast du es denn bei dir definiert? Raw Definition oder List vom device wäre nicht schlecht.
Zitat von: Burny4600 am 15 Juli 2017, 10:37:13
Wo bist du zuhause.
Gütersloh
Hi Jörg,
ich habe Deine alternative Firmware eingesetzt. Leider gelingt es mir nicht, das Messintervall zu ändern.
Es bleibt auf 145. Kannst Du Dir das mal anschauen?
mit gemessenem Gruß
Roger
Güthersloh.
Ist nicht gerade ums Eck das ich dir die Sesnoren vorbei bringe.
Das ist das List der Original Firmware.
Internals:
BUSY 0
CFGFN /media/hdd/fhem/mycfg/wetter/sds011_rasp04.cfg
DEF http://User:Passwort@192.xxx.xxx.xxx/data.json 60
Interval 60
LASTSEND 1500121871.70185
MainURL http://User:Passwort@192.xxx.xxx.xxx/data.json
ModuleVersion 3.3.11 - 8.5.2017
NAME SDS011
NR 377
STATE PM10: 1.8 µg/m³ <br> PM2.5: 1.6 µg/m³ <br> Temp: 24.9 °C <br> Hum: 40.3 % <br> Luftdruck: 0.0 hPa <br> WLAN Signal: -51.0 dBm
TRIGGERTIME 1500121931.70074
TRIGGERTIME_FMT 2017-07-15 14:32:11
TYPE HTTPMOD
addr http://192.xxx.xxx.xxx:80
auth User:Passwort
buf
code 200
conn
data
displayurl http://User:Passwort@192.xxx.xxx.xxx/data.json
header Content-Type: application/json
host 192.xxx.xxx.xxx
httpheader HTTP/1.1 200 OK
Content-Type: application/json
Content-Length: 0
Connection: close
Access-Control-Allow-Origin: *
httpversion 1.0
hu_blocking 0
hu_filecount 1
hu_portSfx
ignoreredirects 0
loglevel 4
path /data.json
protocol http
redirects 0
timeout 2
url http://User:Passwort@192.xxx.xxx.xxx/data.json
value 0
QUEUE:
READINGS:
2017-07-15 14:29:20 BME280_humidity 40.33
2017-07-15 14:31:11 BME280_rel_pressure 25.7
2017-07-15 14:29:20 BME280_temperature 24.95
2017-07-15 14:29:20 max_micro 115811
2017-07-15 14:29:20 min_micro 176
2017-07-15 14:29:20 pm100 1.75
2017-07-15 14:29:20 pm25 1.65
2017-07-15 14:29:20 signal -51
2017-07-15 14:29:20 software_version NRZ-2017-092
REQUEST:
data
header Content-Type: application/json
ignoreredirects 0
retryCount 0
type update
url http://User:Passwort@192.xxx.xxx.xxx/data.json
value 0
sslargs:
Attributes:
alias AB Wetterstation - Feinstaub Sensor
group Sensoren
icon time_graph
reading01Name signal
reading01Regex "signal","value":"(.*?)".*
reading02Name software_version
reading02Regex "software_version": "(.*?)".*
reading03Name samples
reading03Regex "samples","value":"(0|\d*\.\d+)"}.*
reading04Name pm100
reading04Regex "SDS_P1","value":"(0|\d*\.\d+)"}.*
reading05Name pm25
reading05Regex "SDS_P2","value":"(0|\d*\.\d+)"}.*
reading06Name BME280_humidity
reading06Regex "BME280_humidity","value":"(0|\d*\.\d+)"}.*
reading07Name BME280_temperature
reading07Regex "BME280_temperature","value":"(0|\d*\.\d+)"}.*
reading08Name BME280_pressure
reading08Regex "BME280_pressure","value":"(0|\d*+)"}.*
reading09Name min_micro
reading09Regex "min_micro","value":"(0|\d*+)"}.*
reading10Name max_micro
reading10Regex "max_micro","value":"(0|\d*+)"}.*
reading11Name DHT22_humidity
reading11Regex "DHT22_humidity","value":"(0|\d*\.\d+)"}.*
reading12Name DHT22_temperature
reading12Regex "DHT22_temperature","value":"(0|\d*\.\d+)"}.*
requestHeader Content-Type: application/json
room Wetterstation,_RxTx
stateFormat {sprintf("PM10: %.1f µg/m³ <br> ",ReadingsVal("SDS011","pm100",0))
.sprintf("PM2.5: %.1f µg/m³ <br> ",ReadingsVal("SDS011","pm25",0))
.sprintf("Temp: %.1f °C <br> ",ReadingsVal("SDS011","BME280_temperature",0))
.sprintf("Hum: %.1f %% <br> ",ReadingsVal("SDS011","BME280_humidity",0))
.sprintf("Luftdruck: %.1f hPa <br> ",ReadingsVal("SDS011","BME280_relpressure",0))
.sprintf("WLAN Signal: %.1f dBm ",ReadingsVal("SDS011","signal",0))}
userReadings BME280_rel_pressure { ReadingsVal("SDS011","BME280_pressure",0)/100+25.7; }
userattr reading01Name reading01Regex reading02Name reading02Regex reading03Name reading03Regex reading04Name reading04Regex reading05Name reading05Regex reading06Name reading06Regex reading07Name reading07Regex reading08Name reading08Regex reading09Name reading09Regex reading10Name reading10Regex reading11Name reading11Regex reading12Name reading12Regex requestHeader stateFormat
verbose 1
Zitat von: Roger am 15 Juli 2017, 13:39:11
Hi Jörg,
ich habe Deine alternative Firmware eingesetzt. Leider gelingt es mir nicht, das Messintervall zu ändern.
Es bleibt auf 145. Kannst Du Dir das mal anschauen?
mit gemessenem Gruß
Roger
Mache ich die Woche.
Und danke für den Hinweis.
Grüße Jörg
Zitat von: Burny4600 am 15 Juli 2017, 14:37:12
Güthersloh.
Ist nicht gerade ums Eck das ich dir die Sesnoren vorbei bringe.
Das ist das List der Original Firmware.
Du könntest sie per Post schicken :)
Warum benutzt du HTTPMOD und nicht das LuftdatenInfo Modul?
Das HTTPMOD Modul hatte ich von Anfang an in Verwendung.
Nur da hatte ich nur den SDS011 in Betrieb.
Dann besorgte ich mir die zusätzlichen Sensoren.
Wie ist aktuell die Config für das LuftdatenInfo Modul für die von mir angeführten Sensoren?
Funktioniert das mit der originalen Firmware auch?
Zitat von: Burny4600 am 15 Juli 2017, 20:00:56
Wie ist aktuell die Config für das LuftdatenInfo Modul für die von mir angeführten Sensoren?
Aktuell ist es
define SDS011PLUS LuftdatenInfo 192.xxx.xxx.xxx
attr SDS011PLUS rawReadings 1
Du benötigst allerdings die Modulversion aus diesem Beitrag (https://forum.fhem.de/index.php/topic,73879.msg658218.html#msg658218)
Zitat von: Burny4600 am 15 Juli 2017, 20:00:56
Funktioniert das mit der originalen Firmware auch?
Die Firmware hat nichts mit dem FHEM Modul zu tun ;)
Aber soweit ich weiß benötigst du weiterhin die alternative Firmware um die ganzen Sensoren abzufragen.
Bei meiner Mapping tabelle die ich nun einbaue könnte ich noch hilfe gebrauchen:
my %LuftdatenInfo_readingMaps = (undef => "undef"
# local
# general
, signal => "signal" # [dBm]
# BME280
, BME280_humidity => "humidity" # [%]
, BME280_pressure => "pressure" # [hPa]
, BME280_temperature => "temperature" # [°C]
# DHT22
, humidity => "humidity" # [%]
, temperature => "temperature" # [°C]
# SDS011
, max_micro => "???"
, min_micro => "???"
, samples => "samples" # [1]
, SDS_P1 => "PM10" # [µg/m³]
, SDS_P2 => "PM2.5" # [µg/m³]
# TSL2561 (alternative firmware only)
# float Addr=>NA, high Addr=>GND, low Addr=>VCC
, TSL2561_Float_Full => "illuminanceFull" # [lux]
, TSL2561_Float_IR => "illuminanceIR" # [lux]
, TSL2561_Float_Visible => "illuminanceVisible" # [lux]
, TSL2561_High_Full => "illuminanceFull" # [lux]
, TSL2561_High_IR => "illuminanceIR" # [lux]
, TSL2561_High_Visible => "illuminanceVisible" # [lux]
, TSL2561_Low_Full => "illuminanceFull" # [lux]
, TSL2561_Low_IR => "illuminanceIR" # [lux]
, TSL2561_Low_Visible => "illuminanceVisible" # [lux]
# VEML6070 (alternative firmware only)
# remote
# BME280
, humidity => "humidity" # [%]
, pressure => "pressure" # [hPa]
, temperature => "temperature" # [°C]
# BMP180
, pressure => "pressure" # [hPa]
, temperature => "temperature" # [°C]
# DHT11
, humidity => "humidity" # [%]
, temperature => "temperature" # [°C]
# DHT22
, humidity => "humidity" # [%]
, temperature => "temperature" # [°C]
# PPD42NS
, max_micro => "???"
, min_micro => "???"
, durP1 => "???"
, durP2 => "???"
, P1 => "PM10" # [µg/m³]
, P2 => "PM2.5" # [µg/m³]
, ratioP1 => "???"
, ratioP2 => "???"
, samples => "samples" # [1]
# SDS011
, max_micro => "???"
, min_micro => "???"
, P1 => "PM10" # [µg/m³]
, P2 => "PM2.5" # [µg/m³]
, samples => "samples" # [1]
);
Habe eben erst damit angefangen und muss mich nun mal so durchwurschteln.
Weiß jemand was es mit den Werten "min_micro" und "max_micro" auf sich hat?
Edit: Die Remote Daten habe ich nun hoffentlich Vollständig, ich weiß nur noch nicht, was es mit den Werten "max_micro", "min_micro", "durP1", "durP2", "ratioP1" und "ratioP2" auf sich hat.
ZitatAber soweit ich weiß benötigst du weiterhin die alternative Firmware um die ganzen Sensoren abzufragen.
Ich habe derzeit noch die Firmware von Luftdaten.info da auch hier die benötigten Sensoren enthalten sind.
Nur hier kann jeder Sensor nur einmal angelegt werden.
ZitatWeiß jemand was es mit den Werten "min_micro" und "max_micro" auf sich hat?
Ich denke das dies eine Auswertung der Partikelanzahl der PM10 & PM2.5 hochgerechnet auf einen Kubikfuss.
eben habe ich eine Antwort von Rajko Zschiegner bekommen:
Zitat
die von dir genannten Werte sollten für Auswertungen irrelevant sein.
Diese haben wir für die ersten Testphasen benötigt. 'max_micro' und
'min_micro' sind die maximale und minimale Zeit für einen
Schleifendurchlauf unserer Software. Diese mussten wir unter einer
bestimmten Zeit halten, um alle Impulse des PPD42NS zu erfassen. 'durP1'
und 'durP2' sind die aufaddierten Zeiten der Low-Pegel, 'ratioP1' und
'ratioP2' der prozentuale Anteil der Low-Pegel an der Zeit für einen
Messzyklus. Aus diesem Anteil kann dann die Zahl der Partikel pro 0,01
Kubikfuss berechnet werden.
Nun ja da war ich ja gar nicht so weit weg mit meiner Vermutung.
Anbei eine Auflistung der Sensoren die ich abtreten könnte.
1 Stk. BMP180
2 Stk. BME280
3 Stk. WeMos Mini Shield AM2302 (DHT22)
1 Stk. AM2302 (DHT22)
1 Stk. TSL2561
1 Stk. HMC5883L (GY271) Erdmagnetfeld Messung
2 Stk. HMC5883L (GY273) Erdmagnetfeld Messung
Und Sensoren die ich verleihen könnte
1 Stk. AS3935 Blitzortung
1 Stk. HMC5883L Erdmagnetfeld Messung
2 Stk. BME280
Sollte Interesse bestehen kann ich euch einen Preis nennen für den Erwerb.
Eine Frage noch zur alternative Firmware.
Bei der standard Firmware habe ich das Problem das ich kaum per Web auf die WeMos Mini Sensoreinheit zugreifen kann.
Die Daten lassen sich aber per HTTP von FHEM ohne Probleme abgreifen.
Ist dies bei der alternative Firmware auch so?
Zitat von: Roger am 15 Juli 2017, 13:39:11
Hi Jörg,
ich habe Deine alternative Firmware eingesetzt. Leider gelingt es mir nicht, das Messintervall zu ändern.
Es bleibt auf 145. Kannst Du Dir das mal anschauen?
mit gemessenem Gruß
Roger
Hallo,
anbei die Fehlerkorrektur.
Grüße Jörg
Vielen Dank schon mal . Kann aber erst Ende der Woche testen.
Roger
So, alternative Firmware getestet, vielen Dank dafür.
Scheint erst mal zu laufen hab wohl gerade den Sensor getötet [emoji30]
Äh, wie hast Du das denn geschafft.
PS: Habs gerade im anderen Thread gelesen.
Gesendet von iPhone mit Tapatalk
Hallo,
anbei eine neue Version der Firmware.
Ich habe das AutoUpdate komplett entfernt und dafür ein HTTP Update eingebaut. Der default User ist admin und das Passwort ist Freifunk. Beides kann über die Konfiguration geändert werden.
Grüße Jörg
@Jörg: Du wolltest mir noch ein "komplettes" json zukommen lassen. Bzw, eigentlich müsste ich nur wissen wie die sensor_data_values genau heißen um die Mapping Tabelle zu vervollständigen.
Zitat von: igami am 16 Juli 2017, 10:03:24
my %LuftdatenInfo_readingMaps = (undef => "undef"
# local
# general
, signal => "signal" # [dBm]
# BME280
, BME280_humidity => "humidity" # [%]
, BME280_pressure => "pressure" # [hPa]
, BME280_temperature => "temperature" # [°C]
# DHT22
, humidity => "humidity" # [%]
, temperature => "temperature" # [°C]
# SDS011
, max_micro => "???"
, min_micro => "???"
, samples => "samples" # [1]
, SDS_P1 => "PM10" # [µg/m³]
, SDS_P2 => "PM2.5" # [µg/m³]
# TSL2561 (alternative firmware only)
# float Addr=>NA, high Addr=>GND, low Addr=>VCC
, TSL2561_Float_Full => "illuminanceFull" # [lux]
, TSL2561_Float_IR => "illuminanceIR" # [lux]
, TSL2561_Float_Visible => "illuminanceVisible" # [lux]
, TSL2561_High_Full => "illuminanceFull" # [lux]
, TSL2561_High_IR => "illuminanceIR" # [lux]
, TSL2561_High_Visible => "illuminanceVisible" # [lux]
, TSL2561_Low_Full => "illuminanceFull" # [lux]
, TSL2561_Low_IR => "illuminanceIR" # [lux]
, TSL2561_Low_Visible => "illuminanceVisible" # [lux]
# VEML6070 (alternative firmware only)
# remote
# BME280
, humidity => "humidity" # [%]
, pressure => "pressure" # [hPa]
, temperature => "temperature" # [°C]
# BMP180
, pressure => "pressure" # [hPa]
, temperature => "temperature" # [°C]
# DHT11
, humidity => "humidity" # [%]
, temperature => "temperature" # [°C]
# DHT22
, humidity => "humidity" # [%]
, temperature => "temperature" # [°C]
# PPD42NS
, max_micro => "???"
, min_micro => "???"
, durP1 => "???"
, durP2 => "???"
, P1 => "PM10" # [µg/m³]
, P2 => "PM2.5" # [µg/m³]
, ratioP1 => "???"
, ratioP2 => "???"
, samples => "samples" # [1]
# SDS011
, max_micro => "???"
, min_micro => "???"
, P1 => "PM10" # [µg/m³]
, P2 => "PM2.5" # [µg/m³]
, samples => "samples" # [1]
);
Für eine lokale Abfrage fehlen mir noch die Bezeichnungen für den BME, DHT und VEML6070.
Hallo igami,
anbei die Mappingtabelle. Ich habe sie direkt aus dem Code abgeleitet
# In the alternate firmware <name_sensor[n]> can be configuered. The default value ist the name coded in standard firmware.
my %LuftdatenInfo_readingMaps = (undef => "undef"
# local
# System ( this values are bound to a sensor, so they are value bound to the system )
, max_micro => "???"
, min_micro => "???"
, samples => "samples" # [1]
, signal => "signal" # [dBm]
# DHT22 ( default <name_sensor1> = "" )
, <name_sensor1>_humidity => "humidity" # [%]
, <name_sensor1>_temperature => "temperature" # [°C]
# (alternative firmware only)
# DHT22 ( default <name_sensor2> = "DHT_1" )
, <name_sensor2>_humidity => "humidity" # [%]
, <name_sensor2>_temperature => "temperature" # [°C]
# DHT22 ( default <name_sensor2> = "DHT_2" )
, <name_sensor3>_humidity => "humidity" # [%]
, <name_sensor3>_temperature => "temperature" # [°C]
# BMP ( default <name_sensor> = "BMP" )
, <name_sensor1>_pressure => "pressure" # [hPa]
, <name_sensor1>_temperature => "temperature" # [°C]
# BME280 ( default <name_sensor1> = "BME280" )
# high Addr=>VCC, low Addr=>GND
, <name_sensor1>_humidity => "humidity" # [%]
, <name_sensor1>_pressure => "pressure" # [hPa]
, <name_sensor1>_temperature => "temperature" # [°C]
# (alternative firmware only)
# BME280 ( default <name_sensor2> = "BME280" )
, <name_sensor2>_humidity => "humidity" # [%]
, <name_sensor2>_pressure => "pressure" # [hPa]
, <name_sensor2>_temperature => "temperature" # [°C]
# (alternative firmware only)
# TSL2561 ( default <name_sensor1> = "TSL2561_1", <name_sensor2> = "TSL2561_2", <name_sensor3> = "TSL2561_3" )
# float Addr=>NA, high Addr=>VCC, low Addr=>GND
, <name_sensor1>_Full => "illuminanceFull" # [lux]
, <name_sensor1>_IR => "illuminanceIR" # [lux]
, <name_sensor1>_Visible => "illuminanceVisible" # [lux]
, <name_sensor2>_Full => "illuminanceFull" # [lux]
, <name_sensor2>_IR => "illuminanceIR" # [lux]
, <name_sensor2>_Visible => "illuminanceVisible" # [lux]
, <name_sensor3>_Full => "illuminanceFull" # [lux]
, <name_sensor3>_IR => "illuminanceIR" # [lux]
, <name_sensor3>_Visible => "illuminanceVisible" # [lux]
# (alternative firmware only)
# VEML6070 ( default <name_sensor> = "VEML6070" )
, <name_sensor>_UV => "illuminanceFull" # [lux]
# SDS011 ( default <name_sensor> = "SDS" )
, <name_sensor>_P1 => "PM10" # [µg/m³]
, <name_sensor>_P2 => "PM2.5" # [µg/m³]
# PPD42NS ( default <name_sensor> = "" )
, <name_sensor>durP1 => "" # [%]
, <name_sensor>ratioP1 => "" # [%]
, <name_sensor>P1 => "PM1" # [Partikel/Liter]
, <name_sensor>durP2 => "" # [%]
, <name_sensor>ratioP2 => "" # [%]
, <name_sensor>P2 => "PM2.5" # [Partikel/Liter]
# GPS ( default <name_sensor> = "GPS" )
, <name_sensor>_lat => "Latitude"
, <name_sensor>_lon => "longitude"
, <name_sensor>_height => "Altitude"
, <name_sensor>_date => "Date"
, <name_sensor>_time => "Time"
# remote
# DHT11 oder DHT22
, humidity => "humidity" # [%]
, temperature => "temperature" # [°C]
# BMP180
, pressure => "pressure" # [hPa]
, temperature => "temperature" # [°C]
# BME280
, humidity => "humidity" # [%]
, pressure => "pressure" # [hPa]
, temperature => "temperature" # [°C]
# SDS011
, P1 => "PM10" # [µg/m³]
, P2 => "PM2.5" # [µg/m³]
, samples => "samples" # [1]
# PPD42NS
, durP1 => "???" # [%]
, durP2 => "???" # [%]
, P1 => "PM10" # [Partikel/Liter]
, P2 => "PM2.5" # [Partikel/Liter]
, ratioP1 => "???" # [%]
, ratioP2 => "???" # [%]
# GPS ( should be also ditributed if avalable)
, lat => "Latitude"
, lon => "longitude"
, height => "Altitude"
, date => "Date"
, time => "Time"
# System ( this values are bound to a sensor, so they are value bound to the system )
, max_micro => "???"
, min_micro => "???"
, samples => "samples" # [1]
);
Grüße Jörg
Hallo,
anbei eine neue Version mit kleineren Fehlerbereinigungen. Unter anderem Inkompatibilitäten zur original Firmware bei der Namensgebung für die Sensoren DHT und PPD.
Grüße Jörg
Hallo Jörg,
ich komm nicht mehr nach Deine Updates einzuspielen ;D.
Ein Problem hab ich noch. Der TSL2561 übersteuert bei direkter Sonneneinstrahlung ab dem Wert von 40000 und ich bekomme einen Nullwert. Jetzt könnte ich zwar einen Filter verwenden, möchte dies aber vermeiden da ich gerne die Lux-Werte ohne Umrechnung hätte. Meinst Du es wäre möglich, dass wenn der TSL2561 übersteuert einfach der Wert 40000 ausgegeben wird?
Vielen Dank!
Gruß
Stefan
Hm, eigentlich müsste man mitbekommen wenn der TSL in die Sättigung geht. Werde ich prüfen.
Gesendet von iPhone mit Tapatalk
Zitat von: JoWiemann am 20 Juli 2017, 13:49:19
Hm, eigentlich müsste man mitbekommen wenn der TSL in die Sättigung geht. Werde ich prüfen.
Laut Code wird dann (-1) zurück gegeben.
Grüße Jörg
Was bringt das wenn der TLS ständig in der Sättigung ist?
Für Beschattungen wäre das eigentlich nichts mehr.
Im Netz wird immer darauf hingewiesen, dass der Einbau des TSL bei direkter Sonneneinstrahlung nur hinter einen Filterglas sinnvoll.
Gesendet von iPhone mit Tapatalk
Zitat von: Burny4600 am 20 Juli 2017, 16:34:36
Was bringt das wenn der TLS ständig in der Sättigung ist?
Für Beschattungen wäre das eigentlich nichts mehr.
Bis 40000 Lux sollte für eine Auswertung reichen, oder?
Bei direkter Sonneneinstrahlung kann das schon mal im ir-Bereich mehr werden. Jedenfalls hatte ich ohne Filter diesen Sommer schon mehrmals die Situation.
Gesendet von iPhone mit Tapatalk
Mit 40000 Lux findest du bei direkter Sonneneinstahlung kein auslangen.
Da bist du spätestens gegen 10Uhr im Sommer schon über der Sättigung.
Ausser du verwendest den Sensor im Schatten.
An einem hellen Sonnentag hat es ungefähr 100.000 Lux und an einem bedeckten Tag im Sommer etwa 20.000 Lux und im Schatten um die 10.000 Lux.
Ich habe das mit einem Luxmeter einmal nachgemessen und da hatte ich über 120.000 Lux bei direkter frontaller Sonneneinstrahlung in der Mittagszeit.
Dann schließe ich am besten einen zweiten TSL mit Filter an. Dank Jörg ja problemlos möglich.
Hallo,
ich habe jetzt die folgenden Parameter für den TSL2561 in die Konfiguration implementiert:
Gain
/* You can also manually set the gain or enable auto-gain support
* In addition to the integration time, there are two gain levels you can choose between.
* The default setting is 1X. There is also an 16X setting, which has sixteen times the sensitivity of 1X.
* To continue the camera analogy, this would be like using ASA 100 speed film (1X), which is good for bright conditions,
* or ASA 1600 speed film (X16) which is better for night scenes.
* The example sketch sets up the default integration time of 402ms, and uses the default gain of 1X.
*/
integration time
/* Changing the integration time gives you better sensor resolution (402ms = 16-bit data)
* The TSL2561 is a bit like a camera with a shutter. The sensor will soak up light as long as the shutter is open.
* You can open the shutter for a brief period if there's plenty of light, or you can keep the shutter open for
* a long time to capture dim objects like stars. The amount of time the shutter is open is called the integration time.
* The default integration time is 402ms ("ms" stands for milliseconds. One ms is 1/1000 of a second, so 402ms is about
* 0.4 seconds.) In addition to the default integration time of 402ms, there are also built-in settings for shorter times
* of 101ms and 13.7ms. Shorter integration times will let less light into the device, which is better for bright
* conditions. Longer integration times will let more light into the device, which is better for dim conditions.
*/
Bitte einmal testen.
Grüße Jörg
Hi,
gerade ist der neue Sensor gekommen, gleich mal neue FW drauf.
Einfaches Setup mit einem DHT22 passt.
Danke für die Arbeit, das mit dem TSL2561 finde ich eine spannende Idee, werde ich auch mal demnächst vorsehen.
Kennt ihr gute Bezugsquellen mit schneller Lieferzeit die auch nicht so teuer sind?
Was muss ich beachten, zur Not würde ich einfach mal diese hier https://de.aliexpress.com/item/5pcs-Luminosity-Sensor-GY-2561-TSL2561-Light-Module/32364783789.html bestellen und warten.
Gibt es einen Grund diese nicht zu nehmen?
Grüße
Christian
Hi,
ich habe da noch eine Anfrage bzgl. Sensoren, ich habe einige BMP280 (nicht BME280 und nicht BMP180). Bezug dafür war https://de.aliexpress.com/item/1PCS-BMP280-Replace-BMP180-Digital-Barometric-Pressure-Sensor-Module-For-Arduino/32585926808.html oder auch https://shop.nodely.de/Module/BME280-Sensor-Modul::13.html (aber hier wird er als BME280 verkauft was nicht stimmt!).
ESPEasy (https://www.letscontrolit.com/wiki/index.php/BMP280) kann diese Sensoren auslesen, leider sowohl das LaCrosseGateway (https://wiki.fhem.de/wiki/LaCrosseGateway_V1.x#Unterst.C3.BCtzte_Sensoren_und_Aktoren) als auch diese Firmware nicht, aber ich würde die gerne nutzen.
Siehst du eine Chance, diese einzubinden?
Grüße
Christian
Hallo,
anbei eine neue Version mit BMP280. Da ich selber keinen habe, bitte einmal testen.
Ich habe weiterhin einige redundante Funktionen innerhalb der einzelnen <Sensor>.ino in eine neue i2c_basic.ino verschoben. Ich hoffe, dass das ohne Nebenwirkungen geblieben ist. Also bitte auch die bisherigen Sensoren einmal testen.
Grüße Jörg
Mist, hab den BMP280 heute wieder entfernt als der VLME6070 gekommen ist. :) Warte noch auf den BME280.
Übrigens kann ich beim aktiven TSL2561 (0x29 Low) nicht mehr auf 13,7 ms zurückswitchen und gain bleibt mir auf "auto".
Wie ist die Ausgabe beim VLME6070 zu verstehen? Ausgabe in Lux? Evtl. über Umrechnung lt. Anlage??
hab den BMP280 wieder angeschlossen, wird erkannt aber nicht ausgelesen.
Eigentlich müsste sich mit einem angeschlossenem GPS Modul die Readings latitude und longitude auch lokal verarbeiten lassen.
Ich habe bei mir testweise ein GPS NEO-6 Modul und ein Display angeschlossen, wodurch am Display latitude und longitude ebenfalls angezeigt wird.
Kann ich dazu etwas beitragen damit diese Auswertung bei vorhandenem GPS Modul auch erfolgt?
Zitat von: leuchte1 am 24 Juli 2017, 19:41:18
hab den BMP280 wieder angeschlossen, wird erkannt aber nicht ausgelesen.
Ok, ich schaue morgen dann noch mal in den Source. Testen kann ich noch nicht, da ich keinen BMP280 habe, habe mir jetzt aber mal einen bestellt.
Grüße Jörg
Zitat von: leuchte1 am 24 Juli 2017, 19:41:18
hab den BMP280 wieder angeschlossen, wird erkannt aber nicht ausgelesen.
Hallo,
probiere doch bitte mal die angehängte Version. Wenn nicht ok, dann musst Du leider warten bis der BMP280 da ist.
Grüße Jörg
Hi,
gerade per OTA auf die aktuellste FW drauf geladen, klappt sehr gut :)
Bzgl.:
Zitat von: JoWiemann am 24 Juli 2017, 20:14:29
Ok, ich schaue morgen dann noch mal in den Source. Testen kann ich noch nicht, da ich keinen BMP280 habe, habe mir jetzt aber mal einen bestellt.
Bei mir ist es genau so (siehe Bild).
Als ich die I²C Adresse 0x76 (SDO = Low) eingestellt hatte ging nichts, mit 0x77 (SDO = High) wird er erkannt, aber keine Werte.
Kann man irgendwie unterstützen beim testen? Ein bissel könnte ich auch mal was ausprobieren, allerdings muss ich wissen ob sich ein einarbeiten lohnt oder ob ich einfach warten soll.
Danke und Grüße
Christian
Edit: auch das Update von gerade hat keine Änderung gebracht :(
Was mir aber aufgefallen ist, nach einem Neustart ist der BMP280 nicht mehr auf aktiv ist das normal oder liegt da ggf. noch der Fehler?
Zitat von: JoWiemann am 24 Juli 2017, 21:18:14
Hallo,
probiere doch bitte mal die angehängte Version. Wenn nicht ok, dann musst Du leider warten bis der BMP280 da ist.
Grüße Jörg
Hallo Jörg,
funktioniert leider nicht. Hab nur den eine BMP280, könnte ihn aber wieder auslöten und Dir zuschicken?
Gruß
Stefan
Das lohnt nicht. Der Bestellte sollte diese Woche noch kommen. Die Sensoren werden beim Hochfahren der Firmware auf Verfügbarkeit getestet. Wird ein Sensor nicht gefunden, wird er deaktiviert.
Grüße Jörg
Gesendet von iPad mit Tapatalk
Grüße Jörg
Dann wird er doch nicht erkannt, weil wenn ich neu starte ist der Sensor weg.
Gruß
Stefan
Hast Du SDO auf VCC gelegt. Wenn nicht, dann funktioniert der BMP180 nicht mit I2C.
Grüße Jörg
Hallo Jörg,
mir ist gerade aufgefallen, dass der DHT22 Wert auf der Seite https://www.madavi.de/sensor/graph.php
nicht angezeigt wird. Meine ID ist 13874679 und man findet nur die sds Daten.
Habe ich da noch etwas vergessen einzustellen?
- API Luftdaten.info
- API Madavi.de
beides aktiviert.
Bei den Sensoren ist
- DHT22 (Temperatur, rel. Luftfeuchte) [Pin 13]
aktiviert.
Temp & Hum kommen auch in FHEM an und werden unter /values angezeigt.
Auch die WLan Signalstärke wird unter https://www.madavi.de/sensor/signal.php angezeigt.
Danke und Grüße
Christian
Zitat von: Christian Uhlmann am 25 Juli 2017, 11:06:31
Bei den Sensoren ist
- DHT22 (Temperatur, rel. Luftfeuchte) [Pin 13]
aktiviert.
Ist der Hacken bei API gesetzt? Und der Name muss blank sein.
Grüße Jörg
Hi,
Zitat von: JoWiemann am 25 Juli 2017, 11:37:31
Ist der Hacken bei API gesetzt? Und der Name muss blank sein.
ja, der Haken bei API war gesetzt hatte ich oben vergessen zu schreiben. Der Name beim DHT war nicht leer, dass war der Fehler.
Warum ist das so, der SDS hat ja auch als Namen SDS?
Danke und Grüße
Christian
Ich nehme an "historische" Gründe.
Gesendet von iPhone mit Tapatalk
Hallo,
anbei eine neue Version, in der ich die Konfigurationsseiten überarbeitet habe.
Grüße Jörg
PS: Die neues Versionen ab jetzt immer im ersten Post.
Zitat von: JoWiemann am 25 Juli 2017, 10:06:43
Hast Du SDO auf VCC gelegt. Wenn nicht, dann funktioniert der BMP180 nicht mit I2C.
Grüße Jörg
na prima :-\
eigentlich sollte der BMP280 per default auf 0x77 eingestellt sein. Habe ich dummerweise natürlich nicht überprüft. Asche auf mein Haupt ;D
Danke für deine Unterstützung. Alles läuft jetzt perfekt.
Gruß
Stefan
Zitat von: leuchte1 am 25 Juli 2017, 18:50:59
na prima :-\
eigentlich sollte der BMP280 per default auf 0x77 eingestellt sein. Habe ich dummerweise natürlich nicht überprüft. Asche auf mein Haupt ;D
Danke für deine Unterstützung. Alles läuft jetzt perfekt.
Gruß
Stefan
Passt schon. Ist mir auch erst aufgefallen, als ich auf der Adafruit Seite mir noch mal die Infos zum BMP280 angesehen habe. Konsequenz ist, dass in der aktuellen Versionen beide Adressen unterstützt werden. Es gilt allerdings immer: SDO entweder auf GND oder VCC. (Gilt übrigens auch für den BME280 )
Grüße Jörg
Jallo Jörg,
Zitat von: JoWiemann am 03 Juli 2017, 16:09:14
Version: NRZ-2017-092-AF-010
- überarbeitete Konfigurationsseiten für die Sensoren
endlich steht auch mal die Version dabei, vielen Dank.
Gruß Peter
Zitat von: leuchte1 am 25 Juli 2017, 18:50:59
Alles läuft jetzt perfekt.
geht bei dir der BMP280?
Ja.
War nicht auf I2C umgestellt. SDO auf VCC (0x77).
Läuft seit einem Neustart einwandfrei.
Gruß
Stefan
Zitat von: leuchte1 am 26 Juli 2017, 09:31:55
War nicht auf I2C umgestellt (SDO entweder auf GND oder VCC). Läuft seit einem Neustart einwandfrei.
sehr seltsam :( bei mir läuft der nicht (SDO auf High oder Low)
Wie kann ich den herauszufinden was das Problem ist? Am ESPEasy läuft der BMP280.
Gibt es ne Log Möglichkeit, wenn ja wie muss ich die nutzen?
Zitat von: Christian Uhlmann am 26 Juli 2017, 09:35:23
sehr seltsam :( bei mir läuft der nicht (SDO auf High oder Low)
Wie kann ich den herauszufinden was das Problem ist? Am ESPEasy läuft der BMP280.
Gibt es ne Log Möglichkeit, wenn ja wie muss ich die nutzen?
BMP280 heute angekommen und läuft, sowohl auf Low(0x76) als auch auf High(0x77). Bei Low läuft er auch parallel zu einem BMP05/180 bzw zu einem BME280 auf High.
Debuggen kannst Du, wenn du das Bin-File "mit_debug" einspielst, den ESP / nodeMCU per USB an den PC anschließt und über die Arduino IDE unter Werkzeuge den COM Port einstellst und dann den Seriellen Monitor aufrufst. Den musst Du unten rechts noch auf 9600 Baud stellen.
Grüße Jörg
Gerade fertiggestellt, sehr zufrieden. Danke für die tolle Arbeit!
Hat jemand evtl. eine fertige Graphik (SVG) für die Auswertung der PM2.5 und PM10?
Danke, -MN
Noch eine Frage:
ein BMP280 Luftdrucksensor wird laut http://luftdaten.info/faq/#toggle-id-10 an D3 und D4 der NodeMCU angeschlossen.
Im Konfig-File der alternativen FW ist jedoch Pin 17/18, 11/12 vorgeschlagen?
Danke, -MN
Sofern Du die API PIN meinst gelten diese für Luftdaten.info. Hat nichts mit den Hardware D3 und D4 GPIO zu tun.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hi,
kann es sein, daß das Modul nach einem "disable 0" nicht wieder sauber startet?
Ich hatte es deaktiviert (disable 1), dann den ESP8266 ausgeschaltet. Nach 30 Minuten wieder an, nach weiteren 10 das Modul in FHEM wieder aktiviert (disable 0).
Das Modul zeigte in "State" den Modus "active", aktualisierte aber keine anderen Readings.
Ciao, -MN
Hi,
Zitat von: Morgennebel am 29 Juli 2017, 20:59:36
kann es sein, daß das Modul nach einem "disable 0" nicht wieder sauber startet?
Ich hatte es deaktiviert (disable 1), dann den ESP8266 ausgeschaltet. Nach 30 Minuten wieder an, nach weiteren 10 das Modul in FHEM wieder aktiviert (disable 0).
Das Modul zeigte in "State" den Modus "active", aktualisierte aber keine anderen Readings.
hatte ich auch, einfach einmal in die DEF gehen und modify klicken, dann hat es bei mir geklappt.
Allerdings gehört das wohl eher in den Thread https://forum.fhem.de/index.php/topic,66674.315.html
Grüße Christian
Ich komme leider momentan nicht zum Programmieren. Solange bitte einfach workarounds nutzen und abwarten :)
Hallo,
im ersten Post eine neue Version:Version: NRZ-2017-095-AF-012
Grüße Jörg
Hallo Jörg,
die neue Version läuft, es werden nur keine Daten mehr an luftdaten.info übertragen. Haken ist gesetzt und die Bezeichnung lautet auf SDS.
Gruß
Stefan
Zitat von: leuchte1 am 20 August 2017, 18:46:00
Hallo Jörg,
die neue Version läuft, es werden nur keine Daten mehr an luftdaten.info übertragen. Haken ist gesetzt und die Bezeichnung lautet auf SDS.
Gruß
Stefan
Danke für die Rückmeldung, schaue ich mir heute an.
Grüße Jörg
Zitat von: leuchte1 am 20 August 2017, 18:46:00
Hallo Jörg,
die neue Version läuft, es werden nur keine Daten mehr an luftdaten.info übertragen. Haken ist gesetzt und die Bezeichnung lautet auf SDS.
Gruß
Stefan
PS: Hast Du auch auf der Seite: Konfiguration Sensor den Versand von Daten an Luftdaten.info aktiviert?
Grüße Jörg
Ja hab ich, Haken ist gesetzt.
Auf mavadi.de wird einwandfrei übertragen.
Gruß
Stefan
Danke, dann habe ich schon mehr Anhaltspunkte.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hallo zusammen,
gibt es denn die Möglichkeit (außer dem Haken bei Auto Update zu setzen), die Firmware manuell per OTA zu flashen? Oder muss man das über USB tun (was blöd ist, wenn der Sensor auf dem Dach ist).
Danke + Gruß
PeMue
problemlos möglich.
Gruß
Stefan
Zitat von: leuchte1 am 23 August 2017, 09:38:05
problemlos möglich.
gibst Du mir auch einen Tip, wie?
Danke + Gruß
PeMue
Hallo,
im ersten Post habe ich eine neue Version hinterlegt und hoffe, dass damit der Versand an luftdaten.info wieder funktioniert.
Grüße Jörg
Zitat von: PeMue am 23 August 2017, 09:51:56
gibst Du mir auch einen Tip, wie?
Danke + Gruß
PeMue
Warum klickst Du nicht einfach auf "Neue Firmware einspielen". Das BIN-File auswählen und lös geht's.
Grüße Jörg
Zitat von: JoWiemann am 23 August 2017, 11:03:59
Warum klickst Du nicht einfach auf "Neue Firmware einspielen".
Vielleicht bin ich blind, aber wo ist denn das bei der offiziellen Firmware (siehe Bild)?
Oder geht das nur bei Deiner Firmware?
Danke + Gruß
Peter
Bei der Offiziellen gibt es das nicht. Da kann nur zwischen Autoupdate Ja/Nein gewählt werden. Bei Ja wird dann die jeweils neueste Version vom Luftdaten.info Server gezogen. Da ich einen solchen Automatismus für Komprometierungsanfällig halte, habe ich das für meine Version anders gelöst.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Zitat von: PeMue am 23 August 2017, 09:51:56
gibst Du mir auch einen Tip, wie?
Danke + Gruß
PeMue
Sorry,
unter der Reiter "Tools" / Firmware / Load die Datei auswählen und bestätigen
Gruß
Stefan
Zitat von: leuchte1 am 23 August 2017, 13:39:34
Sorry,
unter der Reiter "Tools" / Firmware / Load die Datei auswählen und bestätigen
Gruß
Stefan
Hallo Stefan, das ist für EspEasy richtig, aber nicht für die Firmware von luftdaten.info.
Grüße Jörg
Klar, ich war im falschen Sensor ;)
Gruß
Stefan
Zitat von: JoWiemann am 23 August 2017, 11:02:44
Hallo,
im ersten Post habe ich eine neue Version hinterlegt und hoffe, dass damit der Versand an luftdaten.info wieder funktioniert.
Grüße Jörg
LÄUFT!!!
Vielen Dank.
Gruß
Stefan
Hallo,
hat jemand schon ein GPS Neo 6M zum laufen bekommen? Ich habe jetzt verschiedene PINs ausgetestet, aber es geht nicht.
Gruß
Dany
Zitat von: dany2k am 26 August 2017, 12:20:27
Hallo,
hat jemand schon ein GPS Neo 6M zum laufen bekommen? Ich habe jetzt verschiedene PINs ausgetestet, aber es geht nicht.
Gruß
Dany
Hallo Dany,
Pins testen wird nicht funktionieren. Im Source steht folgendes:
#if defined(ESP8266)
#define GPS_PIN_RX D5
#define GPS_PIN_TX D6
#endif
Grüße Jörg
So, jetzt geht der GPS Empfang. ;D
GPS-RX -> D6
GPS-TX -> D5
Auf dem Display wird jetzt alles angezeigt.
GPS muss auf 9600 eingestellt werden.
Mit der "mit/ohne_debug_airrohr-firmware.ino.nodemcu.bin" geht es allerdings nicht. Diese bootet wenn ein Display eingeschaltet ist im 5sec. Zyklus immer wieder neu. Es geht bei mir nur die "latest_de.bin".
Zitat von: dany2k am 26 August 2017, 14:58:18
So, jetzt geht der GPS Empfang. ;D
GPS-RX -> D6
GPS-TX -> D5
Auf dem Display wird jetzt alles angezeigt.
GPS muss auf 9600 eingestellt werden.
Mit der "mit/ohne_debug_airrohr-firmware.ino.nodemcu.bin" geht es allerdings nicht. Diese bootet wenn ein Display eingeschaltet ist im 5sec. Zyklus immer wieder neu. Es geht bei mir nur die "latest_de.bin".
Na ja, dass die Leitungen gekreuzt werden müssen...
Ich schau mal, ob ich ein Display habe. Habe ich selber noch nicht getestet.
Grüße Jörg
Hallo,
eine neues Version: NRZ-2017-098-AF-015 findet sich im ersten Post.
Grüße Jörg
Hallo Jörg,
danke für die neue Version.
Sensoren werden stabil erkannt (bisher hatte mein DHT22 Aussetzer?). Allerdings funktioniert die Übertragung an luftdaten.info nicht mehr, madavi.de klappt (alle Haken sind gesetzt).
Gruß
Stefan
PS: im JSON fehlt der Wert des NN pressure
Mist, der selbe Fehler wie beim letzten Mal :(
Grüße Jörg
Das mit dem GPS hätte mich auch interessiert.
Wäre nett den Sensor ins Auto zu montieren, die Daten landen auf einer SD Karte und man könnte sich die Sensorswerte dann auch auf einer Karte darstellen lassen ::)
Zitat von: leuchte1 am 09 September 2017, 08:25:17
PS: im JSON fehlt der Wert des NN pressure
Für welchen Sensor und ist Meter ueber Normal Null gesetzt?
Grüße Jörg
BME280 Low
Gruß
Stefan
Hm, bei kommen die json-Werte. Hast Du in der Sensor Konfiguration Meter über Normal Null auf > 0 gesetzt? Denn nur dann wird der Wert gebildet und im json hinterlegt.
Grüße Jörg
Hallo Jörg, Höhenmeter sind versorgt und wird auch unter "aktuelle Werte" ausgewiesen, aber leider nicht in JSON
Gruß
Stefan
Hallo Stefan,
dann muss ich noch mal genauer hinsehen.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
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:
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.
welchen Zweck hat denn der Slave?
Zitat von: Frank_Huber am 13 September 2017, 18:42:23
welchen Zweck hat denn der Slave?
Falls mehrere gleiche Sensoren genutzt werden können so die gleichen Readings aufgeteilt werden. Es gibt hier ja öfters den Anwendungsfall ein DHT22 und ein BME280 an einem NODEMCU genutzt und es wird nur ein temperature Reading von dem Modul unterstützt. Hiermit kann man nun beide darstellen.
Mag das keiner mal testen?
Hallo igami,
schaffe ich erst nächste Woche. Im Moment liegt beruflich zu viel an.
Grüße Jörg
Hallo,
im ersten post gibt es eine neue Version.
Version: NRZ-2017-100-AF-017
- auf aktuelle Version luftdaten.info gehoben
- Speicherfresser bei OTA entfernt (führte zu regelmäßigen Neustarts)
- fehlender Wert BME280LO für _pressure_nn gefixed
Grüße Jörg
Hallo,
im ersten Post gibt es eine neue Version.
Version: NRZ-2017-100-AF-018
- Restart bei aktivem Display behoben (falsche Lib gelinkt)
Es wird immer nur ein Sensor angezeigt. Geprüft wird in folgender Reihenfolge:
Wenn BME280 Low dann anzeigen,
sonst wenn BME280HI dann anzeigen,
sonst wenn DHT_7 dann anzeigen,
sonst wenn BMP180 dann anzeigen,
sonst wenn BMP280 Low dann anzeigen,
sonst wenn BMP280 High dann anzeigen.
Grüße Jörg
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?
Zitat von: Burny4600 am 23 September 2017, 09:25:37
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...
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.
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
Zwei kurze Verständisfragen:
1. ich habe meinen PMS7003 per
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.
Hi zusammen,
Zitat von: JoWiemann am 21 September 2017, 14:07:46
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
Danke für den Hinweis. Werde ich im Laufe der Woche prüfen.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Zitat von: maddhin am 24 September 2017, 08:39:46
Zwei kurze Verständisfragen:
1. ich habe meinen PMS7003 per
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
Hi,
Zitat von: igami am 13 September 2017, 18:37:43
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:
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
Zitat von: JoWiemann am 24 September 2017, 09:03:35
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.
Zitat von: Christian Uhlmann am 24 September 2017, 09:09:13
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?
Zitat von: maddhin am 24 September 2017, 09:31:13
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 (https://forum.fhem.de/index.php/topic,73879.msg685090.html#msg685090)
@PeMue
Zitatm.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?
Hi,
Zitat von: Burny4600 am 24 September 2017, 10:04:38
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
Hi,
Zitat von: igami am 24 September 2017, 09:54:31
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:
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:
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:
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.
Zitat von: igami am 24 September 2017, 09:56:10
Das noch ofiziell eingecheckte Modul kann nur mit dem SDS011 umgehen. Versuch doch bitte mal die Version von hier (https://forum.fhem.de/index.php/topic,73879.msg685090.html#msg685090)
Mit der LuftdatenInfo2 funktioniert es!! Danke!
Werden die Änderungen eingecheckt oder wird das ein neues Modul?
Zitat von: Christian Uhlmann am 24 September 2017, 10:30:26
Moin moin,
Wo kommen den due um screen zu sehenden zwei Luftdrücke her?
Gesendet von meinem S3_32 mit Tapatalk
Hi,
nochmal dazu:
Zitat von: JoWiemann am 24 September 2017, 08:57:52
Danke für den Hinweis. Werde ich im Laufe der Woche prüfen.
ich glaube der Fehler ist schon länger da, konnte das nur bisher nicht verfolgen.
Also nicht nur in der letzten Versionsänderung nachschauen.
Grüße
Hi,
Zitat von: Frank_Huber am 24 September 2017, 10:36:24
Wo kommen den due um screen zu sehenden zwei Luftdrücke her?
die kommen, sobald man
"Meter ueber Normal Null"
in der alternativen FW pflegt unter "Konfiguration System".
Grüße
Christian
Zitat von: Christian Uhlmann am 24 September 2017, 10:46:28
die kommen, sobald man "Meter ueber Normal Null"
in der alternativen FW pflegt unter "Konfiguration System".
Ah, deshalb hab ich es nicht. Hab die Original-FW drin.
Danke für die Info.
Gesendet von meinem S3_32 mit Tapatalk
Zitat von: Christian Uhlmann am 24 September 2017, 10:30:26
Hi,
ja, es sind beide temp. vorhanden:
get sensors:
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:
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:
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.
Habe den Fehler gefunden, ändere mal bitte die Zeile 397 von LuftdatenInfo2 zu
"MASTER=$SELF:FILTER=SENSORS=(^| )$_->{value_type}( |$)"
Zitat von: maddhin am 24 September 2017, 10:31:32
Mit der LuftdatenInfo2 funktioniert es!! Danke!
Werden die Änderungen eingecheckt oder wird das ein neues Modul?
Nach einer Testphase durch euch checke ich die Änderungen in das normale Modul ein.
@Christian Uhlmann
Zitateinfach das File "ohne_debug_airrohr-firmware.ino.nodemcu.bin" aus dem ersten Post
Danke für die Info.
Ergänzung: 11.36
Flashen funktionierte ohne Probleme, nur ist diese Modul ist weder mit der IP Adresse noch über einen eigenen SID Namen im WLAN zu finden.
Wird zu dem Firmwarefile ohne_debug_airrohr-firmware.ino.nodemcu.bin noch etwas anderes benötigt um das Modul zu finden.
Zitat von: igami am 24 September 2017, 10:56:17
Habe den Fehler gefunden, ändere mal bitte die Zeile 397 von LuftdatenInfo2 zu
"MASTER=$SELF:FILTER=SENSORS=(^| )$_->{value_type}( |$)"
hat leider nicht geholfen, folgender Fehler kommt dann und das slave device bleibt leer:
devspec2array MASTER=local_master:FILTER=SENSORS=(^| )free_memory( |20 65534: Unmatched ( in regex; marked by <-- HERE in m/^( <-- HERE (^| )free_memory( |20 65534)$/ at fhem.pl line 1253.
Kann leider zu wenig Perl (bzw. rgex) um daraus mehr zu lesen.
Grüße
Christian
update: ggf. hilft es, mit einem Verbose 5 kommt das im Log:
2017.09.24 12:26:58 4: LuftdatenInfo2 (local_master) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"76", "sensordatavalues":[{"value_type":"SDS_P1","value":"3.20"},{"value_type":"SDS_P2","value":"2.63"},{"value_type":"temperature","value":"16.40"},{"value_type":"humidity","value":"92.60"},{"value_type":"BME280_temperature","value":"17.80"},{"value_type":"BME280_humidity","value":"66.24"},{"value_type":"BME280_pressure","value":"102584.00"},{"value_type":"BME280_pressure_nn","value":"104515.00"},{"value_type":"samples","value":"534117"},{"value_type":"min_micro","value":"332"},{"value_type":"max_micro","value":"25732"},{"value_type":"signal","value":"-72"},{"value_type":"free_memory","value":"16096"}]}
Zitat von: Christian Uhlmann am 24 September 2017, 12:26:35
hat leider nicht geholfen, folgender Fehler kommt dann und das slave device bleibt leer:
devspec2array MASTER=local_master:FILTER=SENSORS=(^| )free_memory( |20 65534: Unmatched ( in regex; marked by <-- HERE in m/^( <-- HERE (^| )free_memory( |20 65534)$/ at fhem.pl line 1253.
Kann leider zu wenig Perl (bzw. rgex) um daraus mehr zu lesen.
Kein Problem.
Bitte mal ein
"MASTER=$SELF:FILTER=SENSORS=(.+ )?$_->{value_type}( .+)?"
versuchen.
Hat von Euch jemand einen guten Tipp wie man PM-Werte in einen Air Quality Index umrechnen kann? Dann könnte man das so schön (auch für die bessere Hälfte) farblich, etc. aufbereiten - und hätte auch einen besseren Anhaltspunkt, was die Interpretation der Werte angeht.
Nach dem Firmwarupdate kann ich das WeMos Modul nicht nutzen.
Flashen mit NodeMCU Flasher funktionierte mit ohne_debug_airrohr-firmware.ino.nodemcu.bin ohne Probleme, nur ist diese Modul jetzt weder mit der IP Adresse noch über einen eigenen SID Namen im WLAN zu finden.
Wird zu dem Firmwarefile ohne_debug_airrohr-firmware.ino.nodemcu.bin noch etwas anderes benötigt um das Modul zu finden.
Ergänzung:
Der WeMos macht nach kurzer Zeit einen Neustart.
Im Display des WeMos wird dann angezeigt das er sich mit dem WLAN verbinden möchte.
Die Sensoreinheit ist nur sporadisch per Browser oder PING erreichbar.
Somit ist die Firmware auf der Sensoreinheit.
Verwendete Geräte bzw. Sensoren:
SDS011, TSL2561 0x29, BME280, VEML6070, OLED LCD Display SSD1306, GPS NEO-6M
Einige Fragen noch:
VEML6070 warum wird diese Messwert in LUX angegeben?
Was hat es mit den Definitionen bei den Sensoren mit PIN?
Soll das die Pinbelegung des WeMos sein?
Gibt es ein Datenblatt wo ersichtlich ist wie die PIN Definitionen sind?
Zitat von: Burny4600 am 24 September 2017, 19:02:24
VEML6070 warum wird diese Messwert in LUX angegeben?
Welche Einheit hat den UV - Licht?
Zitat von: Burny4600 am 24 September 2017, 19:02:24
Was hat es mit den Definitionen bei den Sensoren mit PIN?
Soll das die Pinbelegung des WeMos sein?
Gibt es ein Datenblatt wo ersichtlich ist wie die PIN Definitionen sind?
Die Spalten API und PIN in der Konfiguration sind im Kontext zu lesen. API aktiviert die Übertragung des Sensors und PIN ist der sogenannte API PIN. Den braucht luftdaten.info.
Grüße Jörg
PS: Der korrekte Anschluss der Sensoren ist im Git von luftdaten.info beschrieben: https://github.com/opendata-stuttgart/sensors-software/blob/master/airrohr-firmware/Readme.md
Es ist also wichtig erst die Infos auf luftdaten.info zu lesen.
@Christian: Hat das eigentlich funktioniert?
Zitat von: igami am 24 September 2017, 12:44:26
Kein Problem.
Bitte mal ein
"MASTER=$SELF:FILTER=SENSORS=(.+ )?$_->{value_type}( .+)?"
versuchen.
Was meinen die anderen zu der neuen Modulversion? Würde dann erste einen Eintrag in die CHANGED Datei machen, dass das bald geändert wird und dann die Änderung einspielen.
Hallo igami,
anbei mein json:
{"software_version": "NRZ-2017-100-AF-017", "age":"20", "sensordatavalues":[{"value_type":"BMP_pressure","value":"22.60"},{"value_type":"BMP_temperature","value":"101522.00"},{"value_type":"BMP_pressure_nn","value":"102280.00"},{"value_type":"BMP280_temperature","value":"23.60"},{"value_type":"BMP280_pressure","value":"101664.97"},{"value_type":"BMP280_pressure_nn","value":"102423.00"},{"value_type":"samples","value":"152778"},{"value_type":"min_micro","value":"331"},{"value_type":"max_micro","value":"3763238"},{"value_type":"signal","value":"-77"},{"value_type":"free_memory","value":"14680"}]}
das List für BMP:
Internals:
CFGFN
DEF slave local_master BMP_temperature BMP_pressure BMP_pressure_nn
MASTER local_master
MODE slave
NAME BMP
NR 102
SENSORS BMP_temperature BMP_pressure BMP_pressure_nn
STATE active
TYPE LuftdatenInfo2
READINGS:
2017-09-27 14:37:41 pressure 22.50
2017-09-27 14:37:41 state active
2017-09-27 14:37:41 temperature 101510.00
Attributes:
room Luftdaten
das List für BMP280:
Internals:
CFGFN
DEF slave local_master BMP280_temperature BMP280_pressure BMP280_pressure_nn
MASTER local_master
MODE slave
NAME BMP280
NR 142
SENSORS BMP280_temperature BMP280_pressure BMP280_pressure_nn
STATE active
TYPE LuftdatenInfo2
READINGS:
2017-09-27 14:39:11 PM2.5 102420.00
2017-09-27 14:39:11 state active
Attributes:
room Luftdaten
und das List vom Master:
Internals:
ADDRESS 192.168.0.78
CFGFN
DEF local 192.168.0.78
INTERVAL 30
MODE local
NAME local_master
NR 86
STATE active
TIMEOUT 5
TYPE LuftdatenInfo2
READINGS:
2017-09-27 14:39:41 BMP_pressure_nn 102264.00
2017-09-27 14:38:50 PM2.5 102420.00
2017-09-27 14:39:41 free_memory 14680
2017-09-27 14:39:41 max_micro 1268765
2017-09-27 14:39:41 min_micro 335
2017-09-27 14:36:19 pressure 22.60
2017-09-27 14:39:41 samples 162617
2017-09-27 14:39:41 signal -76
2017-09-27 14:29:48 softwareVersion NRZ-2017-100-AF-017
2017-09-27 14:39:41 state active
2017-09-27 14:36:19 temperature 101517.00
Attributes:
room Luftdaten
Da scheint etwas noch zu passen. Die Änderung in Zeile 397 habe ich berücksichtigt.
Grüße Jörg
Habe noch ein paar Änderungen eingebaut, unter anderem werden die master Readings gelöscht, wenn ein slave definiert wird.
Weiterhin wurden pressure_nn und pressure nicht unterschieden, das habe ich dann auch noch einbaut. Was soll ich als Beschreibung für das Reading eintragen? Wird der irgendwie berechnet?
Bei dir scheint aber auch was nicht zu stimmen: Temperatur und Luftdruck sind vertauscht?
... {"value_type":"BMP_pressure","value":"22.60"},{"value_type":"BMP_temperature","value":"101522.00"} ...
Hallo igami,
danke für den Hinweis und habe ich korrigiert. Im Moment teste ich noch ein paar Sachen mit der Firmware.
Der Rest sieht gut aus.
pressure_nn, also Luftdruck auf Normal Null wird berechnet, wenn die aktuelle Höhe des Sensors größer 0 Meter über Normal ist. Somit erhält man den Vergleichswert für Wettereinschätzungen.
Berechnet wird so:
/**
* http://rn-wissen.de/wiki/index.php/RP6_Multi_IO_Projekt_-_Software#Library_Source_5
* Reduces the absolute airpressure [Pa] value
* and returns the airpressure at sea level
* value [Pa]. The airpressure at sea level is
* also stored in the global long variable p0.
*
* Input: p -> Airpressure [Pa]
* alt -> Altitude [m]
* t -> Temperature [/ 10 °C]
*
* Output: Airpressure at sea level [Pa]
*
*/
int32_t ReducePressure(int32_t p, uint16_t alt, int32_t t)
{
double dp0;
double dt = t / 10;
int32_t p0;
dp0 = (double) p * (pow ((TEMP_ZERO + dt) / (TEMP_ZERO + dt + 0.0065 * alt), -5.255));
p0 = (int32_t) dp0;
return p0; // Result in [Pa]
}
Zitat von: JoWiemann am 27 September 2017, 15:25:13
pressure_nn, also Luftdruck auf Normal Null wird berechnet, wenn die aktuelle Höhe des Sensors größer 0 Meter über Normal ist. Somit erhält man den Vergleichswert für Wettereinschätzungen.
Trifft die folgende Aussage dann zu?
Zitat
<li>
<code>pressureNN</code><br>
Calculated pressure at sea level in hPa<br>
Requires an altitude sensore or configured height.
</li>
<li>
<code>pressureNN</code><br>
Berechneter Luftdruck auf Meereshöhe in hPa<br>
Benötig einen Höhen-Sensor oder eine konfigurierte Höhe.
</li>
Eher:
Berechneter Luftdruck für Normal Null bei aktivem Höhen- und Temperatursensor, sofern sich der Sensor nicht auf Normal Null befindet. Hierzu ist die Höhe, kann über Kartendienste oder SmartPhone ermittelt werden, auf der Konfigurationsseite anzugeben.
Grüße Jörg
Zitat von: JoWiemann am 27 September 2017, 15:55:42
... bei aktivem Höhen- und Temperatursensor ...
Muss das nicht "Luftdruck- und Temperatursensor" heißen?
Zitat von: igami am 27 September 2017, 16:04:52
Muss das nicht "Luftdruck- und Temperatursensor" heißen?
Stimmt. Heute ist noch nicht mein Tag.
Zitat von: JoWiemann am 27 September 2017, 13:49:47
Welche Einheit hat den UV - Licht?
Ist eigentlich nur ein Index Definition.
Info nachzulesen unter https://de.wikipedia.org/wiki/UV-Index
Danke für die anderen Infos.
Zitat von: Burny4600 am 27 September 2017, 18:43:20
Ist eigentlich nur ein Index Definition.
Info nachzulesen unter https://de.wikipedia.org/wiki/UV-Index
Danke für die anderen Infos.
Ja, aber das ist der Index, der sich aus der Intensität errechnen lässt. "The VEML6070 does have a real light sensor in the UV spectrum." Somit sind wir dann doch wieder bei Lux.
Grüße Jörg
Ich habe auch einen veml Sensor in meinem Außensensor am laufen.
Normalerweise bringt der veml Werte über 30000. Das muss auf den UV Index runter gerechnet werden.
https://forum.fhem.de/index.php?topic=63931.msg668264.msg#668264
(https://forum.fhem.de/index.php?topic=63931.msg668264.msg#668264)
Gesendet von meinem SM-T560 mit Tapatalk
Nach dem Wiki sind es beim UV Sensor die direkt ausgegeben werden µW/cm² und nicht Lux.
Dieser Wert kann dann umgerechnet werden 1 µW/cm² entspricht dabei 0,004 UV Index.
Barometrischer Luftdruck:
Dies wäre auch nicht schlecht wenn der Luftdruck auf die passende Komastelle reduziert wäre.
Wenn ein Display angeschlossen ist, sollte die Möglichkeit gegeben sein das diese Werte zumindest für das direkt angeschlossene Display passt.
Derzeitige Displayanzeige
Pres: 102924.0
Auch bei der Anzeige der des Feinstaubes wäre für die lokale Displayanzeige eine andere Definition besser zur Ansicht:
Vielleicht wäre es sinnvoller nicht SDS011- zu verwenden sonder für die Feinstaubsensoren grundsätzlich zb.
FSS Pm 2.5:
FSS Pm10.0:
Die derzeitige lokale Displayanzeige sagt nicht wirklich etwas aus. Hier wird derzeit zb. SDS01186.0
Siehe Anhang.
Bei der original Luftdaten Firmware war es noch ein wenig besser gelöst.
Was beim Display auch noch nicht passt ist das sich oben eine Leerzeile befindet, und dadurch im unteren Bereich ein Versatz der Zeile entsteht.
Vielleicht wäre noch eine Anpassung betreffend dieser Punkte möglich.
Hi,
sorry für die späte Rückmeldung.
Zitat von: igami am 27 September 2017, 13:54:03
@Christian: Hat das eigentlich funktioniert?
Ja, das hat geklappt, im Master Device wird nun die Temp vom DHT22 angezeigt. Im Slave Device die des BME, wie erwartet.
Nach dem testen der neueren Version aus diesem Post:
Zitat von: igami am 27 September 2017, 15:10:31
Habe noch ein paar Änderungen eingebaut, unter anderem werden die master Readings gelöscht, wenn ein slave definiert wird.
Weiterhin wurden pressure_nn und pressure nicht unterschieden, das habe ich dann auch noch einbaut. Was soll ich als Beschreibung für das Reading eintragen? Wird der irgendwie berechnet?
Hat es aber nicht mehr geklappt, die Temp vom DHT bekomme ich damit nicht in FHEM rein.
Ggf. muss die obere Änderung dort noch vorgesehen werden?
Danke und Grüße
Christian
Danke für die Rückmeldung. Ich werde mich dann übernächste Woche an die Überarbeitung machen. Nächste Woche geht es erst einmal ins Elb Sandsteingebirge.
Grüße Jörg
Gesendet von iPad mit Tapatalk
Grüße Jörg
Zitat von: Christian Uhlmann am 28 September 2017, 13:44:14
Ggf. muss die obere Änderung dort noch vorgesehen werden?
Da hab ich das doch tatsächlich wieder vergessen -.-
neue Version im Anhang
Hi,
Zitat von: igami am 28 September 2017, 13:47:25
Da hab ich das doch tatsächlich wieder vergessen -.-
neue Version im Anhang
Perfekt :) so passt es tatsächlich wieder.
Grüße
Christian
Ich habe mit der aktullen Version noch einige Probleme.
Sensor 1 besteht aus TSL2561 und VEML6070: Die Werte des TSL2561 werden in FHEM übernommen. Die des VEML6070 nicht obwohl bei get sensors dieser in der Auflistung der Sensoren erscheint.
Was mir nicht ganz klar ist warum aber bei dieser Konstellation ein max-micro und min_micro ausgegeben wird.
Sensor 2 besteht aus BME280, SDS011, einem GPS Neo6 und einem Mehrzeilen Display.
Von dieser Sensoreinheit wird nichts von FHEM übernommen.
sate ist permanent auf Error.
Via Browser ist der Sensor aber zu erreichen und gibt Werte aus.
Zitat von: Burny4600 am 29 September 2017, 13:35:07
Ich habe mit der aktullen Version noch einige Probleme.
Sensor 1 besteht aus TSL2561 und VEML6070: Die Werte des TSL2561 werden in FHEM übernommen. Die des VEML6070 nicht obwohl bei get sensors dieser in der Auflistung der Sensoren erscheint.
Was mir nicht ganz klar ist warum aber bei dieser Konstellation ein max-micro und min_micro ausgegeben wird.
den VEML6070 habe ich aus irgendeinem Grund auch auf das Reading illuminanceFull geschrieben, sollte das Falsch sein, kann daraus ein illuminanceUV machen. Du könntest den Sensor nun aber schon als SLAVE auslesen.
max-micro und min_micro stehen auch in den Sensorwerten, und da ich keine Lust habe immer sofort zu reagieren, wenn eine Änderung an der Firmware stattfindet und neue Sensoren eingebunden werden, werden alle Werte als Readings gespeichert. Mit suppress Readings lässt sich das aber unterbinden.
Zitat von: Burny4600 am 29 September 2017, 13:35:07
Sensor 2 besteht aus BME280, SDS011, einem GPS Neo6 und einem Mehrzeilen Display.
Von dieser Sensoreinheit wird nichts von FHEM übernommen.
sate ist permanent auf Error.
Via Browser ist der Sensor aber zu erreichen und gibt Werte aus.
Keine Fehlermeldung im Log?
Ich wollte dich nicht kritisieren. Vielleicht habe ich mich ein wenig falsch ausgerückt.
Mir sind nur gewisse Punkte aufgefallen die für mich nicht klar waren.
Jedenfalls wäre es sinnvoll dem VEML6070 ein eigenes Reading mit illuminanceUV 1 µW/cm² zu definieren
LOG des FSS
2017.09.29 18:25:17.413 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:25:17.416 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:25:17.445 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:25:17.446 2: LuftdatenInfo2 (FSS) - error while request: 192.168.17.132: Verbindungsaufbau abgelehnt
2017.09.29 18:25:47.851 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:25:47.853 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:25:47.874 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:25:47.875 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"26", "sensordatavalues":[{"value_type":"SDS_P1","value":"14.00"},{"value_type":"SDS_P2","value":"12.80"},{"value_type":"GPS_lat","value":"48.150900"},{"value_type":"GPS_lon","value":"14.003041"},{"value_type":"GPS_height","value":"346.30"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:24:45.00"},{"value_type":"BME280_temperature","value":"27.86"},{"value_type":"BME280_humidity","value":"39.07"},{"value_type":"BME280_pressure","value":"102502.00"},{"value_type":"BME280_pressure_nn","value":"106600.00"},{"value_type":"samples","value":"206661"},{"value_type":"min_micro","value":"345"},{"value_type":"max_micro","value":"131052"},{"value_type":"signal","value":"-42"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:26:09.057 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_Attr
2017.09.29 18:26:17.994 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:26:17.996 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:26:18.923 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:26:18.924 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"57", "sensordatavalues":[{"value_type":"SDS_P1","value":"14.00"},{"value_type":"SDS_P2","value":"12.80"},{"value_type":"GPS_lat","value":"48.150900"},{"value_type":"GPS_lon","value":"14.003041"},{"value_type":"GPS_height","value":"346.30"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:24:45.00"},{"value_type":"BME280_temperature","value":"27.86"},{"value_type":"BME280_humidity","value":"39.07"},{"value_type":"BME280_pressure","value":"102502.00"},{"value_type":"BME280_pressure_nn","value":"106600.00"},{"value_type":"samples","value":"206661"},{"value_type":"min_micro","value":"345"},{"value_type":"max_micro","value":"131052"},{"value_type":"signal","value":"-42"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:26:45.242 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_Attr
2017.09.29 18:26:48.432 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:26:48.435 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:26:49.434 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:26:49.435 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"87", "sensordatavalues":[{"value_type":"SDS_P1","value":"14.00"},{"value_type":"SDS_P2","value":"12.80"},{"value_type":"GPS_lat","value":"48.150900"},{"value_type":"GPS_lon","value":"14.003041"},{"value_type":"GPS_height","value":"346.30"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:24:45.00"},{"value_type":"BME280_temperature","value":"27.86"},{"value_type":"BME280_humidity","value":"39.07"},{"value_type":"BME280_pressure","value":"102502.00"},{"value_type":"BME280_pressure_nn","value":"106600.00"},{"value_type":"samples","value":"206661"},{"value_type":"min_micro","value":"345"},{"value_type":"max_micro","value":"131052"},{"value_type":"signal","value":"-42"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:27:23.967 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:27:23.969 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:27:24.741 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:27:24.742 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"123", "sensordatavalues":[{"value_type":"SDS_P1","value":"14.00"},{"value_type":"SDS_P2","value":"12.80"},{"value_type":"GPS_lat","value":"48.150900"},{"value_type":"GPS_lon","value":"14.003041"},{"value_type":"GPS_height","value":"346.30"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:24:45.00"},{"value_type":"BME280_temperature","value":"27.86"},{"value_type":"BME280_humidity","value":"39.07"},{"value_type":"BME280_pressure","value":"102502.00"},{"value_type":"BME280_pressure_nn","value":"106600.00"},{"value_type":"samples","value":"206661"},{"value_type":"min_micro","value":"345"},{"value_type":"max_micro","value":"131052"},{"value_type":"signal","value":"-42"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:27:54.540 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:27:54.543 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:27:54.622 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:27:54.623 2: LuftdatenInfo2 (FSS) - error while request: 192.168.17.132: Verbindungsaufbau abgelehnt
2017.09.29 18:28:24.993 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:28:24.996 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:28:26.497 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:28:26.498 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"17", "sensordatavalues":[{"value_type":"GPS_lat","value":"48.151173"},{"value_type":"GPS_lon","value":"14.003148"},{"value_type":"GPS_height","value":"307.10"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:27:46.00"},{"value_type":"BME280_temperature","value":"27.89"},{"value_type":"BME280_humidity","value":"39.13"},{"value_type":"BME280_pressure","value":"102505.00"},{"value_type":"BME280_pressure_nn","value":"106603.00"},{"value_type":"samples","value":"196075"},{"value_type":"min_micro","value":"345"},{"value_type":"max_micro","value":"130028"},{"value_type":"signal","value":"-43"},{"value_type":"free_memory","value":"15904"}]}
2017.09.29 18:28:34.686 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_Attr
2017.09.29 18:28:54.999 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:28:55.002 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:28:55.705 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:28:55.706 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"46", "sensordatavalues":[{"value_type":"GPS_lat","value":"48.151173"},{"value_type":"GPS_lon","value":"14.003148"},{"value_type":"GPS_height","value":"307.10"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:27:46.00"},{"value_type":"BME280_temperature","value":"27.89"},{"value_type":"BME280_humidity","value":"39.13"},{"value_type":"BME280_pressure","value":"102505.00"},{"value_type":"BME280_pressure_nn","value":"106603.00"},{"value_type":"samples","value":"196075"},{"value_type":"min_micro","value":"345"},{"value_type":"max_micro","value":"130028"},{"value_type":"signal","value":"-43"},{"value_type":"free_memory","value":"15904"}]}
2017.09.29 18:29:33.980 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:29:33.984 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:29:35.004 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:29:35.004 2: LuftdatenInfo2 (FSS) - error while request: write error: Datenübergabe unterbrochen (broken pipe)
2017.09.29 18:29:52.068 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_Attr
2017.09.29 18:30:03.987 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:30:03.990 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:30:04.975 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:30:04.976 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"115", "sensordatavalues":[{"value_type":"GPS_lat","value":"48.151173"},{"value_type":"GPS_lon","value":"14.003148"},{"value_type":"GPS_height","value":"307.10"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:27:46.00"},{"value_type":"BME280_temperature","value":"27.89"},{"value_type":"BME280_humidity","value":"39.13"},{"value_type":"BME280_pressure","value":"102505.00"},{"value_type":"BME280_pressure_nn","value":"106603.00"},{"value_type":"samples","value":"196075"},{"value_type":"min_micro","value":"345"},{"value_type":"max_micro","value":"130028"},{"value_type":"signal","value":"-43"},{"value_type":"free_memory","value":"15904"}]}
2017.09.29 18:30:34.795 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:30:34.800 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:30:35.285 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:30:35.286 2: LuftdatenInfo2 (FSS) - error while request: 192.168.17.132: Verbindungsaufbau abgelehnt
2017.09.29 18:31:04.798 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:31:04.801 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:31:04.811 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:31:04.813 2: LuftdatenInfo2 (FSS) - error while request: 192.168.17.132: Verbindungsaufbau abgelehnt
2017.09.29 18:31:31.701 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_Attr
2017.09.29 18:31:35.275 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:31:35.277 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:31:36.718 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:31:36.719 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"26", "sensordatavalues":[{"value_type":"SDS_P1","value":"13.00"},{"value_type":"SDS_P2","value":"12.10"},{"value_type":"GPS_lat","value":"48.151233"},{"value_type":"GPS_lon","value":"14.003173"},{"value_type":"GPS_height","value":"318.00"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:30:33.00"},{"value_type":"BME280_temperature","value":"27.89"},{"value_type":"BME280_humidity","value":"39.20"},{"value_type":"BME280_pressure","value":"102492.00"},{"value_type":"BME280_pressure_nn","value":"106590.00"},{"value_type":"samples","value":"193188"},{"value_type":"min_micro","value":"353"},{"value_type":"max_micro","value":"136263"},{"value_type":"signal","value":"-43"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:32:05.349 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:32:05.353 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:32:06.114 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:32:06.115 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"56", "sensordatavalues":[{"value_type":"SDS_P1","value":"13.00"},{"value_type":"SDS_P2","value":"12.10"},{"value_type":"GPS_lat","value":"48.151233"},{"value_type":"GPS_lon","value":"14.003173"},{"value_type":"GPS_height","value":"318.00"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:30:33.00"},{"value_type":"BME280_temperature","value":"27.89"},{"value_type":"BME280_humidity","value":"39.20"},{"value_type":"BME280_pressure","value":"102492.00"},{"value_type":"BME280_pressure_nn","value":"106590.00"},{"value_type":"samples","value":"193188"},{"value_type":"min_micro","value":"353"},{"value_type":"max_micro","value":"136263"},{"value_type":"signal","value":"-43"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:32:35.474 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:32:35.477 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:32:36.243 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:32:36.244 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"86", "sensordatavalues":[{"value_type":"SDS_P1","value":"13.00"},{"value_type":"SDS_P2","value":"12.10"},{"value_type":"GPS_lat","value":"48.151233"},{"value_type":"GPS_lon","value":"14.003173"},{"value_type":"GPS_height","value":"318.00"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:30:33.00"},{"value_type":"BME280_temperature","value":"27.89"},{"value_type":"BME280_humidity","value":"39.20"},{"value_type":"BME280_pressure","value":"102492.00"},{"value_type":"BME280_pressure_nn","value":"106590.00"},{"value_type":"samples","value":"193188"},{"value_type":"min_micro","value":"353"},{"value_type":"max_micro","value":"136263"},{"value_type":"signal","value":"-43"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:33:05.634 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:33:05.636 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:33:05.953 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:33:05.954 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"116", "sensordatavalues":[{"value_type":"SDS_P1","value":"13.00"},{"value_type":"SDS_P2","value":"12.10"},{"value_type":"GPS_lat","value":"48.151233"},{"value_type":"GPS_lon","value":"14.003173"},{"value_type":"GPS_height","value":"318.00"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:30:33.00"},{"value_type":"BME280_temperature","value":"27.89"},{"value_type":"BME280_humidity","value":"39.20"},{"value_type":"BME280_pressure","value":"102492.00"},{"value_type":"BME280_pressure_nn","value":"106590.00"},{"value_type":"samples","value":"193188"},{"value_type":"min_micro","value":"353"},{"value_type":"max_micro","value":"136263"},{"value_type":"signal","value":"-43"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:33:09.168 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_Attr
2017.09.29 18:33:35.882 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:33:35.886 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:33:35.895 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:33:35.896 2: LuftdatenInfo2 (FSS) - error while request: 192.168.17.132: Verbindungsaufbau abgelehnt
2017.09.29 18:34:05.892 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:34:05.895 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:34:06.819 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:34:06.820 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"10", "sensordatavalues":[{"value_type":"SDS_P1","value":"12.37"},{"value_type":"SDS_P2","value":"11.43"},{"value_type":"GPS_lat","value":"48.151143"},{"value_type":"GPS_lon","value":"14.003060"},{"value_type":"GPS_height","value":"333.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:33:34.00"},{"value_type":"BME280_temperature","value":"27.92"},{"value_type":"BME280_humidity","value":"39.23"},{"value_type":"BME280_pressure","value":"102506.00"},{"value_type":"BME280_pressure_nn","value":"106604.00"},{"value_type":"samples","value":"193002"},{"value_type":"min_micro","value":"347"},{"value_type":"max_micro","value":"132131"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:34:36.537 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:34:36.541 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:34:37.282 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:34:37.283 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"41", "sensordatavalues":[{"value_type":"SDS_P1","value":"12.37"},{"value_type":"SDS_P2","value":"11.43"},{"value_type":"GPS_lat","value":"48.151143"},{"value_type":"GPS_lon","value":"14.003060"},{"value_type":"GPS_height","value":"333.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:33:34.00"},{"value_type":"BME280_temperature","value":"27.92"},{"value_type":"BME280_humidity","value":"39.23"},{"value_type":"BME280_pressure","value":"102506.00"},{"value_type":"BME280_pressure_nn","value":"106604.00"},{"value_type":"samples","value":"193002"},{"value_type":"min_micro","value":"347"},{"value_type":"max_micro","value":"132131"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:35:06.636 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:35:06.639 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:35:08.067 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:35:08.068 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"71", "sensordatavalues":[{"value_type":"SDS_P1","value":"12.37"},{"value_type":"SDS_P2","value":"11.43"},{"value_type":"GPS_lat","value":"48.151143"},{"value_type":"GPS_lon","value":"14.003060"},{"value_type":"GPS_height","value":"333.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:33:34.00"},{"value_type":"BME280_temperature","value":"27.92"},{"value_type":"BME280_humidity","value":"39.23"},{"value_type":"BME280_pressure","value":"102506.00"},{"value_type":"BME280_pressure_nn","value":"106604.00"},{"value_type":"samples","value":"193002"},{"value_type":"min_micro","value":"347"},{"value_type":"max_micro","value":"132131"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:35:09.175 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_Attr
2017.09.29 18:35:37.138 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:35:37.141 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:35:38.068 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:35:38.069 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"102", "sensordatavalues":[{"value_type":"SDS_P1","value":"12.37"},{"value_type":"SDS_P2","value":"11.43"},{"value_type":"GPS_lat","value":"48.151143"},{"value_type":"GPS_lon","value":"14.003060"},{"value_type":"GPS_height","value":"333.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:33:34.00"},{"value_type":"BME280_temperature","value":"27.92"},{"value_type":"BME280_humidity","value":"39.23"},{"value_type":"BME280_pressure","value":"102506.00"},{"value_type":"BME280_pressure_nn","value":"106604.00"},{"value_type":"samples","value":"193002"},{"value_type":"min_micro","value":"347"},{"value_type":"max_micro","value":"132131"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:36:07.237 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:36:07.239 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:36:07.554 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:36:07.555 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"132", "sensordatavalues":[{"value_type":"SDS_P1","value":"12.37"},{"value_type":"SDS_P2","value":"11.43"},{"value_type":"GPS_lat","value":"48.151143"},{"value_type":"GPS_lon","value":"14.003060"},{"value_type":"GPS_height","value":"333.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:33:34.00"},{"value_type":"BME280_temperature","value":"27.92"},{"value_type":"BME280_humidity","value":"39.23"},{"value_type":"BME280_pressure","value":"102506.00"},{"value_type":"BME280_pressure_nn","value":"106604.00"},{"value_type":"samples","value":"193002"},{"value_type":"min_micro","value":"347"},{"value_type":"max_micro","value":"132131"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:36:37.587 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:36:37.590 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:36:37.690 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:36:37.692 2: LuftdatenInfo2 (FSS) - error while request: 192.168.17.132: Verbindungsaufbau abgelehnt
2017.09.29 18:37:07.592 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:37:07.595 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:37:07.692 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:37:07.693 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"10", "sensordatavalues":[{"value_type":"SDS_P1","value":"14.37"},{"value_type":"SDS_P2","value":"12.93"},{"value_type":"GPS_lat","value":"48.151242"},{"value_type":"GPS_lon","value":"14.003068"},{"value_type":"GPS_height","value":"324.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:36:20.00"},{"value_type":"BME280_temperature","value":"27.90"},{"value_type":"BME280_humidity","value":"39.36"},{"value_type":"BME280_pressure","value":"102502.00"},{"value_type":"BME280_pressure_nn","value":"106600.00"},{"value_type":"samples","value":"192816"},{"value_type":"min_micro","value":"344"},{"value_type":"max_micro","value":"125893"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:37:38.326 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:37:38.328 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:37:40.346 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:37:40.347 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"41", "sensordatavalues":[{"value_type":"SDS_P1","value":"14.37"},{"value_type":"SDS_P2","value":"12.93"},{"value_type":"GPS_lat","value":"48.151242"},{"value_type":"GPS_lon","value":"14.003068"},{"value_type":"GPS_height","value":"324.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:36:20.00"},{"value_type":"BME280_temperature","value":"27.90"},{"value_type":"BME280_humidity","value":"39.36"},{"value_type":"BME280_pressure","value":"102502.00"},{"value_type":"BME280_pressure_nn","value":"106600.00"},{"value_type":"samples","value":"192816"},{"value_type":"min_micro","value":"344"},{"value_type":"max_micro","value":"125893"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:38:12.610 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:38:12.613 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:38:14.026 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:38:14.027 2: LuftdatenInfo2 (FSS) - error while request: write error: Datenübergabe unterbrochen (broken pipe)
2017.09.29 18:38:42.977 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:38:42.979 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:38:43.984 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:38:43.986 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"105", "sensordatavalues":[{"value_type":"SDS_P1","value":"14.37"},{"value_type":"SDS_P2","value":"12.93"},{"value_type":"GPS_lat","value":"48.151242"},{"value_type":"GPS_lon","value":"14.003068"},{"value_type":"GPS_height","value":"324.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:36:20.00"},{"value_type":"BME280_temperature","value":"27.90"},{"value_type":"BME280_humidity","value":"39.36"},{"value_type":"BME280_pressure","value":"102502.00"},{"value_type":"BME280_pressure_nn","value":"106600.00"},{"value_type":"samples","value":"192816"},{"value_type":"min_micro","value":"344"},{"value_type":"max_micro","value":"125893"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
2017.09.29 18:39:13.447 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_statusRequest
2017.09.29 18:39:13.452 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_GetHttpResponse
2017.09.29 18:39:14.886 5: LuftdatenInfo2 (FSS) - entering LuftdatenInfo2_ParseHttpResponse
2017.09.29 18:39:14.887 4: LuftdatenInfo2 (FSS) - returned data: {"software_version": "NRZ-2017-100-AF-018", "age":"136", "sensordatavalues":[{"value_type":"SDS_P1","value":"14.37"},{"value_type":"SDS_P2","value":"12.93"},{"value_type":"GPS_lat","value":"48.151242"},{"value_type":"GPS_lon","value":"14.003068"},{"value_type":"GPS_height","value":"324.90"},{"value_type":"GPS_date","value":"09/29/2017"},{"value_type":"GPS_time","value":"16:36:20.00"},{"value_type":"BME280_temperature","value":"27.90"},{"value_type":"BME280_humidity","value":"39.36"},{"value_type":"BME280_pressure","value":"102502.00"},{"value_type":"BME280_pressure_nn","value":"106600.00"},{"value_type":"samples","value":"192816"},{"value_type":"min_micro","value":"344"},{"value_type":"max_micro","value":"125893"},{"value_type":"signal","value":"-44"},{"value_type":"free_memory","value":"15824"}]}
Zitat von: Burny4600 am 29 September 2017, 19:01:40
Jedenfalls wäre es sinnvoll dem VEML6070 ein eigenes Reading mit illuminanceUV 1 µW/cm² zu definieren
Hallo,
ich habe mich noch mal eingehender mit dem VEML6070 beschäftigt. Der VEML gibt als Ergebnis uvSteps zurück. Die müssen noch in Watt, UV Index, usw. umgerechnet werden. Eine valide Formel habe ich allerdings noch nicht gefunden. Also werde ich wohl um ein einigermaßen genaues UV Messgerät und eine definierte UV Quelle nicht herum kommen, um den VEML mal auszumessen.
Grüße Jörg
@JoWiemann
Vielleicht hilft dir das weiter.
Ich habe einige Datenblätter mit Information.
Da steht eine Menge was direkt den Sensor 6070 betrifft.
Den 6075 habe ich dir zur Sicherheit auch noch.
Schicke mir deine E-Mail per PN und ich lasse dir die Datenblätter zukommen.
Was die Errors der SDS011 Sensoreinheit betrifft habe ich von Anfang an mit der originalen Software schon Probleme gehabt.
Es ist zwar ein Leistungstarkes 2,5A Netzgerät angeschlossen, aber ich vermute das der SDS011 trotzdem den WeMos D1 Mini überfordert und es dadurch eventuell zu den Errors kommt.
Ich werde es testen die Spannungsversorgung des SDS011 nicht über den WeMos zu beziehen sonder eine eigene Versorgung verwenden mit der Masseverbindung zu WeMos.
Zitat von: Burny4600 am 29 September 2017, 19:01:40
Ich wollte dich nicht kritisieren. Vielleicht habe ich mich ein wenig falsch ausgerückt.
Mir sind nur gewisse Punkte aufgefallen die für mich nicht klar waren.
Jedenfalls wäre es sinnvoll dem VEML6070 ein eigenes Reading mit illuminanceUV 1 µW/cm² zu definieren
LOG des FSS
Ich freue mich doch aber über Kritik :D
Aber ich denke ich baue es wieder über das rawReadings Attribut ein, sodass nur dann die Readings geschrieben werden, wenn sie bekannt sind oder das rawReadings Attribut auf 1 steht.
Im Log sieht es ja so aus, als wenn es manchmal funktioniert und manchmal nicht.
Wurden denn überhaupt keine Readings geschrieben? Das kann ich mir eigentlich nicht vorstellen.
Was soll ich denn nun in die Commandref als Einheit für den illuminanceUV Wert schreiben? Ich finde es immer schrecklich, wenn man zwar einen Wert hat, aber raten muss in welcher Einheit der ist ;)
Erstmal eine neue Version im Anhang:
- VEML6070 hat nun ein eigenes Reading illuminanceUV
- Wenn nicht bekannte Sensoren genutzt werden erscheinen die Readings nur, wenn das Attribut rawReadings auf 1 steht.
Für den UV Wert nimmst du diese Einheit illuminanceUV 1 µW/cm². In den Datenblätter wird diese Definition verwendet.
Ich kann in den nächsten Tagen mal einen Vergleich mit einem anderen UV Sensor machen, dann sehen wir ob wir dabei sind.
Das Reading illuminanceVisible gibt bei der aktuellen Firmware keine Werte aus.
Ist das Reading illuminanceUV der 1:1 Wert der aus dem Sensor kommt? Mir kommt dieser Wert viel zu klein vor!
Welche Umrechnung hast du des Readings definiert?
Serien Schnittstellen an dem WeMos:
Derzeit sind zwei serielle Schnittstellen in Funktion. SDS011 und GPS Neo6
Um die Wetterstation Einheit komplett zu lösen benötige eine dritte serielle Schnittstelle für einen Geigerzähler. Wäre dies möglich?
Ich habe hierzu für die seriele Schnittstelle des Geigerzählers eine kleine Dokumentation die ich zusammengefasst hatte angehängt.
Vielleicht kannst du damit etwas anfangen.
Parameter Meter ueber Normal Null:
Wäre es möglich bei aktiviertem GPS das Reading altitude nicht auf diese Position zu schreiben um damit die Korrektur des Luftdruckes zu nutzen?
Zitat von: Burny4600 am 01 Oktober 2017, 09:04:07
Bei der aktuellen LuftdatenInfo2 wrden für das Reading illuminanceVisible keine Werte mehr ausgegeben?
Doch, sollte weiterhin funktionieren, da ich nur UV korrigiert habe.
Du kannst mal testweise das Attribut rawReadings aktivieren, vielleicht taucht dann ein neues reading auf und ich finde einen Tippfehler oder so.
Zitat von: Burny4600 am 01 Oktober 2017, 09:04:07
Ist das Reading illuminanceUV der 1:1 Wert der aus dem Sensor kommt? Mir kommt dieser Wert viel zu klein vor!
Welche Umrechnung hast du des Readings definiert?
Bis auf den Luftdruck verändere ich keine Werte. Ich müsste dann ja raten was für eine Einheit der Wert hat. Deswegen ist es mir ja so wichtig, dass ich in der commandref auf eine Einheit mit angeben kann. Die Umrechnung sollte aber meiner Meinung nach in der Firmware passieren, ich stelle ja nur das Modul bereit um die Daten nach FHEM zu bekommen ;)
illuminanceVisible wird schon am WeMos nicht ausgegeben.
Da dürfte in der Firmware noch ein Fehler vorhanden sein weil dieser UV Wert in keinster Weise stimmen kann.
Auch die Helligkeitswerte weichen sehr stark davon ab gegenüber dem direkt eingebunden TS2561 via I2C am Raspberry.
Das hat jetzt nichts mit dem LuftdatenInfo2 Modul zu tun wie ich es jetzt selbst festgestellt habe.
Hallo,
im ersten Post gibt es eine neue Firmware. Ich habe den VEML überarbeitet und es werden jetzt folgende Werte ausgegeben:
Rohwerte in UV Steps (Das ist der originale Rückgabewert)
Intensität (Watt)
Risiko 1..5
Weiterhin kann für den VEML jetzt auch die "Integration Time" gesetzt werden.
Die Ausgabe im Display sollte jetzt passen (das Display hat definitiv bei der eingestellten Schriftart nur 6 Zeilen). Sofern noch Zeilen übrig sind (hängt von den Sensoren ab. Mit Feinstaub und GPS bleibt keine Zeile übrig) werden Systeminfos ausgegeben. Weiterhin werden jetzt Infos während des OTA ausgegeben.
Grüße Jörg
Falls es jemanden interessiert:
Ich habe den PMS7003 (mit Nodemcu + DHT22, FW NRZ-2017-100-AF-018) mit Luftdateninfo2 jetzt etwa 2 Wochen erfolgreich am Laufen. Meiner Meinung nach kann das so in Produktion gehen ;D
Werde aber jetzt trotzdem erstmal wieder versuchen einen eigenen Sketch zusammenzubasteln, weil ich den PMS7003 innen zusammen mit z.B. einem CCS811 (Co2/TVOC Sensor) einsetzen will.
Ich bin leider noch nicht dazu gekommen eine automatische DEF Änderung zu programmieren, damit es beim Update nicht Fehlern bei Nutzern kommt.
Zitat von: JoWiemann am 10 Oktober 2017, 15:58:02
im ersten Post gibt es eine neue Firmware. Ich habe den VEML überarbeitet und es werden jetzt folgende Werte ausgegeben:
Rohwerte in UV Steps (Das ist der originale Rückgabewert)
Intensität (Watt)
Risiko 1..5
Wie steht das dann im JSON? Gibt es zu den UV Stepts und dem Risiko eine Einheit oder eine Beschreibung die ich mit in die commandref schreiben kann?
Hallo Igami, Steps sind Steps. Mehr habe ich bisher nicht in Erfahrung bringen können. Risiko ist von 1 klein bis 5 hoch. Heißt dann hohe Belastung. Auch fehlt mir noch der Hintergrund. Das ist für mich alles noch etwas nebulös, entstammt aber den technischen Informationen des Herstellers.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hier sind noch ein paar Infos für die Definitionen des UV-Sensors.
Der UV-Index Berich ist von 0 bis 12.
Die Berechnung des UVI ist in den Datenblättern im Anhang gut ersichtlich.
Weitere Information sind hier zu entnehmen.
https://learn.adafruit.com/adafruit-veml6070-uv-light-sensor-breakout
Die UV-Power welche bei der aktuellen Firmware mit Intensität definiert ist müsste eigentlich in mW/cm² ausgegeben werden
https://cdn-learn.adafruit.com/assets/assets/000/032/482/original/veml6070.pdf
Was den TLS2561 betrifft kann hier auch etwas nicht stimmen. Der sichtbare Bereich gibt keinen Wert aus!
Ich habe einen Vergleich mit dem I2C_TLS2561 unter FHEM durchgeführt wo die Werte abweichen.
I2C_TLS2561 broadband 3 <=> WiFi FSS TSL2561_2 gesamter Bereich 87. Lux
I2C_TLS2561 ir 2 <=> WiFi FSS TSL2561_2 Infrarot 58.0 Lux
I2C_TLS2561 luminosity 3.7 <=> WiFi FSS TSL2561_2 sichtbarer Bereich 0.00 Lux
I2C_TLS2561 gain 1 <=> WiFi FSS TSL2561_2 Gain 1
I2C_TLS2561 integrationTime 0.0137 <=> WiFi FSS TSL2561_2 Integr. Time 13,7ms
I2C_TLS2561 poll_interval 5 <=> WiFi FSS ?
Mit der aktuellen Firmware werden jetzt gar keine UV Werte mehr ausgeben bei der Browser Anzeige Werte des FSS.
Gucke ich mir nachher oder morgen Mal an.
Ich brauche aber immer noch die Sensornamen die im json stehen für das mapping
Zitat von: Burny4600 am 13 Oktober 2017, 08:02:26
Hier sind noch ein paar Infos für die Definitionen des UV-Sensors.
Der UV-Index Berich ist von 0 bis 12.
Die Berechnung des UVI ist in den Datenblättern im Anhang gut ersichtlich.
Weitere Information sind hier zu entnehmen.
https://learn.adafruit.com/adafruit-veml6070-uv-light-sensor-breakout
Die UV-Power welche bei der aktuellen Firmware mit Intensität definiert ist müsste eigentlich in mW/cm² ausgegeben werden
https://cdn-learn.adafruit.com/assets/assets/000/032/482/original/veml6070.pdf
Was den TLS2561 betrifft kann hier auch etwas nicht stimmen. Der sichtbare Bereich gibt keinen Wert aus!
Ich habe einen Vergleich mit dem I2C_TLS2561 unter FHEM durchgeführt wo die Werte abweichen.
I2C_TLS2561 broadband 3 <=> WiFi FSS TSL2561_2 gesamter Bereich 87. Lux
I2C_TLS2561 ir 2 <=> WiFi FSS TSL2561_2 Infrarot 58.0 Lux
I2C_TLS2561 luminosity 3.7 <=> WiFi FSS TSL2561_2 sichtbarer Bereich 0.00 Lux
I2C_TLS2561 gain 1 <=> WiFi FSS TSL2561_2 Gain 1
I2C_TLS2561 integrationTime 0.0137 <=> WiFi FSS TSL2561_2 Integr. Time 13,7ms
I2C_TLS2561 poll_interval 5 <=> WiFi FSS ?
Mit der aktuellen Firmware werden jetzt gar keine UV Werte mehr ausgeben bei der Browser Anzeige Werte des FSS.
Hallo,
ich habe im Moment wenig Zeit. Vielleicht schaffe ich es ja Ende nächster Woche.
Grüße Jörg
@igami
ZitatIch brauche aber immer noch die Sensornamen die im json stehen für das mapping
Hast du mich gemeint bzw. um welche geht es dabei?
@JoWiemann
Ich werde es erwarten können. Ich switche derzeit wieder direkt auf I2C zurück.
Zitat von: Burny4600 am 13 Oktober 2017, 20:05:25
@igami
Hast du mich gemeint bzw. um welche geht es dabei?
Eigentlich Jörg, aber wer mir die Frage beantwortet ist egal :)
In dem Modul vergebe ich einheitliche Reading Namen. Aus "..._UV" wird "illuminanceUV". Jetzt muss ich nur noch wissen wie Rohwerte, Intensität und Risiko im JSON Bezeichnet sind um daraus dann was zu machen.
Was wären denn überhaupt sinnvolle Reading Namem? UVSteps UVIntensity und UVRisk?
mit der neuen Luftdateninfo und PMS7003 bekomme ich ein
2017.10.14 16:31:15 2: LuftdatenInfo (out.pms) - error while request: http:///data.json: malformed or unsupported URL
Luftdateninfo2 funktioniert aber.
Zitat von: maddhin am 14 Oktober 2017, 10:34:40
mit der neuen Luftdateninfo und PMS7003 bekomme ich ein
2017.10.14 16:31:15 2: LuftdatenInfo (out.pms) - error while request: http:///data.json: malformed or unsupported URL
Luftdateninfo2 funktioniert aber.
Hat die Migration der DEF denn erfolgreich funktioniert? Es sollte ja nun "local <IP>" sein. Aber so wie es in der Fehlermeldung aussieht wurde die IP nicht korrekt übernommen. Diese sollte im Internal ADDRESS stehen.
Nein, in der DEF stand nur "local". Nach Änderung auf "local 192.168.x.x" funktioniert die Verbindung!
Ich bekomme aber nur Temp/Hum/PM2.5/PM10 - PM1 und andere (wohl nicht relevante) Luftdateninfo2 Werte wie min/max bekomme ich aber nicht.
Zitat von: maddhin am 14 Oktober 2017, 11:28:48
Nein, in der DEF stand nur "local". Nach Änderung auf "local 192.168.x.x" funktioniert die Verbindung!
Habe den Fehler gefunden und werde die Änderung später noch einchecken.
Zitat von: maddhin am 14 Oktober 2017, 11:28:48
Ich bekomme aber nur Temp/Hum/PM2.5/PM10 - PM1 und andere (wohl nicht relevante) Luftdateninfo2 Werte wie min/max bekomme ich aber nicht.
Es werden nur noch die Readings erzeugt für die es ein mapping gibt. Wenn du die anderen Werte auch sehen möchtest kannst du das Attribut rawReading auf 1 setzten.
Dabei ist mir aufgefallen, dass ich das auch nicht dokumentiert habe.
Zitat von: igami am 14 Oktober 2017, 11:40:30
Es werden nur noch die Readings erzeugt für die es ein mapping gibt. Wenn du die anderen Werte auch sehen möchtest kannst du das Attribut rawReading auf 1 setzten.
Dabei ist mir aufgefallen, dass ich das auch nicht dokumentiert habe.
Ich weiß jetzt nicht genau was mapping ist, aber PM1 wird vom PMS7003 normalerweise ausgegeben und wird auch in der FW angezeigt. Ggf. war das PMS_P0 zuvor?
Zeig mal bitte was get sensors liefert. Aktuell werden nur PM10 und PM2.5 als Readings angeigt. Wenn der Sensor noch PM1 kann werde ich das entsprechend einbauen.
get sensors:
PMS_P0
PMS_P1
PMS_P2
free_memory
humidity
max_micro
min_micro
samples
signal
temperature
Habe die neue Version eingecheckt. Ist dann im morgigen Update. Falls du es jetzt schon testen möchtest: 59_LuftdatenInfo.pm (https://svn.fhem.de/trac/export/HEAD/trunk/fhem/FHEM/59_LuftdatenInfo.pm)
Super, danke igami!!! Getestet, PM1 ist da und scheint auch sonst alles zu funktionieren!
Ich habe ab und zu - d.h. so alle paar Stunden - mal
2017.10.14 18:56:12 2: LuftdatenInfo (out.pms) - error while request: 192.168.2.24: Broken pipe
oder timed out im Log. Das hatte ich auch mit der LuftdatenInfo2.
Ich gehe aber davon aus, dass das irgendwelche Wifi Probleme o.ä. sind und nichts mit der FW oder LuftdatenInfo zu tun haben. Wollte dies nur erwähnen.
Ganz herzlichen Dank für Deine Arbeit!
@igami
Grundsätzlich werden diese Readings genutzt: UVIntensity und UVRisk
Habe die steps auch nicht eingebaut, da sie mir nicht für den Endanwender sinnvoll erscheinen ;)
Und so wäre die Skalierung des Messbreiches zu definieren.
Hallo Jörg
Vielen Dank für die Arbeit mit der alternativen Firmware.
Ich habe sein ein paar Tagen nun ebenfalls ein Sensor-Kit.
Zuerst mit der original FW in Betrieb genommen .. alles Ok.
Nun spiele ich etwas mit deiner FW rum.
Version :
Firmware: NRZ-2017-100-AF-020 (Oct 10 2017 15:51:51)
Dazu habe ich 3 Punkte :
1. Schöhnheitsfehler : in der Debugausgabe ist offensichtlich Feuchte und Temperatur vertauscht :
PM10: 3.10
PM2.5: 2.70
------
Humidity : 26.40%
Temperature : 49.80ßC
------
DS18B20 trying....1
Temperature : 24.50 C
------
Creating data string:
WLAN signal strength: -61 dBm
------
warum das ° als ß kommt weis ich auch noch nicht. Wie muss ich in Putty den Zeichensatz einstellen (z.Z. Latin-1) ?
2.
Ich habe einen DS1820 angeschlossen.
Ab diesem Zeitpunkt übernimmt der die Temperatur in FHEM.
Ich hätte den aber gern zusätzlich in FHEM.
Was muss ich dafür einstellen ?
Ich frage den Sensor z.Z. lokal ab und das steht bei einer Abfrage im Log
output data json...
last data: {"software_version": "NRZ-2017-100-AF-020", "sensordatavalues":[{"value_type":"SDS_P1","value":"2.83"},{"value_type":"SDS_P2","value":"2.17"},{"value_type":"temperature","value":"26.40"},{"value_type":"humidity","value":"50.90"},{"value_type":"DS18B20_temperature","value":"24.87"},{"value_type":"samples","value":"404306"},{"value_type":"min_micro","value":"338"},{"value_type":"max_micro","value":"1062395"},{"value_type":"signal","value":"-63"}]}
value memsize appended: ,{"value_type":"free_memory","value":"14584"}]}
replace with: , "age":"119", "sensordatavalues"
replaced: {"software_version": "NRZ-2017-100-AF-020", "age":"119", "sensordatavalues":[{"value_type":"SDS_P1","value":"2.83"},{"value_type":"SDS_P2","value":"2.17"},{"value_type":"temperature","value":"26.40"},{"value_type":"humidity","value":"50.90"},{"value_type":"DS18B20_temperature","value":"24.87"},{"value_type":"samples","value":"404306"},{"value_type":"min_micro","value":"338"},{"value_type":"max_micro","value":"1062395"},{"value_type":"signal","value":"-63"},{"value_type":"free_memory","value":"14584"}]}
tcpCleanUp completed
Es werden also beide Temperaturen an FHEM gesendet aber kein Reading erzeugt und falsch zugeordnet.
(auch nach neu anlegen)
Ich habe es auch mal mit der 2. Version hier aus dem Forum versucht. Die Anzeige ist identisch.
Ein "get sensors" liefert :
fhem> get FeinStaub2 sensors
humidity
temperature
DS18B20_temperature
SDS_P1
SDS_P2
free_memory
max_micro
min_micro
samples
signal
fhem>
Ich möchte den DS1820 auch nicht an Luftdaten.info bzw. Madavi.de senden, sondern den DHT22.
In der Config ist beim DHT22 API an und beim DS1820 ist API aus, richtig ?
Das scheint zu funktionieren.
3.
Die Voreinstellungen in der Config sind unglücklich um die Daten an madavi.de zu senden.
Die erwarten offenbar "SDS" statt "SDS011" und beim DHT muss der Name leer sein.
Hat mich einiges an Zeit gekostet bis ich das gefunden habe.
Gruß Ronald
Zitat von: sky64 am 14 Oktober 2017, 21:12:45
2.
Ich habe einen DS1820 angeschlossen.
Ab diesem Zeitpunkt übernimmt der die Temperatur in FHEM.
Ich hätte den aber gern zusätzlich in FHEM.
Was muss ich dafür einstellen ?
Ich frage den Sensor z.Z. lokal ab und das steht bei einer Abfrage im Log
output data json...
last data: {"software_version": "NRZ-2017-100-AF-020", "sensordatavalues":[{"value_type":"SDS_P1","value":"2.83"},{"value_type":"SDS_P2","value":"2.17"},{"value_type":"temperature","value":"26.40"},{"value_type":"humidity","value":"50.90"},{"value_type":"DS18B20_temperature","value":"24.87"},{"value_type":"samples","value":"404306"},{"value_type":"min_micro","value":"338"},{"value_type":"max_micro","value":"1062395"},{"value_type":"signal","value":"-63"}]}
value memsize appended: ,{"value_type":"free_memory","value":"14584"}]}
replace with: , "age":"119", "sensordatavalues"
replaced: {"software_version": "NRZ-2017-100-AF-020", "age":"119", "sensordatavalues":[{"value_type":"SDS_P1","value":"2.83"},{"value_type":"SDS_P2","value":"2.17"},{"value_type":"temperature","value":"26.40"},{"value_type":"humidity","value":"50.90"},{"value_type":"DS18B20_temperature","value":"24.87"},{"value_type":"samples","value":"404306"},{"value_type":"min_micro","value":"338"},{"value_type":"max_micro","value":"1062395"},{"value_type":"signal","value":"-63"},{"value_type":"free_memory","value":"14584"}]}
tcpCleanUp completed
Es werden also beide Temperaturen an FHEM gesendet aber kein Reading erzeugt und falsch zugeordnet.
(auch nach neu anlegen)
Ich habe es auch mal mit der 2. Version hier aus dem Forum versucht. Die Anzeige ist identisch.
Ein "get sensors" liefert :
fhem> get FeinStaub2 sensors
humidity
temperature
DS18B20_temperature
SDS_P1
SDS_P2
free_memory
max_micro
min_micro
samples
signal
fhem>
Ich möchte den DS1820 auch nicht an Luftdaten.info bzw. Madavi.de senden, sondern den DHT22.
In der Config ist beim DHT22 API an und beim DS1820 ist API aus, richtig ?
Das scheint zu funktionieren.
Du brauchst noch ein weiteres device:
define FeinStaub2_DS18B20 LuftdatenInfo slave FeinStaub2 DS18B20_temperature
Dann hast du zwei Geräte mit einem temperature Reading
Zitat von: igami am 15 Oktober 2017, 07:48:42
Du brauchst noch ein weiteres device:
define FeinStaub2_DS18B20 LuftdatenInfo slave FeinStaub2 DS18B20_temperature
Dann hast du zwei Geräte mit einem temperature Reading
Vielen Dank.
Funktioniert wenn ich LuftdatenInfo2 verwende.
Wird die LuftdatenInfo2.pm die LuftdatenInfo.pm ablösen ?
Gruß Ronald
Nein, die zweier Version war nur zum parallel testen. Es funktioniert nun alles mit der offiziellen Version
Hallo,
Der VEML6070 ist ja ein guter Sensor, aber wie habt ihr den Sensor vor Wasser geschützt?
Was bringt der GPS Sensor?
Gibt es schon eine Aufzeichnung auf SD Karte?
Hi,
seit 3 Tagen updated sich die Temperatur und Luftfeuchte nicht mehr. Aktuelles Update von FHEM habe ich drin.
Die PM Werte werden aber in FHEM aktualisiert. Es ist die original FW von Luftdaten drauf und ein DHT22 ist angeschlossen.
Im Webif vom Sensor sind die Werte vom DHT22 aber aktuell.
Nun Frage ich mich wie das sein kann? Hat sich was grundlegendes im FHEM Modul geändert?
Grüße
Dirk
Das Problem hatte ich auch.
Ich habe in der Definition explizit die ID meines DHT22 mit rein geschrieben - seit dem geht es wieder
Danke! :) Ich kapiere nur grade einfach nicht wie ich die ID des DHT rausfinde :(
Feinstaubsensor ID + 1
Ah! Jetzt erinnere ich mich wieder :)
Hatte eben hier gesucht https://www.madavi.de/sensor/graph.php?sensor=esp8266-2980039-dht
das ist mein Sensor, aber ich kam einfach nicht drauf :)
Damit funktioniert es wieder auf Anhieb mit den DHT Daten
Vielen Dank!
Ich habe nun auch wieder das "device help" für mich entdeckt! Schande über mich ^^
Allerdings habe ich dort auch gleich einen Fehler entdeckt:
Define
define <name> LuftdanteInfo2 remote <SENSORID1> [<SENSORID2> ..]
define <name> LuftdanteInfo2 local <IP>
define <name> LuftdanteInfo2 slave <master-name> <sensor1 sensor2 ...>
To query the data from the server, all affected SensorIDs must be specified. The IDs of the SDS01 stands right at http://maps.luftdaten.info/ . The DHT22 SensorID is usually the SDS011 SensorID + 1. While parsing the data the location values from all sensors will be compared and a message will be written into the log if they differ.
For a local query of the data, the IP address or hostname must be specified.
If several similar sensors are used, the duplicate values can be written in another device.
Ich denke das define soll "LuftdatenInfo2" heißen.
Eventuell kann das ja geändert werden der Ordnung halber ;)
LuftdatenInfo2 hast du aber nicht über das offizielle update bezogen. Oder ist das nur noch ein Fehler in der commandref? Muss ich nachher Mal prüfen.
Und das define passt so, ist die Überschrift für den Abschnitt über den definieren des Gerätes.
Nein, ich verwende noch das LuftdatenInfo der ersten Generation.
Was ich meine ist aber der Buchstabendreher. Dort steht LuftdanteInfo2
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..
Zitat von: JoWiemann am 03 Juli 2017, 16:09:14
....
Version: NRZ-2017-100-AF-020
- VEML6070 überarbeitet
Rohwerte in UV Steps (Das ist der originale Rückgabewert)
Intensität (Watt)
Risiko 1..5
setzen der "Integration Time"
Hallo JoWiemann,
ich habe mir die zip runtergeladen und versucht zu kompilieren.
P:\feinstaub\20.0\airrohr-firmware\airrohr-firmware.ino: In function 'String sensorBME280(uint8_t)':
airrohr-firmware:3247: error: 'BME280_set_addr' was not declared in this scope
BME280_set_addr (sensors[IS_SENS].s_addr);
ich habe die zeile auskommentiert. dann ging das übersetzten.
Jörg
Zur Info: Ich bekomme ein
2017.10.21 11:37:40 2: LuftdatenInfo (out.pms) - error while request: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 77 (before "(end of string)") at /usr/share/fhem/FHEM/59_LuftdatenInfo.pm line 314.
als Fehler im Log.
Zitat von: maddhin am 21 Oktober 2017, 06:26:45
Zur Info: Ich bekomme ein
2017.10.21 11:37:40 2: LuftdatenInfo (out.pms) - error while request: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 77 (before "(end of string)") at /usr/share/fhem/FHEM/59_LuftdatenInfo.pm line 314.
als Fehler im Log.
Was hat sich bei dir geändert? Ein Update der Firmware? Ein Update des Moduls? Fragst du den Sensor lokal ab?
Zitat von: igami am 21 Oktober 2017, 16:04:56
Was hat sich bei dir geändert? Ein Update der Firmware? Ein Update des Moduls? Fragst du den Sensor lokal ab?
Sorry für die späte Antwort, meinen RPi hat es am Sonntag zerlegt und ich war mit Neuinstallation beschäftigt...
Ich frage den Sensor lokal ab. Änderungen gab es kein, nur die letzten 2-3 Modul (und FHEM) Updates.
Nach der ungewollten Neuinstallation und Wiederherstellung sehe ich die Meldung nicht mehr.
Ich habe auf dem Eventmonitor gesehen, dass FHEM (oder der Sensor) alle 30(?)sek den Status abfragt. Wenn das nicht erfolgreich ist, bekomme ich ein wohl das "broken pipe" im Log. Ich habe das broken pipe regelmäßig in Log.
Kann man hier ggf. das Abfrage-Intervall runterstellen oder ähnliches? Ich messe im Moment PM alle 3 minuten und wollte das eigentlich auf 5 oder 10 min runterfahren, wenn der Sensor aus dem "Testbetrieb" geht. Mir reicht es eigentlich, wenn Fhem mir nach 20min meldet, dass der Sensor tot ist ;)
Insbesondere auch, weil ich bei mir ein Notify eingestellt habe, um über den "toten" Sensor informiert zu werden :)
Die Frage kann dir die commandref beantworten
Zitat von: igami am 23 Oktober 2017, 14:52:50
Die Frage kann dir die commandref beantworten
:-[ Sorry & Danke für den freundlich formulierten Hinweis... RTFM, Maddhin!!
Zitat von: maddhin am 24 Oktober 2017, 04:31:47
:-[ Sorry & Danke für den freundlich formulierten Hinweis... RTFM, Maddhin!!
Ist ja nicht so, als würde das nicht unter meinem Avatar stehen ;)
Zitat von: igami am 24 Oktober 2017, 18:51:01
Ist ja nicht so, als würde das nicht unter meinem Avatar stehen ;)
Haha, ich wußte ich hatte das neulich irgendwo hier im Forum gesehen! ;D
Ich habe einen Bug in der Firmware NRZ-2017-100-AF-020 bei der Berechnung des auf Meereshöhe korrigierten Luftdrucks (Pressure_NN ) beim Sensor BME280 gefunden. z.B. bei Luftdruck 100259.7 Pascal, 1.6 oC und 170 Meter sollte er um die 102397 Pascal sein. Es werden aber 104603 angezeigt. Der Fehler liegt daran, dass die Funktion ,,p = ReducePressure(p, meters_above_sea_level, (int32_t) t)" beim BME280 zweimal abläuft, Zeile 3272 und 3294. Könnt Ihr dies bitte in der nächsten Version korrigieren (Zeile 3271-3273 löschen). Die korrekte Berechnung kann man über https://rechneronline.de/barometer/kontrollieren.
Jonny62
Hallo Jonny, danke für den Hinweis. Ich muss sowieso noch mal dran. Vlt. schaffe ich es die Woche.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hallo Jörg!
Bei der Berechnung von pressure_nn gibt es noch einen anderen Bug. Und zwar wenn der Retourwert von pressure -1 ist (was bei mir alle paar Wochen mal vorkommt, wobei ich nicht weiß warum), dann ist der pressureNN in meinem Fall 1013. Er sollte aber dann vermutlich auch -1 sein. Habe aber noch keine Zeit gehabt nachzusehen, wo der Fehler im Programm liegen könnte.
2017-12-26_12:14:53 Feinstaub_1 PM10: 43.60
2017-12-26_12:14:53 Feinstaub_1 PM2.5: 21.43
2017-12-26_12:14:53 Feinstaub_1 UVIntensity: 4.95
2017-12-26_12:14:53 Feinstaub_1 temperature: 65536
2017-12-26_12:14:53 Feinstaub_1 humidity: -1
2017-12-26_12:14:53 Feinstaub_1 pressure: -1
2017-12-26_12:14:53 Feinstaub_1 pressureNN: 1013
2017-12-26_12:14:53 Feinstaub_1 signal: -75
Jonny
Zitat von: jonny62 am 26 Dezember 2017, 18:29:22
Hallo Jörg!
Bei der Berechnung von pressure_nn gibt es noch einen anderen Bug. Und zwar wenn der Retourwert von pressure -1 ist (was bei mir alle paar Wochen mal vorkommt, wobei ich nicht weiß warum), dann ist der pressureNN in meinem Fall 1013. Er sollte aber dann vermutlich auch -1 sein. Habe aber noch keine Zeit gehabt nachzusehen, wo der Fehler im Programm liegen könnte.
2017-12-26_12:14:53 Feinstaub_1 PM10: 43.60
2017-12-26_12:14:53 Feinstaub_1 PM2.5: 21.43
2017-12-26_12:14:53 Feinstaub_1 UVIntensity: 4.95
2017-12-26_12:14:53 Feinstaub_1 temperature: 65536
2017-12-26_12:14:53 Feinstaub_1 humidity: -1
2017-12-26_12:14:53 Feinstaub_1 pressure: -1
2017-12-26_12:14:53 Feinstaub_1 pressureNN: 1013
2017-12-26_12:14:53 Feinstaub_1 signal: -75
Jonny
Hallo Jonny,
danke, und ich werde mich morgen dann mal dran setzen.
Grüße Jörg
Hallo,
neue Version wie immer im ersten Post:
Version: NRZ-2017-100-AF-022
- Behandlung von Fehlern bei Sensoren korrigiert
Der Rückgabewert bei Sensorfehler kann jetzt über die Konfiguration Sensor festgelegt werden:
Default Temperatur ist 65536
Default alle anderen Messwerte -1
PS: Bei einer fehlerhaften Sensorabfrage wird zunächst der vorherige Werte zurückgegeben. Erst bei zwei aufeinanderfolgenden Fehlmessungen wird der Sensorfehler-Rückgabewerte zurück gegeben.
Grüße Jörg
Hallo Jörg!
Danke mal für die Anpassungen. Ich habe jetzt nur noch immer folgendes Problem beim Kompilieren der Zip
airrohr-firmware:3285: error: 'BME280_set_addr' was not declared in this scope
BME280_set_addr (sensors[IS_SENS].s_addr);
Das Problem gab es auch schon in der AF20 und konnte durch auskommentieren der Zeile behoben werden.
Ich habe in der gezipten Firmware weder im File BME280 noch im BME280.h eine Definition dafür gefunden.
Wozu brauchst man die Zeile 3285 bzw. warum bekommst du keinen Fehler beim Kompilieren?
Jonny
Zitat von: jonny62 am 30 Dezember 2017, 17:06:05
Hallo Jörg!
Danke mal für die Anpassungen. Ich habe jetzt nur noch immer folgendes Problem beim Kompilieren der Zip
airrohr-firmware:3285: error: 'BME280_set_addr' was not declared in this scope
BME280_set_addr (sensors[IS_SENS].s_addr);
Das Problem gab es auch schon in der AF20 und konnte durch auskommentieren der Zeile behoben werden.
Ich habe in der gezipten Firmware weder im File BME280 noch im BME280.h eine Definition dafür gefunden.
Wozu brauchst man die Zeile 3285 bzw. warum bekommst du keinen Fehler beim Kompilieren?
Jonny
Hallo Jonny,
der Funktionsaufruf wird benötigt um festzulegen welcher von beiden BME280, sofern zwei angeschlossen sind, gerade für die Datenabfrage angesprochen wird. Die Funktion ist in der BME280.h deklariert. Bitte prüf doch, ob Du die richtigen Versionen der BME280.h und BME280.ino im Verzeichnis hast.
Grüße Jörg
Hallo Jörg!
Habe heute das neue Zip-File von der FW NRZ-2017-100-AF-022 im ersten Posting runtergeladen und mit allen enthalten Files 1:1 übernommen. Weder in BME280.ino noch in BME280.h habe eine Definition für ,,BME280_set_addr" gefunden.
Jonny
Zitat von: jonny62 am 30 Dezember 2017, 18:29:54
Hallo Jörg!
Habe heute das neue Zip-File von der FW NRZ-2017-100-AF-022 im ersten Posting runtergeladen und mit allen enthalten Files 1:1 übernommen. Weder in BME280.ino noch in BME280.h habe eine Definition für ,,BME280_set_addr" gefunden.
Jonny
Hallo Jonny,
waren falsche Versionen im Zip. Ich habe ein neues hoch geladen.
Grüße Jörg
Zitat von: JoWiemann am 30 Dezember 2017, 18:52:52
Hallo Jonny,
waren falsche Versionen im Zip. Ich habe ein neues hoch geladen.
Grüße Jörg
Danke, jetzt ging das Kompilieren bei mir ohne Fehler
Jonny
Hallo,
im ersten Post gibt es eine neue Version:
Version: NRZ-2017-100-AF-025
- BME680 auf Basis der Adafruit-Lib integriert
BME680_temperature
BME680_humidity
BME680_pressure
BME680_pressure_nn
BME680_gas_resistance -> aktueller Gas-Wert | mittel der 10 letzten Werte | H_WERT | G_WERT | AIR_QUALITY
Humidity element was : H_WERT of 0.25
Gas element was : G_WERT of 0.75
Air Quality = AIR_QUALITY % derived from 25% of Humidity reading and 75% of Gas reading
100% is good quality air
- Auslieferung der Web-Seiten überarbeitet
Grüße Jörg
Zitat von: JoWiemann am 30 Dezember 2017, 20:31:02
BME680_gas_resistance -> aktueller Gas-Wert | mittel der 10 letzten Werte | H_WERT | G_WERT | AIR_QUALITY
Humidity element was : H_WERT of 0.25
Gas element was : G_WERT of 0.75
Air Quality = AIR_QUALITY % derived from 25% of Humidity reading and 75% of Gas reading
100% is good quality air
Wenn ich das richtig verstehe stehen im BME680_gas_resistance 5 Werte durch | getrennt?
Ich habe nur noch nicht ganz verstanden was die Werte sind, also welche Einheiten.
Hallo Igami,
ich bin mir noch nicht sicher, ob ich das so lasse.
Die ersten beiden Werte haben die Einheit Ohm, die anderen drei %.
Der Sensor gibt die Gaskonzentration in Ohm wieder. (Siehe hier auch die Beschreibung bei Bosch). Der erste Wert ist der letzte gemessene, der zweite das Mittel der letzten 10 Messungen. Dieses Mittel geht in die Berechnung der Luftqualität ein. Der dritte Wert gibt den Anteil der Luftfeuchtigkeit an der Qualität in %, der vierte Wert den Anteil der Gasmessung in % an. Der letzte Wert dann die ermittelte Luftqualität in %. Je höher der Wert, desto besser die Luftqualität. Im Source ist hierzu mehr beschrieben: See more at: https://github.com/G6EJD/BME680-Example
hum_score/100 = Dritter Wert
gas_score/100 = Vierter Wert
Air Quality = hum_scrore + gas_score = Fünfter Wert
// Serial.println("Air Quality = "+String(air_quality_score,1)+"% derived from 25% of Humidity reading and 75% of Gas reading - 100% is good quality air");
// Serial.println("Humidity element was : "+String(hum_score/100)+" of 0.25");
// Serial.println(" Gas element was : "+String(gas_score/100)+" of 0.75");
// if (r < 120000) Serial.println("***** Poor air quality *****");
// Serial.println();
// if ((getgasreference_count++)%10==0) GetGasReference();
// Serial.println(CalculateIAQ(air_quality_score));
// Serial.println("------------------------------------------------");
Die Luftqualität kann nun so als Text ausgegeben werden:
Meine_Luftqualität = CalculateIAQ(hum_scrore + gas_score);
String CalculateIAQ(float score){
String IAQ_text = "Air quality is ";
score = (100-score)*5;
if (score >= 301) IAQ_text += "Hazardous";
else if (score >= 201 && score <= 300 ) IAQ_text += "Very Unhealthy";
else if (score >= 176 && score <= 200 ) IAQ_text += "Unhealthy";
else if (score >= 151 && score <= 175 ) IAQ_text += "Unhealthy for Sensitive Groups";
else if (score >= 51 && score <= 150 ) IAQ_text += "Moderate";
else if (score >= 00 && score <= 50 ) IAQ_text += "Good";
return IAQ_text;
}
Wenn gwünscht, könnte ich das Ergebnis mit ausgeben. Würde das aber gerne als Möglichkeit eines UserReading in Fhem belassen wollen.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Dann warte ich erstmal noch bis du dir sicher bist. Man kann ja über das Attribut rawReadings die Werte bereits jetzt anzeigen lassen.
Hallo Zusammen,
vielleicht hab ich es in dem langen Thread nur übersehen, aber: Gibt es eine Logging-Funktion für die Daten? Also Sensor-ID, Datum, Uhrzeit, PM-10, PM-2.5, Temperatur, Luftfeuchtigkeit.
Vielleicht bin ich auch nur zu neu in FEHM um das gleich zu erkennen, wie es funktioniert... :-)
Danke schon fürs "erleuchten".
Schöne Grüße,
Stephan.
Zitat von: smit am 02 Januar 2018, 10:28:30
Hallo Zusammen,
vielleicht hab ich es in dem langen Thread nur übersehen, aber: Gibt es eine Logging-Funktion für die Daten? Also Sensor-ID, Datum, Uhrzeit, PM-10, PM-2.5, Temperatur, Luftfeuchtigkeit.
Vielleicht bin ich auch nur zu neu in FEHM um das gleich zu erkennen, wie es funktioniert... :-)
Danke schon fürs "erleuchten".
Schöne Grüße,
Stephan.
Zum Loggen bieten FHEM FileLog oder DbLog. Informationen dazu findest du in der Commandref und im Wiki
Hallo,
anbei eine neu Beta-Version. Ich habe einiges überarbeitet, unter anderem die Konfigurationsseite der Sensoren. Bitte intensiv testen. Danke.
! ACHTUNG!
Bitte vor dem Aufspielen der Firmware die aktuelle Konfiguration löschen. Ansonsten Murks !!!
Beim BME680 wird nun für Luftqualität im JSON folgendes bereit gestellt:
"BME680_air_quality","value":"1|500|0.23|0.75|98.10"}
Luftqualität | gas resistance in kOhm | Anteil Luftfeuchte in % | Anteil Gas resistance in % | Gesamtprozentfaktor in %
Luftqualität:
6 = "Hazardous";
5 = "Very Unhealthy";
4 = "Unhealthy";
3 = "Unhealthy for Sensitive Groups";
2 = "Moderate";
1 = "Good";
Grüße Jörg
Hi,
seit der Beta werden meine Sensordaten (BME280, SD011) nicht mehr an luftdaten.info gesendet. Bei FHEM bleibt alles beim alten.
VG,
Yosh76
Ok, schau ich mir an.
Grüße Jörg
Danke :D
Gerade wieder zurück auf die alte Version - jetzt werden wieder alle Daten übertragen.
Ich habe das nur bemerkt, da ich heute eine Mail zu "Sensor sendet keine Daten mehr" bekommen habe...
Hallo,
kurz und knapp nach zig Stunden Test mit zwei neuen Sensoren (Wemos D1, BME280, SDS011) und eigenem kompillieren habe ich eine Korrektur zu oben (sendet wieder alle Daten):
1. Luftdaten.info: Beta und Dezemberversion liefern beide nicht ab. In der Beta fehlt die Routine void sendLuftdaten komplett.
2. mavdavi: Dezember Version: Liefert wenigstens noch BME Daten ab, SDS fehlt (egal, wie benannt). Beta: nix.
3. opensensemap: Führt bei beiden Versionen zu Crash nach Start (Wemos D1 sowie mit NodeMCU getestet), wenn die ID eingetragen ist. Es gibt einen Bug im Tracker dazu: dieser basiert auf einer dieser Versionen.
Ich bin leider erst gerade darauf gekommen (weil ich dachte die Firmware wäre ok und es wäre ein lokaler Fehler) mal die Originale von GitHub zu ziehen und zu kompillieren.
Damit ist alles ok - BME liefert Daten, SDS011 liefert Daten, openSenseMap bekommt Daten, Luftdaten.info sowie mavdavi erhalten Daten, FHEM liest mit Deinem Modul korrekt aus...
Um Fehler in der Config zu vermeiden wurde diese manuell immer wieder gelöscht. Z.T. (weil ich dachte es wäre kein Firmware Fehler :o ) habe ich immer wieder flammneue Wemos geflasht...
Ich bleibe jetzt erstmal bei der Originalen.
Hallo,
ich weiß nicht ob ich mich hier einfach an dieses Thema anhängen kann aber ich habe kein passenderes gefunden.
Ich habe mir auch so einen Sensor zusammengebaut und würde diesen aber gern noch um einen Sensor für CO/NO2 erweitern. Der BME680 gibt ja nur die Luftqualität an aber keine einzelnen Wert für bestimmte Gase. Einen Sensor der einzelne Gase messen kann habe ich mir schon besorgt (http://wiki.seeed.cc/Grove-Multichannel_Gas_Sensor/). Über I2C sollte der auch anzuschließen sein aber ich weiß nicht genau wie ich den Sensor in die Firmware integrieren kann. Kann mir jemand einen Schub in die richtige Richtung geben oder besteht vielleicht noch bei anderen Interesse diese Daten zu messen und man kann sich hier zusammentun um eine passende Firmware zu entwickeln ?
Viele Grüße,
Martin
Zitat von: Yosh76 am 05 Februar 2018, 00:56:22
Hallo,
kurz und knapp nach zig Stunden Test mit zwei neuen Sensoren (Wemos D1, BME280, SDS011) und eigenem kompillieren habe ich eine Korrektur zu oben (sendet wieder alle Daten):
1. Luftdaten.info: Beta und Dezemberversion liefern beide nicht ab. In der Beta fehlt die Routine void sendLuftdaten komplett.
2. mavdavi: Dezember Version: Liefert wenigstens noch BME Daten ab, SDS fehlt (egal, wie benannt). Beta: nix.
3. opensensemap: Führt bei beiden Versionen zu Crash nach Start (Wemos D1 sowie mit NodeMCU getestet), wenn die ID eingetragen ist. Es gibt einen Bug im Tracker dazu: dieser basiert auf einer dieser Versionen.
Ich bin leider erst gerade darauf gekommen (weil ich dachte die Firmware wäre ok und es wäre ein lokaler Fehler) mal die Originale von GitHub zu ziehen und zu kompillieren.
Damit ist alles ok - BME liefert Daten, SDS011 liefert Daten, openSenseMap bekommt Daten, Luftdaten.info sowie mavdavi erhalten Daten, FHEM liest mit Deinem Modul korrekt aus...
Um Fehler in der Config zu vermeiden wurde diese manuell immer wieder gelöscht. Z.T. (weil ich dachte es wäre kein Firmware Fehler :o ) habe ich immer wieder flammneue Wemos geflasht...
Ich bleibe jetzt erstmal bei der Originalen.
Danke für die Info. Ich habe im Moment leider keine Zeit an der Firmware zu arbeiten. Evtl. ab nächste Woche wieder.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Servus,
auf der Suche nach einer Möglichkeit den Feinstaubsensor von luftdaten.info zusammen mit dem VEML6070 zu betreiben, bin ich auf euer Forum gestoßen. Die Firmware ist schon geflasht und das ganze läuft auch prima mit dem DHT22.
Ich frage mich allerdings, wie ich das ganze verkabeln muss, wenn ich den VEML6070 und den BME280 gleichzeitig verwenden möchte. Soweit ich herausgefunden habe ist I²C ein Bussystem, wäre des daher korrekt, SDA bzw. SCL von beiden Sensoren zusammen auf die Pfostenstecker D4 bzw. D3 zu klemmen?
Habe damit ansonsten keine große Erfahrung und will die Komponenten nicht unbedingt zerstören ;)
Hallo Jörg,
gibt es eine neue Version die die Daten wieder sendet? Hab die Version NRZ-2017-100-AF-025 geflashed und die Daten werden nicht mehr gesendet. Alte Version als Backup oder vorher die Posts lesen hätte geholfen - ich weiß.
Hallo,
ich habe jetzt mal wieder etwas Zeit gehabt und eine neue Version erstellt. Ich hoffe alle Anpassung aus der aktuellen Version NRZ-2018-111 von Luftdaten übernommen zu haben.
Da sich die Konfiguration bei mir stark geändert hat, bitte auf jeden Fall "Konfiguration löschen" aufrufen. Danach bitte neu Konfigurieren.
Neu Version, wie immer, im ersten Post.
Grüße Jörg
Ist etwas dazu gekommen was ich in das Modul einbauen muss? Gas Werte waren ja noch Beta.
Hallo igami,
hier das json mit einem BME280 und einem BME680
{"software_version": "NRZ-2018-111-AF-036", "age":"12", "sensordatavalues":[{"value_type":"BME680_temperature","value":"24.20"},{"value_type":"BME680_humidity","value":"46.95"},{"value_type":"BME680_pressure","value":"100821.00"},{"value_type":"BME680_pressure_nn","value":"101322.00"},{"value_type":"BME680_air_quality","value":"1"},{"value_type":"BME680_quality_data","value":"1|500|0.22|0.75|97.10"},{"value_type":"BMP280_temperature","value":"24.45"},{"value_type":"BMP280_pressure","value":"100885.63"},{"value_type":"BMP280_pressure_nn","value":"101386.00"},{"value_type":"samples","value":"339123"},{"value_type":"min_micro","value":"324"},{"value_type":"max_micro","value":"372012"},{"value_type":"sensor_start_date","value":"15.10.2018"},{"value_type":"sensor_start_time","value":"20:52:53"},{"value_type":"signal","value":"-73"}]}
Hilfreich wäre, wenn Du BME680_air_quality berücksichtigen würdest. Das Value kann folgende Werte annehmen:
1 für "Gut"
2 für "Mittelmaeßig"
3 für "Ungesund für empfindliche Menschen"
4 für "Ungesund"
5 für "Sehr ungesund"
6 für "Katastrophal"
Grüße Jörg
Zitat von: JoWiemann am 15 Oktober 2018, 21:08:09
Hilfreich wäre, wenn Du BME680_air_quality berücksichtigen würdest. Das Value kann folgende Werte annehmen:
air_quality_data brauche ich dann nicht weiter berüksichtigen?
Das Value liefert alle Daten um selber berechnen zu können. Das sollte im Normalfall nicht benötigt werden. Wenn benötigt muss man halt raw wählen oder ein httpmod Device einrichten.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Dann gibt es ab morgen ein Reading mit dem Namen "airQuality" und einem Wert von 1 bis 6.
Was sagen die Werte denn im einzelnen aus?
Gesendet von meinem Doogee S60 mit Tapatalk
Zitat von: Frank_Huber am 16 Oktober 2018, 13:34:51
Was sagen die Werte denn im einzelnen aus?
Gesendet von meinem Doogee S60 mit Tapatalk
Hm, welche Werte. Die mit raw kommen würden?
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Sorry, die hier meine ich:
{"value_type":"BME680_quality_data","value":"1|500|0.22|0.75|97.10"}
1
500
0.22
0.75
97.10
Zitat von: JoWiemann am 16 Oktober 2018, 13:57:11
Hm, welche Werte. Die mit raw kommen würden?
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Gesendet von meinem Doogee S60 mit Tapatalk
Hier die Erklärung:
{"value_type":"BME680_quality_data","value":"1|500|0.22|0.75|97.10"}
1 == BME680_air_quality (abgeschätzte Qualitätsstufe)
500 == Widerstand in kOhm (raw Wert vom BME680
0.22 == Prozenzualer Anteil der Luftfeuchte am BME680_air_quality
0.75 == Prozentualer Anteil des BME Raw Werts am BME680_air_quality
97.10 == die Prozentuale Qualität, mit 100% == beste Luftqualität
Das ganze basiert auf folgendem Code: https://github.com/G6EJD/BME680-Example
Grüße Jörg
Hallo,
im ersten Post eine neue Version mit kleineren Änderungen.
Grüße Jörg
Hallo,
da war noch ein Fehler in der Übermittlung an Luftdaten drin. Ist jetzt gefixed.
Grüße Jörg
Wie bekomme ich den BME680 unter Opensensemap eingetragen ?
Ich bin wohl zu blöde dazu.
https://opensensemap.org/explore/5bd35b11c74cf4001b9e8b09
Zitat von: amimichael am 29 Oktober 2018, 18:04:58
Wie bekomme ich den BME680 unter Opensensemap eingetragen ?
Ich bin wohl zu blöde dazu.
https://opensensemap.org/explore/5bd35b11c74cf4001b9e8b09
Puh, da habe ich mich noch gar nicht mit beschäftigt. Im Moment also, keine Ahnung
Grüße Jörg
Der Admin von Opensensemap will am WE ein neues Template für manuell registrierte senseBoxen bauen.
Bin mal gespannt.
Ist es möglich den Zeitpunkt der Messung des BME680 zu bestimmen?
Hintergrund ist der, das ich den BME an der Ausblasöffnung des Feinstaubsensors befestigt habe.
Da wäre es von Vorteil, direkt nachdem der Feinstaubsensor die Messung beendet hat, die Messung des BME zu tätigen.
Gruß
Michael
Zitat von: amimichael am 03 November 2018, 17:21:44
Der Admin von Opensensemap will am WE ein neues Template für manuell registrierte senseBoxen bauen.
Bin mal gespannt.
Ist es möglich den Zeitpunkt der Messung des BME680 zu bestimmen?
Hintergrund ist der, das ich den BME an der Ausblasöffnung des Feinstaubsensors befestigt habe.
Da wäre es von Vorteil, direkt nachdem der Feinstaubsensor die Messung beendet hat, die Messung des BME zu tätigen.
Gruß
Michael
Kann ich einbauen. Dauert aber etwas, da ich im Moment beruflich in der Unternehmensjahresendrally bin.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hallo,
ich hätte mal eine Frage zum BME680. Hab ihn seit ein paar Tagen am laufen. Die Werte sind aber desaströs, werden aber von Tag zu Tag besser, siehe unten:
2018-11-10_16:14:56 Luftqualitaet BME680_quality_data: 6|89|0.20|0.07|26.12
...
2018-11-15_08:26:48 Luftqualitaet BME680_quality_data: 5|273|0.20|0.37|56.68
Braucht der Sensor ein paar Tage um sich zu akklimatisieren?
Gruß
Stefan
PS: Raum ist gut gelüftet, CO2 über mhz19 ist in Ordnung
Zitat von: leuchte1 am 15 November 2018, 08:34:57
Braucht der Sensor ein paar Tage um sich zu akklimatisieren?
Genau genommen kann/muss man die Sensoren kalibrieren - siehe z.B. hier (https://learn.adafruit.com/adafruit-bme680-humidity-temperature-barometic-pressure-voc-gas/overview)
Das mit dem Sensor habe ich auch so gesehen, nach 2 Wochen läuft er dann normal.
Es hat sich sehr viel getan rund um den Feinstaubsensor.
Eine Frage zum NEO 6M:
Unter der Sensoren Auswahl ist der NEO 6M vorhanden und unter Hinweise mit Temperatur, Umweltsensor angeführt.
Bei der Übersicht der aktuellen Werte passt es wieder.
Sensor Nummer 5
Breite 48.151147 °
Länge 14.003060 °
Höhe 313.60 m
Datum 12/29/2018
Zeit 18:51:49.00
Ist nur ein kleiner Schönheitsfehler.
Betreffend der 59_LuftdatenInfo.pm und 59_LuftdatenInfo2.pm Dateien. Werden die mit den FHEM Updates automatisch mit aktualisiert oder sind diese noch für die Aktualisierung einzutragen?
Bei der aktuellen Firmware NRZ-2018-111-AF-050 fällt mir sehr oft auf, dass der Sensor trotz eines 2,5A Netzgerätes beim Einlesen des Feinstaubsensors einen Neustart ausführt.
Derzeit sind aber nur drei Sensoren angeschlossen.
SDS011 1 Feinstaub, aktuell empfohlener Sensor
NEO 6M 9 Temperatur, Umweltsensor
BME280 0x76 11 Temperatur, rel. Luftfeuchte, Druck
Zitat von: Burny4600 am 29 Dezember 2018, 19:48:46
Eine Frage zum NEO 6M:
Unter der Sensoren Auswahl ist der NEO 6M vorhanden und unter Hinweise mit Temperatur, Umweltsensor angeführt.
Bei der Übersicht der aktuellen Werte passt es wieder.
Schaue ich mir an.
Zitat von: Burny4600 am 29 Dezember 2018, 19:48:46
Betreffend der 59_LuftdatenInfo.pm und 59_LuftdatenInfo2.pm Dateien. Werden die mit den FHEM Updates automatisch mit aktualisiert oder sind diese noch für die Aktualisierung einzutragen?
Hm, weiß ich im Moment nicht.
Zitat von: Burny4600 am 29 Dezember 2018, 19:48:46
Bei der aktuellen Firmware NRZ-2018-111-AF-050 fällt mir sehr oft auf, dass der Sensor trotz eines 2,5A Netzgerätes beim Einlesen des Feinstaubsensors einen Neustart ausführt.
Das liegt an der Übertragung mit https (SSL). Da scheint noch ein Bug in der Basis Library zu sein. Also erst einmal SSL ausschalten.
Demnächst gibt es eine neue Version mit weiteren Fehlerkorrekturen.
Grüße Jörg
Danke für die Infos.
Noch ein kleiner Fehler.
Wenn ein Sensor Neustart eingeleitet wird, kommt die Sicherheitsabfrage ob der Sensor wirklich neu gestartet werden soll.
Dabei kann man mit der Maus nur Abbrechen, Zurück zur Startseite anwählen (Der Curser ändert das Symbol von Pfeil auf Hand).
Bei dem Button Neustart verändert der Curser das Pfeil Symbol nicht, wodurch eigentlich ersichtlich ist, das der Button nicht betätigt werden kann.
Betreffend der Datenübertragung zu FHEM fehlen die Daten des NEO 6M GPS Empfängers.
Die GPS Daten sind am Feinstaubsensor ersichtlich.
GPS Sensor Nummer 5
Breite 48.151257 °
Länge 14.003126 °
Höhe 317.60 m
Datum 12/30/2018
Zeit 13:32:31.00 Unter FHEM werden aber keine Daten des NEO 6M GPS Empfängers Empfangen.
In weitere Folge wäre es nicht schlecht diese Werte des NEO 6M GPS Empfängers unter FHEM global einzutragen.
ZitatDas liegt an der Übertragung mit https (SSL). Da scheint noch ein Bug in der Basis Library zu sein. Also erst einmal SSL ausschalten.
Beim Feinstaubsensor habe ich bei (HTTPS) Übertragung unter APIs API Luftdaten.info die Übertragung deaktiviert.
Dennoch kommt es zu einem Neustart der Sensoreinheit.
Zitat von: Burny4600 am 29 Dezember 2018, 19:48:46
Betreffend der 59_LuftdatenInfo.pm und 59_LuftdatenInfo2.pm Dateien. Werden die mit den FHEM Updates automatisch mit aktualisiert oder sind diese noch für die Aktualisierung einzutragen?
59_LuftdatenInfo2 war nur ein Übergang zur jetzt aktuellen Version und wir nicht mehr benötigt.
Zitat von: Burny4600 am 30 Dezember 2018, 12:37:31
Danke für die Infos.
Noch ein kleiner Fehler.
Wenn ein Sensor Neustart eingeleitet wird, kommt die Sicherheitsabfrage ob der Sensor wirklich neu gestartet werden soll.
Dabei kann man mit der Maus nur Abbrechen, Zurück zur Startseite anwählen (Der Curser ändert das Symbol von Pfeil auf Hand).
Bei dem Button Neustart verändert der Curser das Pfeil Symbol nicht, wodurch eigentlich ersichtlich ist, das der Button nicht betätigt werden kann.
Der Button kann trotzdem betätigt werden. Warum sich der Cursor nicht ändert habe ich noch nicht herausgefunden. Der Code ist dort allerdings der selbe, wie in der original Firmware.
Im ersten Post gibt es eine neue Version, mit kleineren Fehlerkorrekturen.
Grüße Jörg
ZitatDer Button kann trotzdem betätigt werden.
Die Bestätigung ist möglich. Es ist nur ein wenig verwirrend.
Ich habe die aktuelle Firmware aufgespielt. Der Restart erfolgt nach wie vor wenn die Datenübermittlung erfolgt.
Zitat von: Burny4600 am 03 Januar 2019, 14:31:11
Die Bestätigung ist möglich. Es ist nur ein wenig verwirrend.
Ich habe die aktuelle Firmware aufgespielt. Der Restart erfolgt nach wie vor wenn die Datenübermittlung erfolgt.
Hast Du https deaktiviert?
Grüße Jörg
Neue Version im ersten Post. Ich hatte vergessen die Eingabefelder für den NTP Server zu aktivieren.
Grüße Jörg
Ich habe nochmals die nachgebesserte Firmware eingespielt und https nicht aktiviert.
Dennoch wird ein Neustart ausgeführt.
Vielleicht hängt es damit zusammen das die SSL Version nicht vorhanden ist oder eine alte Version verwendet wird.
Ich hatte gerade mit einer Linux Box das Problem, dass ich keine Netzwerkverbindung aufbauen konnte, weil ich die SMB Version nicht angegeben hatte.
Früher war es nicht notwendig, aber es werden jetzt permanent die Sicherheitsbedienungen hoch geschraubt. Viele Anbieter lassen nur mehr Version ab 2.0 zu. Wenn nichts angegeben wird versuchen die Geräte nur mit keiner aoder SMB Version 1.0 sich anzumelden.
Welche SMB Version hast die für https definiert?
Vielleicht wäre unter https auch eine Auswahl der SMB Version nicht schlecht um je nach Anwendungsfall diese auswählen zu können.
Es wird auch zunehmend in Privaten Netzwerken die Angabe der SMB Version notwendig, was bei künftigen Firmware Versionen berücksichtigt werden sollte.
Folgende Fehlermeldungen sind mir im Log aufgefallen:
2019.01.05 13:50:07.357 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/59_LuftdatenInfo.pm line 248, <$fh> line 100.
2019.01.05 14:10:40.467 2: LuftdatenInfo (SDS011) - error while request: 192.168.17.132: Keine Route zum Zielrechner
list Feinstaubsensor
Internals:
ADDRESS 192.168.17.132
CFGFN /media/hdd/fhem/mycfg/wetter/wetterstation_rasp04.cfg
CHANGED
DEF local 192.168.17.132
INTERVAL 300
MODE local
NAME SDS011
NR 1148
STATE PM 10: 3.7 µg/m³ <br> PM 2.5: 3.4 µg/m³ <br> Temperatur: 23.4 °C <br> Feuchte: 46.1 % <br> Luftdruck Wels: 995.6 hPa <br> Luftdruck Meereshöhe: 992.8 hPa <br> WLAN Signal: -47.0 dBm
TIMEOUT 5
TYPE LuftdatenInfo
READINGS:
2019-01-03 14:15:48 PM10 3.70
2019-01-03 14:15:48 PM2.5 3.40
2019-01-03 14:15:48 altitude 314.10
2019-01-03 14:15:48 date 3.01.2019
2019-01-03 14:15:48 humidity 46.06
2019-01-03 14:15:48 latitude 48.151177
2019-01-03 14:15:48 longitude 14.003094
2019-01-03 14:15:48 pressure 992.7566
2019-01-03 14:15:48 pressureNN 1032.57
2019-01-05 14:15:40 relpressure 995.5563
2019-01-03 14:15:48 signal -47
2019-01-04 16:30:47 softwareVersion NRZ-2018-111-AF-061
2019-01-05 14:15:40 state error
2019-01-03 14:15:48 temperature 23.39
2019-01-03 14:15:48 time 14:12:34
Attributes:
alias AB Wetterstation - Feinstaub Sensor
devStateStyle style="text-align:left;;font-weight:bold;;"
event-min-interval .*:600
event-on-change-reading time,date,altitude,latitude,longitude,PM10,PM2.5,humidity,pressure,relpressure,pressureNN,signal,temperature
group .Sensoren Feinstaubmessung
icon time_graph
interval 60
room AB-Wetterstation
sortby 01
stateFormat {sprintf("PM 10: %.1f µg/m³ <br> ",ReadingsVal("$name","PM10",0))
.sprintf("PM 2.5: %.1f µg/m³ <br> ",ReadingsVal("$name","PM2.5",0))
.sprintf("Temperatur: %.1f °C <br> ",ReadingsVal("$name","temperature",0))
.sprintf("Feuchte: %.1f %% <br> ",ReadingsVal("$name","humidity",0))
.sprintf("Luftdruck Wels: %.1f hPa <br> ",ReadingsVal("$name","relpressure",0))
.sprintf("Luftdruck Meereshöhe: %.1f hPa <br> ",ReadingsVal("$name","pressure",0))
.sprintf("WLAN Signal: %.1f dBm ",ReadingsVal("$name","signal",0))}
userReadings relpressure { ReadingsVal("$name","pressureNN",0)-37.0137; }
Ich habe zwei NodeMCU mit der alternativen Firmware vom 3. Januar geflasht. Beide machen nach dem Reboot dieses auf der Console:
wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
vbb28d4a3
~ld
ets Jan 8 2013,rst cause:4, boot mode:(3,6)
wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
vbb28d4a3
~ld
ets Jan 8 2013,rst cause:4, boot mode:(3,6)
wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
vbb28d4a3
~ld
ets Jan 8 2013,rst cause:4, boot mode:(3,6)
wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
vbb28d4a3
~ld
ets Jan 8 2013,rst cause:4, boot mode:(3,6)
wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
vbb28d4a3
~ld
Bei beiden wurde der Flash gelöscht und der gesamte Speicher mit 0x00 überschrieben.
Was mache ich wohl flasch?
Danke, -MN
Zitat von: Burny4600 am 05 Januar 2019, 11:03:21
Vielleicht hängt es damit zusammen das die SSL Version nicht vorhanden ist oder eine alte Version verwendet wird.
Ich hatte gerade mit einer Linux Box das Problem, dass ich keine Netzwerkverbindung aufbauen konnte, weil ich die SMB Version nicht angegeben hatte.
Früher war es nicht notwendig, aber es werden jetzt permanent die Sicherheitsbedienungen hoch geschraubt. Viele Anbieter lassen nur mehr Version ab 2.0 zu. Wenn nichts angegeben wird versuchen die Geräte nur mit keiner aoder SMB Version 1.0 sich anzumelden.
Welche SMB Version hast die für https definiert?
Vielleicht wäre unter https auch eine Auswahl der SMB Version nicht schlecht um je nach Anwendungsfall diese auswählen zu können.
Es wird auch zunehmend in Privaten Netzwerken die Angabe der SMB Version notwendig, was bei künftigen Firmware Versionen berücksichtigt werden sollte.
Folgende Fehlermeldungen sind mir im Log aufgefallen:
2019.01.05 13:50:07.357 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/59_LuftdatenInfo.pm line 248, <$fh> line 100.
2019.01.05 14:10:40.467 2: LuftdatenInfo (SDS011) - error while request: 192.168.17.132: Keine Route zum Zielrechner
Hm, schwierig. Der gesamte Übertragungsteil stammt aus der originalen Firmware von Luftdaten.info. Ich habe in der Alternativen nur Sensoren hinzugefügt und die Konfigurationsseiten geändert. Spiel doch bitte einmal die originale Firmware auf.
Grüße Jörg
Zitat von: Morgennebel am 07 Januar 2019, 16:14:32
Ich habe zwei NodeMCU mit der alternativen Firmware vom 3. Januar geflasht. Beide machen nach dem Reboot dieses auf der Console: ...
Sorry, aber ist mir ein Rätsel. Verhält sich die originale Firmware von luftdaten.info genauso?
Grüße Jörg
Zitat von: Burny4600 am 05 Januar 2019, 11:03:21
Folgende Fehlermeldungen sind mir im Log aufgefallen:
2019.01.05 13:50:07.357 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/59_LuftdatenInfo.pm line 248, <$fh> line 100.
2019.01.05 14:10:40.467 2: LuftdatenInfo (SDS011) - error while request: 192.168.17.132: Keine Route zum Zielrechner
Hast du den Sensor, bzw. die konfigurierte IP 192.168.17.132, mal händisch vom FHEM-Rechner aus angepingt?
Zitat von: JoWiemann am 07 Januar 2019, 17:12:32
Sorry, aber ist mir ein Rätsel. Verhält sich die originale Firmware von luftdaten.info genauso?
Nein, die latest-de lief gerade ohne Mucken durch. Danach habe ich WiFi konfiguriert und gerade Deine Version übergebügelt ohne den Flash (Konfig) zu löschen. Meldet sich aber nach gut 10 Minuten immer noch nicht...
Danke, -MN
Nach original latest.de hat Deine alternative Firmware dann auch funktioniert.
Ich habe gemäß https://github.com/opendata-stuttgart/sensors-software/blob/master/airrohr-firmware/Readme.md einen PMS7003 verkabelt und diesen auf /sensors hinzugefügt. Das führt jedoch zu einem Timeout bzw. Absturz...
(*seufz*)
Danke, -MN
Zitat von: Morgennebel am 07 Januar 2019, 19:54:49
Nach original latest.de hat Deine alternative Firmware dann auch funktioniert.
Ich habe gemäß https://github.com/opendata-stuttgart/sensors-software/blob/master/airrohr-firmware/Readme.md einen PMS7003 verkabelt und diesen auf /sensors hinzugefügt. Das führt jedoch zu einem Timeout bzw. Absturz...
(*seufz*)
Danke, -MN
Den PMS7003 kann ich leider nicht testen. Wenn er mit der original Firmware läuft, dann muss ich nochmal ein source walk through machen.
Grüße Jörg
Zitat von: JoWiemann am 07 Januar 2019, 19:59:30
Den PMS7003 kann ich leider nicht testen. Wenn er mit der original Firmware läuft, dann muss ich nochmal ein source walk through machen.
Ich wechsle mal zurück und prüfe auf einen PEBCAK....
Danke, -MN
Mit der originalen latest-de kann ich einen PMS 7003 und ein NEO 6M konfigurieren - ohne Absturz.
Daten erhalte ich noch nicht (nach 5 Messungen). Ich lasse den Sensor mal ein wenig vor sich hin laufen...
Danke, -MN
Also...
die originale latest-de läuft bei mir erfolgreich mit SDS011, einem Display und einem Neo-6M zusammen.
Nehme ich diese NodeMCU und bügle Deine alternative Firmware drauf, ohne den Flash zu löschen, sind alle konfigurierten Sensoren weg.
Einen SDS011 kann ich nicht neu hinzufügen. Bei Klick auf "Hinzufügen" rebootet die NodeMCU bzw. reagiert nicht mehr.
Ein BME680 (0x77) kann ich hinzufügen, nach dem Klick auf "Hinzufuegen" erscheint eine zusätzliche Zeile mit Konfig-Daten.
Die Weboberfläche funktioniert nur sporadisch, obwohl auf dem Display Statusdateien und WiFi-Daten angezeigt werden. Häufige Timeouts.
Werden die Sensoren abweichend zu der originalen FW verkabelt?
Danke, -MN
Hallo, bin auch grad dabei etwas zu basteln, mit der übergabe an fhem ist schon mal sehr gut..
ich habe hier noch einen MQ135 rumliegen, bekommt ma den in die Konfig mit rein? habe mich zwar dran versucht aber so richtig mag er nicht. (komme dann ins config menü nicht mehr rein.)
Zitat von: Morgennebel am 08 Januar 2019, 17:27:11
Also...
die originale latest-de läuft bei mir erfolgreich mit SDS011, einem Display und einem Neo-6M zusammen.
Nehme ich diese NodeMCU und bügle Deine alternative Firmware drauf, ohne den Flash zu löschen, sind alle konfigurierten Sensoren weg.
Einen SDS011 kann ich nicht neu hinzufügen. Bei Klick auf "Hinzufügen" rebootet die NodeMCU bzw. reagiert nicht mehr.
Ein BME680 (0x77) kann ich hinzufügen, nach dem Klick auf "Hinzufuegen" erscheint eine zusätzliche Zeile mit Konfig-Daten.
Die Weboberfläche funktioniert nur sporadisch, obwohl auf dem Display Statusdateien und WiFi-Daten angezeigt werden. Häufige Timeouts.
Werden die Sensoren abweichend zu der originalen FW verkabelt?
Danke, -MN
Zunächst danke für Deine Rückmeldung. Die Sensoren werden nicht unterschiedlich verkabelt. Das mit dem SDS011 hinzufügen werde ich am Wochenende noch mal testen. Die Latenzen mit der Weboberfläche habe ich selber nicht. Läuft den der Neo-6M?
Die Konfiguration kann nicht übernommen werden, da die abgelegten Daten sich unterscheiden.
Grüße Jörg
Zitat von: JoWiemann am 08 Januar 2019, 19:29:13
Zunächst danke für Deine Rückmeldung. Die Sensoren werden nicht unterschiedlich verkabelt. Das mit dem SDS011 hinzufügen werde ich am Wochenende noch mal testen. Die Latenzen mit der Weboberfläche habe ich selber nicht. Läuft den der Neo-6M?
Der Neo-6M läuft mit mittelmässiger Genauigkeit mit der originalen FW nach 2-3 Minuten, mit Deiner kann ich ihn nicht hinzufügen.
Mein Setup ist: NodeMCU v3 mit CH340 USB Treiber (das ist ein Rechteck mit zwei Reihen PINs), 4MB Flash auf einem NodeMCU DEV Board. Dieses hat eine 9V 1.5A Stromversorgung und viele Stecker für die Dupont-Kabel. Flashen klappt über USB tadellos. Die Verkabelung wurde zwischen der originalen FW und Deiner nicht angefasst.
Zum flashen nehme ich den NodeMCU PyFlasher für Mac OS X. Das NodeMCU Board meldet sich unter /dev/cu.wchusbserial146430 an. Flash Mode ist Dual IO (DIO) mit 230.400 Baud. Der Output beim flashen:
Connecting....
Detecting chip type... ESP8266
Chip is ESP8266EX
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 230400
Changed.
Configuring flash size...
Auto-detected Flash size: 4MB
Erasing flash (this may take a while)...
Chip erase completed successfully in 6.7s
Compressed 541248 bytes to 367608...
Wrote 541248 bytes (367608 compressed) at 0x00000000 in 16.8 seconds (effective 258.3 kbit/s)...
Hash of data verified.
Leaving...
Done.
Nutzen wir evtl. verschiedene NodeMCU Boards und für meines fehlt ein Treiber in Deiner FW?
Danke für Deine Hilfe und Deine Arbeit,
Ciao, -MN
Zitat von: Morgennebel am 08 Januar 2019, 21:41:57
Nutzen wir evtl. verschiedene NodeMCU Boards und für meines fehlt ein Treiber in Deiner FW?
Danke für Deine Hilfe und Deine Arbeit,
Ciao, -MN
Nein, so etwas wie Treiber gibt es nicht. Gebaut habe ich mit der Arduino IDE für ein NodeMCU 1.0 (ESP-12E Modul). Das sollte bei Dir funktionieren. Das Problem wird wohl irgendwo in meinen Änderungen liegen.
Grüße Jörg
Hallo Jo,
Zunächst vielen Dank und meine Hochachtung für die Arbeit!
Bei mir geht das Anlegen eines SDS011 auch nicht mehr. I hatte den Sensor vergangenes Wochenende eingebaut und die neue FW aufgespielt. Danach lief der SDS ständig und war nicht mehr ansprechbar. Ich hatte vermutet, dass meine manchmal etwas unvorsichtige 'Hotplug' - Arbeitsweise die Interfaces des SDS zerstört hatte. Doch ein jungfräulicher zweiter Sensor zeigte das gleiche Verhalten.
Danach hatte ich mir den Sketch angeschaut und etwas experimentiert. Beim Anlegeversuch des SDS geht etwas schief, sodass der Sensor nicht in der config.json konfiguriert wird. Ich habe nun vorübergehend in Zeile 1063
sensors[0].s_choosen=1;
eingesetzt. Danach ist der SDS wieder auf der Config-Seite verfügbar.
Das ist natürlich nur mein vorübergehender Fix. Aber vielleicht hilft die Info beim Eingrenzen des Fehlers.
Gruß
Andreas
Hallo Andreas,
danke für die Rückmeldung. Ich habe wohl beim Anlegen des Sensors und der Umstellung auf sofortige Initialisierung, so dass man nicht neu starten muss, etwas nicht beachtet. Komme aber erst im Laufe der Woche dazu.
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hallo,
neue Version im ersten Post.
Beim NEO-6M-V2, hier kann sowohl die Spannungsversorgung als auch die Datenleitung (integrierter Level Shifter) 5V betragen, habe ich festgestellt, dass er mit direkter 5V Spannungsversorgung stabiler läuft.
Grüße Jörg
Danke funktioniert wieder! Damit hat sich das Problem wohl erledigt.
In der Zwischenzeit hatte ich einen zweiten BME280 auf 0x77 angeschlossen und dabei bemerkt, dass sich die Werte des ersten auf Adresse 0x76 "sprunghaft" änderten. Ich denke es liegt and den ausgelesenen Kalibrierwerten, welche für jeden Sensor einzigartig sind. Also sollten diese 2x vorhanden sein. Ich denke aber, dass die momentane Zuweisung von bme280_calib_data in BME280.h nur einen Vektor von Kalibrierdaten beherbergen kann (das ist auch in der originalen Adafruit_BME280.h Datei so). Also wird wohl die jeweils letzte bekannte Kalibrierung verwendet, was den Sprung beim ersten Sensor erklärt.
Ich habe deshalb mal den struct um eine Dimension erhöht und eine neue Index-Variable _bme280_0L1H eingeführt, welche je nach Sensoradresse den Index auf 0 oder 1 setzt:
...
_bme280_i2caddr = addr;
if (addr == BME280_ADDRESS_LOW) {
_bme280_0L1H = 0;
} else {
_bme280_0L1H = 1;
}
...
Nach dem Test zeigen nun beide benachbarten Sensoren sehr ähnliche Werte im Gegenteil zum Original an (siehe Anhang).
Mein Feinstaubsensor befindet sich nahezu an der gleicher Stelle wie mein TCM97 Aussentemperatursensor (Temp + Hum). Mir fiel auf, dass, obwohl die BME280 weit genug vom ESP bzw. SDS entfernt sind, deren gemessenen Temperaturwerte überschätzt scheinen. Im Sketch fiel mir auf, dass der BME im Normal-Mode betrieben wird (mit nur 0.5ms zwischen den Messungen). Das trägt zu einem höheren Energieverbrauch und damit erhöhter Eigenerwärmung bei. Laut Datenblatt wird für Wetterstationen der Forced-Mode ohne OS, IIR favorisiert (S. 19) um diese Problem zu minimieren (Sensor wird nur auf Nachfrage aktiv). Ich habe dass mal probiert mit:
void BME280_setSampling(sensor_mode mode = MODE_FORCED,
sensor_sampling tempSampling = SAMPLING_X1,
sensor_sampling pressSampling = SAMPLING_X1,
sensor_sampling humSampling = SAMPLING_X1,
sensor_filter filter = FILTER_OFF,
standby_duration duration = STANDBY_MS_1000
);
Damit die Auslösung der Messung funktioniert muss vor dem Abfragen der Sensorwerte ein
BME280_takeForcedMeasurement();
gemacht werden, ansonsten werden nur die alten Werte wieder gelesen. Meine gemessenen Werte sind jetzt ca. 0.5K an den TCM97 herangerückt. Auch sind die Ergebnisse beider BME280, welche aus unterschiedlichen Chargen sind, relativ deckungsgleich. Die drei geänderten Daten sind angehängt, vielleicht könnte man das so übernehmen.
Könnten diese Probleme auch bei den BMP Sensoren bestehen?
Gruß
Andreas
Sehen bei euch die µg/m³ auch so kaputt aus wie bei mir?
Hm,
das Problem habe ich selten immer mal wieder. Nach einem neu compilieren ist es dann wieder oK.
Grüße Jörg
Zitat von: antidote am 20 Januar 2019, 16:19:36
Danke funktioniert wieder! Damit hat sich das Problem wohl erledigt.
In der Zwischenzeit ...
Gruß
Andreas
Danke Andreas,
werde ich mir die Tage ansehen und Deine Änderungen übernehmen.
Grüße Jörg
Zitat von: JoWiemann am 18 Januar 2019, 08:19:16
neue Version im ersten Post.
Ich hab beide Versionen (mit/ohne debug) heruntergeladen und auf zwei NodeMCUs geflasht (incl. config löschen und wipe).
Diese machen jetzt jedoch kein luftsensor_xxx-Netzwerk auf, sondern ein ESP_9B92D5 (ein Beispiel). Diesem kann ich nicht
beitreten, um die NodeMCU zu konfigurieren.
Fehlermeldung ist "Could not be joined"...
Danke, -MN
Zitat von: Morgennebel am 24 Januar 2019, 18:12:27
Ich hab beide Versionen (mit/ohne debug) heruntergeladen und auf zwei NodeMCUs geflasht (incl. config löschen und wipe).
Diese machen jetzt jedoch kein luftsensor_xxx-Netzwerk auf, sondern ein ESP_9B92D5 (ein Beispiel). Diesem kann ich nicht
beitreten, um die NodeMCU zu konfigurieren.
Fehlermeldung ist "Could not be joined"...
Danke, -MN
Wetter am Wochenende soll schlecht werden und meine Frau gibt mir hoffentlich etwas Zeit :-)
Grüße Jörg
Hallo, hat jemand einen BME680 bzw vem6070 ? GPS hatte ich ja schon gelesen das es vorhanden ist.
habe eine Version aus der Original Firmware , die den MQ135,BME680,vem6070 und tsl2561 beinhaltet und Update vom eigenen Server.
da ich den BME, Vem &6 GPS selbst noch nicht habe, wäre es schön wenn mal jemand testen könnte.
Wie muss ich denn den TSL2561 anschließen?
Edit: habe die Antwort in der airrohr-firmware-680.ino gefunden
/* Extensions connected via I2C: *
/* HTU21D (https://www.sparkfun.com/products/13763), *
/* BMP085/180, BMP280, BME280, BME680, TSL2561, VEML6070, *
/* OLED Display with SSD1306 (128x64 px) *
/* *
/* Wiring Instruction *
/* (see labels on display or sensor board) *
/* VCC -> Pin 3V3 *
/* GND -> Pin GND *
/* SCL -> Pin D4 (GPIO2) *
/* SDA -> Pin D3 (GPIO0) *
Ich könnte ein bisschen Hilfe gebrauchen.
Ich habe zwei Sensoren, die ich gerne noch an den NodeMCU koppeln möchte. Der eine ist ein J305 Geiger-Müller-Zählrohr auf einer Platine (Beispiel (https://de.aliexpress.com/item/Assembled-DIY-Geiger-Counter-Kit-Nuclear-Radiation-Detector-GM-Tube/1790161282.html)), das relativ einfach CPM misst (zieht eine Leitung auf High für jeden Impuls, also nix kompliziertes mit I2C oder SPI). Der andere Sensor ist der GW1 (https://www.elv.de/elv-gewitterwarner-gw1-komplettbausatz.html) von ELV. Der hat drei Ausgänge, die jeweils Low gehen, wenn eine Warnung ausgelöst, ein Blitz detektiert oder Entwarnung ausgelöst wird (Low imho, könnte auch high sein, glaube aber Low).
Ich dürfte noch vier freie GPIO haben (aktuell hängen an dem NodeMCU bei mir ein DHT22, ein BME680, der SDS011. Meine konkreten Fragen sind:
a) Wie verdrahte ich die Sensoren? Einfach einen Pin hängen, ggf. mit einem Pullup/Pulldown? Was mache ich mit GND vom GW1 und dem J305? Muss ich die mit einem OC trennen?
b) Wie lese ich die aus? Einfach einen Interrupt auf den Pin machen und dann zählen (beim J305/Blitz vom GW1) / Status merken (beim GW1)?
Bin gerade ein wenig hilflos und kenne mich mit Arduinos etc. noch relativ wenig aus, will das aber lernen.
Schaut so aus das du den j305 direkt anschließen kannst
Beispiel Code https://gitlab.com/Arrygon/Geiger-Counter-RadiationD-v1.1-CAJOE-&ved=2ahUKEwi6_Zezg6PgAhWMPFAKHe64A_QQFjAWegQIARAB&usg=AOvVaw04486BkXGJTKj3tIaFnm0a&cshid=1549316086767
Dort kannst du auch den pin festlegen
Hallo *,
Ich habe zwei BME280 am Sensor angeschlossen (siehe weiter oben). Da die Daten des SDS und des ersten BME (auf 0x76) an Luftdaten.info bzw. Opensensemap gesendet werden, wird eine Modifikation des Default-Bezeichners 'BME280' des zweiten BME (0x77) verhindert, welcher ja nicht an Luftdaten.info etc. sendet. Dadurch erscheinen die Werte beider Sensoren jeweils mit dem gleichen Präfix 'BME280_', nacheinander im /data.json. Das FHEM Modul kann aber das mehrfache Auftreten gleicher Bezeichner nicht unterscheiden, sodass nur die Werte des letzten 'Auftretens' übernommen werden (https://forum.fhem.de/index.php/topic,66674.msg911466.html#msg911466 (https://forum.fhem.de/index.php/topic,66674.msg911466.html#msg911466)).
Aus diesem Grund habe ich die AF etwas angepasst, sodass die Bezeichner für die Sensoren, welche nicht an Luftdaten.info etc. senden, editiert werden können. Anbei der Sketch mit den kommentierten Änderungen (inkl. der gelösten Kalibrierproblematik wenn zwei gleiche BME280 verwendet werden, s.o.) und ein Diff zu AF062 sowie eine kompilierte Version. Bei mir funktioniert damit alles wunderbar, vielleicht könnte noch jemand überprüfen.
Gruß
Andreas
Hi,
ich hab jetzt erstmals bei einem Sensor die Firmware von hier ausprobieren wollen...
Mit der original luftdaten firmware ging alles soweit super.
Mit der Firmware hier eigentlich auch, ich kann aber meinem BMP180 nicht hinzufügen, ich bekommen dann immer folgende Anzeige:
SensorenSensoren (Sensor: BMP kann nicht initialisiert werden!)
keiner eine Idee?
Hallo,
ich ich habe folgendes Problem. (Orginal und alternatvie Firmware)
Ich bekomme von dem SDS011 keine Messwerte. Der Lüfter wird zu den Messungen geschaltet und ich sehe im Log auch die Kommunikation.
Nur werden auch nach Stunden und vielen Messungen keine Werte für diesen Sensor in der Oberfläche angezeigt. Die anderen Sensoren arbeiten ohne Probleme.
Nutze ich Tasmota sind Messwerte vorhanden.
Vielleicht hat einer einen Tipp für mich.
Grüße Timon
Zitat von: Astrofreak85 am 10 März 2019, 16:30:21
keiner eine Idee?
Vielleicht habe am Wochenende Zeit...
Gesendet von iPad mit Tapatalk
Zitat von: rettie am 13 März 2019, 10:02:48
Hallo,
ich ich habe folgendes Problem. (Orginal und alternatvie Firmware)
Ich bekomme von dem SDS011 keine Messwerte. Der Lüfter wird zu den Messungen geschaltet und ich sehe im Log auch die Kommunikation.
Nur werden auch nach Stunden und vielen Messungen keine Werte für diesen Sensor in der Oberfläche angezeigt.
Grüße Timon
Das Problem mit den fehlenden Messwerten habe ich auch regelmässig. Wenn ich denn Sensor dann stromlos schalte funktioniert es danach wieder für einige Zeit. Ich habe immer gedacht der Sensor wäre defekt aber anscheinend bin ich ja nicht der Einzige mit dem Problem.
Gruß
Jörg
Hallo,
im ersten Post findet ihr eine neue Version.
Grüße Jörg
Hatte gerade versucht die aktuellste Version aus dem ersten Beitrag zu flashen, jedoch ist nach dem Reboot die alte Version geblieben - eine Fehlermeldung gab es allerdings nicht ... Jemand eine Idee woran das liegen könnte?
Hm, vielleicht habe ich das falsche bin File hoch geladen. Kann ich aber erst heute Abend prüfen.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Zitat von: JoWiemann am 21 März 2019, 13:25:10
Hm, vielleicht habe ich das falsche bin File hoch geladen. Kann ich aber erst heute Abend prüfen.
Hallo Jörg,
ich habe gerade die alternative FW heruntergeladen, da ich zwei BME280 einsetzen möchte - im ZIP ist die INO Version 6.80 enthalten - in der Übersicht auf der ersten Seite steht die Version: NRZ-2018-111-AF-070 (20.03.2019, 20:40). Ist das so ok, oder sollte im ZIP die 70er Version sein.
Danke im Voraus - Gruss
Wolfram
Hallo,
ich habe die bin Dateien neu hoch geladen.
Grüße Jörg
Hallo, ich bin leider auch mit der neuen Version noch nicht weiter gekommen.
Ich bekomme vom SDS011 keine Daten angezeigt.
Ich vielleicht kann jemand etwas im Log erkennen?
reading SDS011
Call sensor: SDS011_0
Start reading SDS011
0 - 170 - aa - 170 .
1 - 197 - c5 - 197 .
0 - 6 - 6 - 6 .
0 - 1 - 1 - 1 .
0 - 0 - 0 - 0 .
0 - 0 - 0 - 0 .
0 - 61 - 3d - 61 .
0 - 47 - 2f - 47 .
0 - 115 - 73 - 115 .
0 - 171 - ab - 171 .
0 - 170 - aa - 170 .
1 - 197 - c5 - 197 .
0 - 6 - 6 - 6 .
0 - 1 - 1 - 1 .
0 - 1 - 1 - 1 .
0 - 0 - 0 - 0 .
0 - 61 - 3d - 61 .
0 - 47 - 2f - 47 .
0 - 116 - 74 - 116 .
0 - 171 - ab - 171 .
End reading SDS011
Call sensor: SDS011_0
Start reading SDS011
Call sensor: SDS011_0
Start reading SDS011
End reading SDS011
Call sensor: SDS011_0
Start reading SDS011
End reading SDS011
Call sensor: SDS011_0
Start reading SDS011
Grüße Timon
Zitat von: rettie am 24 März 2019, 13:42:15
Hallo, ich bin leider auch mit der neuen Version noch nicht weiter gekommen.
Ich bekomme vom SDS011 keine Daten angezeigt.
Ich vielleicht kann jemand etwas im Log erkennen?
/quote]
Hallo Timo,
poste doch bitte einmal Deine Hardware. Welchen ESP, wie ist der SDS011 angeschlossen und vlt. noch ein Foto Deines Aufbaus.
Grüße Jörg
Hallo Jörg,
es ist ein NodeMcu V3 mit SDS011 und AM2302.
Der TXD vom SDS ist an D1 angeschlossen, RXD an D2.
Der Lüfter wird ca. 20 s vor der Messung eingeschaltet und geht dann wieder aus.
Der AM2302 liefert Messwerte der SDS nicht.
Auch ein BME280 liefert Werte.
Mit Tasmota bekomme ich Messwerte.
Grüße Timon
wenn ich mehrere Sensoren mit Temperatursensor oder Feuchte etc. habe wird mir im FHEM trotzdem nur einmal "temperature" als reading angezeigt? wie kann ich den sensor wechseln oder alles anzeigen lassen?
der neue sensor ist später hinzugekommen...
Zitat von: Astrofreak85 am 25 März 2019, 12:52:29
wenn ich mehrere Sensoren mit Temperatursensor oder Feuchte etc. habe wird mir im FHEM trotzdem nur einmal "temperature" als reading angezeigt? wie kann ich den sensor wechseln oder alles anzeigen lassen?
der neue sensor ist später hinzugekommen...
Zitatdefine <name> LuftdatenInfo slave <master-name> <sensor1 sensor2 ...>
...
If several similar sensors are used, the duplicate values can be written in another device.
Zitat von: rettie am 24 März 2019, 19:42:42
Hallo Jörg,
es ist ein NodeMcu V3 mit SDS011 und AM2302.
Der TXD vom SDS ist an D1 angeschlossen, RXD an D2.
Der Lüfter wird ca. 20 s vor der Messung eingeschaltet und geht dann wieder aus.
Der AM2302 liefert Messwerte der SDS nicht.
Auch ein BME280 liefert Werte.
Mit Tasmota bekomme ich Messwerte.
Grüße Timon
Hallo Timo, hm, schwierig. Ich schau mal wie viel Aufwand es ist die Tasmota-Routinen zu adaptiern. Wird aber etwas dauern.
Grüße Jörg
ah danke @otto123 überlesen!
Hab noch ein Problem,
immer wieder gehen wohl Werte verloren, dachte erst das liegt an einem defekten Sensor, ist danch zwar besser geworden, kommt aber immer wieder...
Was kann man dagegen tun?
Zitat von: Astrofreak85 am 25 März 2019, 19:07:22
immer wieder gehen wohl Werte verloren, dachte erst das liegt an einem defekten Sensor, ist danch zwar besser geworden, kommt aber immer wieder ...
Mir scheint, Du hast ein Problem mit dem Luftfeuchtesensor, welchen hast Du im Einsatz?
Bei mir ist da deutlich weniger Gezappel.
Gruß PeMue
DHT22
frisch getauscht, der der vorher drin war hat immer um die 90% angezeigt
Hallo Jörg,
ich habe noch etwas zu meinem "toten" Sensor gefunden.
https://github.com/opendata-stuttgart/sensors-software/issues/379
https://github.com/lewapek/sds-dust-sensors-arduino-library/blob/master/src/SdsDustSensorCommands.h#L105
Vielleicht kannst Du einmal schauen ob es umsetzbar ist.
Danke und Gruß
Timon
Hallo zusammen,
Ich habe die Firmware NRZ-2018-111-AF-070 (Mar 24 2019) auf meinen ESP8266 aufgespielt. Es sind ein Feinstaubsensor und zwei DHT22 angeschlossen. Beide DHT22 Sensoren werden als an Pin 7 angeschlossen angezeigt. Einer ist aber an Pin 8 angeschlossen. Kann ich den Pin über die Weboberfläche ändern?
Hallo,
ich habe erst jetzt gesehen, dass das Modul 59_LuftdatenInfo.pm nun auch AirQuality auslesen kann.
Und wie der Zufall es will, habe ich in der Nähe eine Station , die auch AQI US mit angibt.
Station 15635
wie binde ich das nun als Attribut ein.
Insbesondere auch, da der Wert aktuell mit 12 = gut angegeben wird, was aber gem. dem Modul (und auch Wikipedia) sehr hoch/sehr schlecht wäre.
aktuell habe ich
define Feinstaub_Huerth LuftdatenInfo remote 15635 15636
setuuid Feinstaub_Huerth 5d0606d7-f33f-524a-ea30-45ca4b03b6828cb9
attr Feinstaub_Huerth userattr reading01Name reading01Regex reading02Name reading02Regex reading03Name reading03Regex reading04Name reading04Regex reading05Name reading05Regex requestHeader stateFormat
attr Feinstaub_Huerth reading01Name temperature
attr Feinstaub_Huerth reading01Regex "temperature","value":"(0|\d*\.\d+)"}.*
attr Feinstaub_Huerth reading02Name humidity
attr Feinstaub_Huerth reading02Regex "humidity","value":"(0|\d*\.\d+)"}.*
attr Feinstaub_Huerth reading03Name BMP_temperature
attr Feinstaub_Huerth reading03Regex "BMP_temperature","value":"(0|\d*\.\d+)"}.*
attr Feinstaub_Huerth reading04Name BMP_abs_pressure
attr Feinstaub_Huerth reading04Regex "BMP_pressure","value":"(0|\d*+)"}.*
attr Feinstaub_Huerth reading05Name software_version
attr Feinstaub_Huerth reading05Regex "software_version": "(.*?)".*
attr Feinstaub_Huerth room Feinstaub
Wie bekomme ich also den AQI US Wert von https://deutschland.maps.luftdaten.info/#14/50.8185/6.9725 noch rein?
Danke
Jörg
Hi Jörg,
lange nichts gehört.
Das ist ja kein Messwert, sondern nur eine (subjektive (https://en.wikipedia.org/wiki/Air_quality_index#United_States)) Betrachtung des PM2.5.
Ich denke, der wird nicht "ausgeliefert", sondern nur für die Inet-Seite berechnet.
Grüße Markus
Hallo Jörg,
Zitat von: jnewton957 am 16 Juni 2019, 12:31:32
Wie bekomme ich also den AQI US Wert von https://deutschland.maps.luftdat
du machst es dir ziemlich schwer. Ich hab das mal als Devices bei mir angelegt:
define g.test.Feinstaub_Huerth LuftdatenInfo remote 15635 15636
define g.test.Feinstaub_Huerth_bme680 LuftdatenInfo slave g.weather.station.sensor.4 BME680_air_quality BME680_humidity BME680_pressure BME680_pressure_nn BME680_quality_data BME680_temperature
setstate g.test.Feinstaub_Huerth active
setstate g.test.Feinstaub_Huerth 2019-06-16 22:52:45 PM10 4.83
setstate g.test.Feinstaub_Huerth 2019-06-16 22:52:45 PM2.5 3.55
setstate g.test.Feinstaub_Huerth 2019-06-16 22:52:45 humidity 99.90
setstate g.test.Feinstaub_Huerth 2019-06-16 22:52:39 latitude 50.818
setstate g.test.Feinstaub_Huerth 2019-06-16 22:52:39 location 50389 Wesseling
setstate g.test.Feinstaub_Huerth 2019-06-16 22:52:39 longitude 6.972
setstate g.test.Feinstaub_Huerth 2019-06-16 22:52:45 state active
setstate g.test.Feinstaub_Huerth 2019-06-16 22:52:45 temperature 18.00
setstate g.test.Feinstaub_Huerth_bme680 active
setstate g.test.Feinstaub_Huerth_bme680 2019-06-16 22:55:19 airQuality 1
setstate g.test.Feinstaub_Huerth_bme680 2019-06-16 22:55:19 humidity 59.69
setstate g.test.Feinstaub_Huerth_bme680 2019-06-16 22:55:19 pressure 1013.08
setstate g.test.Feinstaub_Huerth_bme680 2019-06-16 22:55:19 pressureNN 1023.18
setstate g.test.Feinstaub_Huerth_bme680 2019-06-16 22:55:19 state active
setstate g.test.Feinstaub_Huerth_bme680 2019-06-16 22:55:19 temperature 23.17g.test.Feinstaub_Huerth ist der Master, der alle Daten vom Sensor bezieht. Das andere Device ist ein Slave an dem Master, der nur die BME680-Daten enthält. So einen kannst du dir auch für den SDS1101 (und jeden anderen Sensor am Device) anlegen. Im Slave ist dann auch AIQ angegeben.
Moin,
ich hab meinen Luftsensor endlich final aufgebaut: NodeMCU+SDS11+GPS Neo+BME680+TSL2561...
Vom Sensor selbst, auf der Seite "Aktuelle Werte" erhalte ich für alle Sensoren Daten. In FHEM fehlen jedoch die Daten des TSL-Sensors bei der Verwendung eines "lokalen" Sensors:
Das Device:
Internals:
ADDRESS 192.168.1.51
DEF local 192.168.1.51
FUUID 5d072eaf-f33f-a7fe-34a8-8c569cb754daca6c
INTERVAL 300
MODE local
NAME AQ_LuftdatenInfo
NR 626
STATE active
TIMEOUT 5
TYPE LuftdatenInfo
READINGS:
2019-06-17 08:14:06 PM10 25.33
2019-06-17 08:14:06 PM2.5 9.03
2019-06-17 08:14:06 airQuality 6
2019-06-17 08:14:06 altitude -1000.00
2019-06-17 08:14:06 date 17.06.2019
2019-06-17 08:14:06 humidity 60.97
2019-06-17 08:14:06 latitude -200.000000
2019-06-17 08:14:06 longitude -200.000000
2019-06-17 08:14:06 pressure 1022.37
2019-06-17 08:14:06 pressureNN 1022.87
2019-06-17 08:14:06 signal -57
2019-06-17 08:09:53 softwareVersion NRZ-2018-111-AF-070
2019-06-17 08:14:06 state active
2019-06-17 08:14:06 temperature 21.94
2019-06-17 08:14:06 time 8:01:15
Attributes:
interval 300
room SYS_Network
Die RAW-Definition zeigt unter .sensors den TSL:
defmod AQ_LuftdatenInfo LuftdatenInfo local 192.168.1.51
attr AQ_LuftdatenInfo interval 300
attr AQ_LuftdatenInfo room SYS_Network
setstate AQ_LuftdatenInfo active
setstate AQ_LuftdatenInfo 2019-06-17 08:09:53 .sensors BME680_air_quality BME680_humidity BME680_pressure BME680_pressure_nn BME680_quality_data BME680_temperature SDS_P1 SDS_P2 SDS_date SDS_height SDS_lat SDS_lon SDS_time TSLFull TSLIR TSLVisible max_micro min_micro samples sensor_start_date sensor_start_time signal
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 PM10 25.33
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 PM2.5 9.03
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 airQuality 6
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 altitude -1000.00
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 date 17.06.2019
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 humidity 60.97
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 latitude -200.000000
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 longitude -200.000000
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 pressure 1022.37
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 pressureNN 1022.87
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 signal -57
setstate AQ_LuftdatenInfo 2019-06-17 08:09:53 softwareVersion NRZ-2018-111-AF-070
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 state active
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 temperature 21.94
setstate AQ_LuftdatenInfo 2019-06-17 08:14:06 time 8:01:15
Im Logfile tauchen diese Fehler auf:
2019.06.16 23:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 2896) line 1.
2019.06.16 23:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 3054) line 1.
2019.06.16 23:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 3054) line 1.
2019.06.16 23:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 3054) line 1.
2019.06.17 00:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 3205) line 1.
2019.06.17 00:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 3205) line 1.
2019.06.17 00:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 3205) line 1.
2019.06.17 00:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 3363) line 1.
2019.06.17 00:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 3363) line 1.
2019.06.17 00:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 3363) line 1.
2019.06.17 01:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 3519) line 1.
2019.06.17 01:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 3519) line 1.
2019.06.17 01:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 3519) line 1.
2019.06.17 01:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 3677) line 1.
2019.06.17 01:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 3677) line 1.
2019.06.17 01:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 3677) line 1.
2019.06.17 02:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 3828) line 1.
2019.06.17 02:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 3828) line 1.
2019.06.17 02:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 3828) line 1.
2019.06.17 02:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 3986) line 1.
2019.06.17 02:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 3986) line 1.
2019.06.17 02:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 3986) line 1.
2019.06.17 03:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 4142) line 1.
2019.06.17 03:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 4142) line 1.
2019.06.17 03:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 4142) line 1.
2019.06.17 03:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 4300) line 1.
2019.06.17 03:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 4300) line 1.
2019.06.17 03:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 4300) line 1.
2019.06.17 04:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 4451) line 1.
2019.06.17 04:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 4451) line 1.
2019.06.17 04:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 4451) line 1.
2019.06.17 04:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 4609) line 1.
2019.06.17 04:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 4609) line 1.
2019.06.17 04:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 4609) line 1.
2019.06.17 05:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 4765) line 1.
2019.06.17 05:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 4765) line 1.
2019.06.17 05:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 4765) line 1.
2019.06.17 05:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 5085) line 1.
2019.06.17 05:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 5085) line 1.
2019.06.17 05:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 5085) line 1.
2019.06.17 06:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 5148) line 1.
2019.06.17 06:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 5148) line 1.
2019.06.17 06:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 5148) line 1.
2019.06.17 06:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 5394) line 1.
2019.06.17 06:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 5394) line 1.
2019.06.17 06:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 5394) line 1.
2019.06.17 07:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 5462) line 1.
2019.06.17 07:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 5462) line 1.
2019.06.17 07:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 5462) line 1.
2019.06.17 07:45:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 5708) line 1.
2019.06.17 07:45:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 5708) line 1.
2019.06.17 07:45:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 5708) line 1.
2019.06.17 08:00:00 1: PERL WARNING: Can't exec "node": No such file or directory at (eval 5759) line 1.
2019.06.17 08:00:00 1: PERL WARNING: Use of uninitialized value $result in substitution (s///) at (eval 5759) line 1.
2019.06.17 08:00:00 1: PERL WARNING: Use of uninitialized value $result in concatenation (.) or string at (eval 5759) line 1.
2019.06.17 08:10:39 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/59_LuftdatenInfo.pm line 248.
Laut commandref ist libjson-perl erforderlich, welches installiert ist (Version 2.90-1).
Was läuft denn nun flasch?
Danke, -MN
Die node-Aufrufe gehören nicht zu meinem Problem mit dem LuftdatenInfo - das war eine Speedport-Statusabfrage...
Trotzdem tauchen die lux-Werte des TLS2561 nicht auf...
Danke, -MN
Zitat von: Morgennebel am 17 Juni 2019, 09:01:51
Trotzdem tauchen die lux-Werte des TLS2561 nicht auf...
Auch die Daten des GPS-Empfängers nicht. Leg dir doch mal ein weiteres Slave-Device mit den fehlenden Werten an, wie ich oben gezeigt habe.
Zitat von: Christoph Morrison am 17 Juni 2019, 10:04:52
Auch die Daten des GPS-Empfängers nicht. Leg dir doch mal ein weiteres Slave-Device mit den fehlenden Werten an, wie ich oben gezeigt habe.
Der GPS funktioniert im Inneren nicht. Ich spiele mal mit den Slave-Definitionen, habe aber ehrlich gesagt den Sinn davon (trotz Dokulesen) nicht so verstanden...
Vielleicht hilft Try & Error...
Danke, -MN
Also...
Hier die Definition des lokalen Masters:
defmod AQ_LuftdatenInfo LuftdatenInfo local 192.168.1.51
attr AQ_LuftdatenInfo interval 300
attr AQ_LuftdatenInfo room SYS_Network
attr AQ_LuftdatenInfo verbose 4
setstate AQ_LuftdatenInfo active
setstate AQ_LuftdatenInfo 2019-06-17 10:50:41 .sensors BME680_air_quality BME680_humidity BME680_pressure BME680_pressure_nn BME680_quality_data BME680_temperature SDS_P1 SDS_P2 SDS_date SDS_height SDS_lat SDS_lon SDS_time TSLFull TSLIR TSLVisible max_micro min_micro samples sensor_start_date sensor_start_time signal
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 PM10 15.75
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 PM2.5 4.70
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 airQuality 6
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 altitude -1000.00
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 date 17.06.2019
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 humidity 59.39
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 latitude -200.000000
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 longitude -200.000000
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 pressure 1022.45
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 pressureNN 1022.95
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 signal -53
setstate AQ_LuftdatenInfo 2019-06-17 10:50:41 softwareVersion NRZ-2018-111-AF-070
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 state active
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 temperature 22.83
setstate AQ_LuftdatenInfo 2019-06-17 11:06:11 time 10:45:41
Dieser hat die BME680-Daten und GPS.
Hier das Slave fuer TSL
defmod AQ_LuftdatenInfo_TSL LuftdatenInfo slave AQ_LuftdatenInfo TSLFull TSLIR TSLVisible
attr AQ_LuftdatenInfo_TSL room SYS_Network
attr AQ_LuftdatenInfo_TSL verbose 4
setstate AQ_LuftdatenInfo_TSL active
setstate AQ_LuftdatenInfo_TSL 2019-06-17 11:06:11 state active
Keine Werte fuer Licht...
Und im Logfile bei verbose 4:
2019.06.17 10:56:11 4: LuftdatenInfo (AQ_LuftdatenInfo) - returned data: {"software_version": "NRZ-2018-111-AF-070", "age":"33", "sensordatavalues":[{"value_type":"SDS_P1","value":"8.70"},{"value_type":"SDS_P2","value":"4.63"},{"value_type":"SDS_lat","value":"-200.000000"},{"value_type":"SDS_lon","value":"-200.000000"},{"value_type":"SDS_height","value":"-1000.00"},{"value_type":"SDS_date","value":"00/00/2000"},{"value_type":"SDS_time","value":"00:00:00.00"},{"value_type":"BME680_temperature","value":"22.69"},{"value_type":"BME680_humidity","value":"59.59"},{"value_type":"BME680_pressure","value":"102245.00"},{"value_type":"BME680_pressure_nn","value":"102295.00"},{"value_type":"BME680_air_quality","value":"6"},{"value_type":"BME680_quality_data","value":"6|130|0.17|0.13|30.24"},{"value_type":"TSLIR","value":"204.00"},{"value_type":"TSLFull","value":"263.00"},{"value_type":"TSLVisible","value":"0.00"},{"value_type":"samples","value":"225491"},{"value_type":"min_micro","value":"400"},{"value_type":"max_micro","value":"373435"},{"value_type":"sensor_start_date","value":"17.06.2019"},{"value_type":"sensor_start_time","value":"10:45:41"},{"value_type":"signal","value":"-52"}]}
2019.06.17 11:01:11 4: LuftdatenInfo (AQ_LuftdatenInfo) - returned data: {"software_version": "NRZ-2018-111-AF-070", "age":"34", "sensordatavalues":[{"value_type":"SDS_P1","value":"11.70"},{"value_type":"SDS_P2","value":"4.80"},{"value_type":"SDS_lat","value":"-200.000000"},{"value_type":"SDS_lon","value":"-200.000000"},{"value_type":"SDS_height","value":"-1000.00"},{"value_type":"SDS_date","value":"00/00/2000"},{"value_type":"SDS_time","value":"00:00:00.00"},{"value_type":"BME680_temperature","value":"22.77"},{"value_type":"BME680_humidity","value":"59.40"},{"value_type":"BME680_pressure","value":"102245.00"},{"value_type":"BME680_pressure_nn","value":"102295.00"},{"value_type":"BME680_air_quality","value":"6"},{"value_type":"BME680_quality_data","value":"6|130|0.17|0.13|30.31"},{"value_type":"TSLIR","value":"204.00"},{"value_type":"TSLFull","value":"263.00"},{"value_type":"TSLVisible","value":"0.00"},{"value_type":"samples","value":"229730"},{"value_type":"min_micro","value":"391"},{"value_type":"max_micro","value":"373358"},{"value_type":"sensor_start_date","value":"17.06.2019"},{"value_type":"sensor_start_time","value":"10:45:41"},{"value_type":"signal","value":"-53"}]}
2019.06.17 11:06:11 4: LuftdatenInfo (AQ_LuftdatenInfo) - returned data: {"software_version": "NRZ-2018-111-AF-070", "age":"36", "sensordatavalues":[{"value_type":"SDS_P1","value":"15.75"},{"value_type":"SDS_P2","value":"4.70"},{"value_type":"SDS_lat","value":"-200.000000"},{"value_type":"SDS_lon","value":"-200.000000"},{"value_type":"SDS_height","value":"-1000.00"},{"value_type":"SDS_date","value":"00/00/2000"},{"value_type":"SDS_time","value":"00:00:99.99"},{"value_type":"BME680_temperature","value":"22.83"},{"value_type":"BME680_humidity","value":"59.39"},{"value_type":"BME680_pressure","value":"102245.00"},{"value_type":"BME680_pressure_nn","value":"102295.00"},{"value_type":"BME680_air_quality","value":"6"},{"value_type":"BME680_quality_data","value":"6|138|0.17|0.15|31.62"},{"value_type":"TSLIR","value":"204.00"},{"value_type":"TSLFull","value":"263.00"},{"value_type":"TSLVisible","value":"0.00"},{"value_type":"samples","value":"230259"},{"value_type":"min_micro","value":"393"},{"value_type":"max_micro","value":"373355"},{"value_type":"sensor_start_date","value":"17.06.2019"},{"value_type":"sensor_start_time","value":"10:45:41"},{"value_type":"signal","value":"-53"}]}
Dort sind die TSL-Daten vorhanden....?
Danke, -MN
Die Sensordaten werden in die FHEM geläufigen Benennungen für Readings übersezt:
if($_->{value_type} =~ /P0$/){
$_->{value_type} = "PM1";
}
elsif($_->{value_type} =~ /P1$/){
$_->{value_type} = "PM10";
}
elsif($_->{value_type} =~ /P2$/){
$_->{value_type} = "PM2.5";
}
elsif($_->{value_type} =~ /_air_quality$/){
$_->{value_type} = "airQuality";
}
elsif($_->{value_type} =~ /_height$/){
$_->{value_type} = "altitude";
}
elsif($_->{value_type} =~ /_date$/){
$_->{value_type} = "date";
}
elsif($_->{value_type} =~ /humidity$/){
$_->{value_type} = "humidity";
}
elsif($_->{value_type} =~ /_Full$/){
$_->{value_type} = "illuminanceFull";
}
elsif($_->{value_type} =~ /_UV$/){
$_->{value_type} = "illuminanceUV";
}
elsif($_->{value_type} =~ /_IR$/){
$_->{value_type} = "illuminanceIR";
}
elsif($_->{value_type} =~ /_Visible$/){
$_->{value_type} = "illuminanceVisible";
}
elsif($_->{value_type} =~ /_lat$/){
$_->{value_type} = "latitude";
}
elsif($_->{value_type} =~ /_lon$/){
$_->{value_type} = "longitude";
}
elsif($_->{value_type} =~ /pressure$/){
$_->{value} = ($_->{value} > 10000 ? $_->{value} / 100 : $_->{value});
$_->{value_type} = "pressure";
}
elsif($_->{value_type} =~ /pressure_nn$/){
$_->{value} = ($_->{value} > 10000 ? $_->{value} / 100 : $_->{value});
$_->{value_type} = "pressureNN";
}
elsif($_->{value_type} =~ /_risk/){
$_->{value_type} = "UVRisk";
}
elsif($_->{value_type} eq "signal"){
$_->{value_type} = "signal";
}
elsif($_->{value_type} =~ /temperature$/){
$_->{value_type} = "temperature";
}
elsif($_->{value_type} =~ /_watt/){
$_->{value_type} = "UVIntensity";
}
elsif($_->{value_type} =~ /_time$/){
$_->{value_type} = "time";
}
GPS funktioniert, soweit ich das sehe.
Bei TSL habe ich einen Unterstrich vor dem Full / IR / Visible erwartet. Muss dann wohl angepasst werden.
Bis dahin sollte es funktionieren im Slave das Attribut rawReading auf 1 zu setzen.
Danke,
ich hab die Stelle im Modulsource auch gefunden, wollte aber nicht einfach ahnungslos rumspielen.
Das Luftdaten.info Projekt plant auch noch weitere Sensoren - Lärm finde ich extrem interessant.
Warum steigt eigentlich die Feinstaubbelastung bei Gewitter?
Danke, -MN
Zitat von: Morgennebel am 19 Juni 2019, 07:33:45
Warum steigt eigentlich die Feinstaubbelastung bei Gewitter?
Der Wind bläst vor dem Gewitter den trockenen Staub in die Luft? Wäre mal eine erste Hypothese.
Gruß Peter
Ich bin da eher bei dem selben Effekt wie bei Nebel. Extrem hohe Luftfeuchtigkeit beeinflusst den Sensor.
Grüße Markus
Ich verzweifel gerade.
Ich möchte den Sketch auf meinen Wemos D1 Mini befördern.
Das geht auch. Dann logge ich mich einmal in das Feinstaub Wlan, klicke auf mein Wlan, gebe mein Passwort ein und dann wars das.
Er loggt sich nicht am Router ein und macht auch sein WLAN nicht mehr auf, bis ich ihn heute flashe.
Wo ist der Haken? :-[
Am Serial Port sehr ich auch nix, bzw ich finde die passende Geschwindigkeit nicht, das er da was ausgeben würde.
Danke für eure Hilfe vorab.
EDIT: Also es schaut so aus, als ob keine Daten gespeichert werden.
Gebe ich die Daten mit dem Flashen mit, geht es. Konfiguriere ich dann Sensoren, sind sie nach nem Reboot wieder weg.
EDIT2: Also habe alles über die Datei "ext_def.h" definiert und so geht es, ich höre den Sensor anlaufen, aber sobald die Messung fertig ist, sehe ich keine Daten und es scheint als ob der D1 Mini rebootet.
Also im Wireshark: DHCP -> Verbindung zur api.luftdaten.info -> DNS auf Opensensemap -> weg -> DHCP
Hat da wer nen Tip?
Danke.
Also ich habe jetzt opensensemap deaktiviert und jetzt habe ich Werte 8)
Was auch immer opensensemap den Wemos D1 Mini zum Absturz bringt...
Der Speicher sollte es laut den Daten nciht sein und mit der letzten stable ging es auch mit opensensemap. Wäre schön wenn das wieder geht :-)
Danke.
Ich habe im meinem Log tausende Fehlermeldungen
von diesen beiden immer mal abwechselnd:
2019.12.01 00:06:15 2: LuftdatenInfo (Feinstaubsensor) - error while request: connect to http://192.168.178.30:80 timed out
2019.12.01 00:06:43 2: LuftdatenInfo (Feinstaubsensor) - error while request: 192.168.178.30: Keine Route zum Zielrechner (113)
das ist ein List
Internals:
ADDRESS 192.168.178.30
DEF local 192.168.178.30
FUUID 5c44a1c6-f33f-06ea-cb06-ce579245658b9c23
INTERVAL 30
MODE local
NAME Feinstaubsensor
NR 92
STATE PM2.5: <b>20.2 µg/m³ </b>
PM10: <b>28.5 µg/m³ </b><br>
Temperatur: <b>4.3 °C </b>
Luftfeuchte: <b>94 % rH </b><br>
Luftdruck: <b>1027 hPa</b><br>
Taupunkt: <b>3.5 °C </b>
Absulute Feuchte: <b>6.1 g/m³ </b>
TIMEOUT 5
TYPE LuftdatenInfo
READINGS:
2019-12-31 18:33:13 PM10 28.53
2019-12-31 18:33:13 PM2.5 20.20
2019-12-31 18:33:13 absFeuchte 6.1
2019-12-31 18:33:13 dewpoint 3.5
2019-12-31 18:33:13 humidity 94.43
2019-12-31 18:33:13 pressure 1027.06
2019-12-31 18:33:13 signal -81
2019-12-05 14:54:33 softwareVersion NRZ-2019-125-B1
2019-12-31 18:33:13 state active
2019-12-31 18:33:13 temperature 4.29
Attributes:
event-on-change-reading .*
room Draußen,Wetter
stateFormat PM2.5: <b>[$name:PM2.5:r1] µg/m³ </b>
PM10: <b>[$name:PM10:r1] µg/m³ </b><br>
Temperatur: <b>[$name:temperature:r1] °C </b>
Luftfeuchte: <b>[$name:humidity:r0] % rH </b><br>
Luftdruck: <b>[$name:pressure:r0] hPa</b><br>
Taupunkt: <b>[$name:dewpoint:r1] °C </b>
Absulute Feuchte: <b>[$name:absFeuchte:r1] g/m³ </b>
Frage 1
Mein Intervall ist auf 30 Sekunden (in der Comandref stehen 300 als Standard, es ist aber nicht extra konfiguriert bei mir), das ist sicher etwas viel, da der Sensor ja nur alle 145 Sekunden aktualisiert wird.
Frage 2
Mein Sensor ist schlecht erreichbar dementsprechend ist das WLAN, sehr schwach. Bringt es was das Timeout hoch zu setzen, oder ist das eher schlechter, weil es FHEM ausbremst.
Hallo zusammen,
ich möchte die Wetterstation mit einer Solarzelle und Akku betreiben. Ist es möglich die Firmware so anzupassen, dass die Akkuspannung ausgelesen wird (Sensor bzw. Spannungsteiler) und diese bereitgestellt wird?
Grüße
Philipp
Hallo Zusammen,
ich habe auf meinen Sensor momentan die Version NRZ-2017-100-AF-025 (Dec 30 2017 20:20:20) laufen und wollte diese gerade updaten. Wenn ich es richtig verstanden haben, kann ich die BIN Datei (ohne_debug_airrohr-firmware-680.ino.nodemcu.bin) aus dem Thread runterladen und direkt über die Oberfläche updaten? Wenn ja funktioniert das bei mir nicht. Nach dem auswählen der Datei und drücken des "Durchführen" Buttons kommt folgender Text: Update error: ERROR[0]: No Error. Habe danach auch mal neu gestartet. Wird immer noch die alte Version angezeigt. Weiß jemand Rat?
Danke und Gruß
Christian
Bei mir aktualisiert er sich automatisch, das funktioniert auch.
bin jetzt bei Firmware: NRZ-2020-133/DE (Nov 29 2020)
Ich dachte automatisch aktualisieren macht nur die originale Firmware. Ich habe ja die alternative Version drauf und will diese jetzt auf den letzten Stand bringen. Das geht meines Wissens doch nur manuell.
Habe auch manuell versucht zu flashen, ohne Erfolg. Mit der originalen hat's aber funktioniert und habe deshalb jetzt wieder die originale Firmware drauf. Da ich momentan keine weiteren Sensoren angeschlossen habe, lass ich es erstmal so.
Gruß
Christian