NEWS
Luft-Messdaten von OpenSenseMap auslesen
-
@paul53 Man bekommt nach der Registrieung einen Arduino Code.
Darin findet sich
//senseBox ID #define SENSEBOX_ID "5e0dcfaa63edd9001a199dfc" //Sensor IDs // Temperature #define SENSOR1_ID "5e0dcfaa63edd9001a199dfe" // Humidity_rel #define SENSOR2_ID "5e0dcfaa63edd9001a199dfd" -
Als Sylvester 2019 näher rückte fiel mir wieder der Luftdaten-Adapter ein um die Feinstaubbelastung zu monitoren.
Zum einen aus reinem Interesse an den Daten, zum anderen weil ich außerdem im Bereich einiger Petrochemie wohne und ein "Warnsystem" aufbauen wollte um im Falle einer zu hohen Immission die Fenster zu schließen.Um solche Daten zu erhalten gibt es bisher in ioBroker den Luftdaten-Adapter, der die Info von Luftdaten.info holt sowie ein Skript, welches die Informationen über vom Umweltbundesamt zur Verfügung gestellten Daten abruft.
Im Laufe des Versuches diese Daten zu nutzen entspann sich eine rege Diskussion
Die Daten von Luftdaten.info werden weitestgehend mit selbstgebaute Sensoren ermittelt. Auf deren Seite gibt es auch die Bauanleitung und Firmware dafür.
Der dort verwendete PM-Sensor ist jedoch nicht für relative Luftfeuchte >70% rH spezifiziert und liefert dann zu hohe Werte.Die Daten des UBA scheinen sich jeweils auf den Vortag zu beziehen, da das BImSchG die Grenzwerte auf den Tagesmittelwert bezieht, der bekanntlich erst am (Morgen des) nächsten Tag ermittelt werden kann.
Auch die Webseiten der diversen Landesämter waren nicht einfach auszulesen..
Letztendlich war die Seite von OpenSenseMap eine gute Quelle für weitere Informationen.
Auch dort werden Selbstbausensoren verwendet, Die Daten enthalten jedoch die Bezeichnung des verbauten Sensors so dass man die Werte entsprechend einschätzen kann. Außerdem liefern die Stationen auch weitere Informationen wie eben die Luftfeuchte an dem Messort, so dass man zum einen eine Einschätzung der Richtigkeit und vielleicht eine Korrektur der Werte durchführen kann.
vorweg:
Ich bin kein Skripter. Dies ist mein erstes etwas größeres Projekt. Ich mich endlich etwas tiefer in JavaScript einarbeiten, und da kam so eine Aufgabe gerade richtig, mich mit Variablen und Funktionen zu beschäftigen.
Daher habe ich es auch (noch) in Blockly durchgeführt. Leider gibt es dort (noch) nicht alle Blöcke, mit denen eine einfachere Abarbeitung möglich gewesen wäre.
Da die Daten als JSON vorliegen wäre auch der über das direkte Auslesen des JSON möglich gewesen - das Skript sollte aber für mich später auch für HTML und plain Text Seiten funktionieren.
Code
Der momentan aktuelle Code ist dieser:
ältere Versionen und ein wenig Diskussion befindet sich in diesem Thread
Durchführung:
- Im javascript-Adapter ein neues Skript vom Typ Blockly anlegen
- Den oben im Spoiler befindlichen Code kopieren
- den "Blockly importieren Button anklicken - ein Fenster öffnet sich
- den Code dort hineinkopieren und bestätigen
Im Feld "Station" muss noch die 24-stellige ID der auszulesenden Station eingegeben werden.
Diese erhält man, indem man auf der Karte von opensensemap.org eine Station aussucht und anklickt.
In der Adresszeile befindet sich jetzt z.B.:https://opensensemap.org/explore/5af9f557223bd80019fbd6f4
Das letzte ist die ID der Station.- Diese ID in das Feld Station eintragen
- Blockly (unter sinnvollem Namen) speichern.
- Skript starten
Das Skript holt alle 10 Minuten die Werte.
Beim ersten mal legt es Datenpunkte unter javascript.0.Luftdaten an (wobei die 0 für die Instanz in der das Blockly ist steht)
Im Moment kommt es beim ersten Auslesen noch zu einer Fehlermeldung, wei das Schreiben der Datenpunkte langsamer geschieht als das Auslesen.
Ab der 20. Minute sollte es aber rundlaufen.
Diskussionen zum Skript bitte hier, allgemeine Diskussionen zur Feinstaub-/Luftdatenmessung bitte weiterhin in dem entsprechenden Thread
@Homoran sagte:
Diskussionen zum Skript bitte hier
Alternativ-Vorschlag (ohne Warnung bei erstem Durchlauf):
Funktion erzeugeZahlDP(id, Name, unit):
if(existsState(id)) return true; createState(id, 0, {type:'number', name: Name, unit:unit, read:true, write:false, role:'value'});Ergebnis:
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Homoran sagte:
Diskussionen zum Skript bitte hier
Alternativ-Vorschlag (ohne Warnung bei erstem Durchlauf):
Funktion erzeugeZahlDP(id, Name, unit):
if(existsState(id)) return true; createState(id, 0, {type:'number', name: Name, unit:unit, read:true, write:false, role:'value'});Ergebnis:
@paul53
Danke!
sehe ich mir später an - habe gerade noch eine Baustelle gefunden.Aber wenn ich dich schon gerade dran habe ;-)
Wie lege ich einen State (eigentlich channel) an, in dem ich den Namen übergebe?createState('Luftdaten.' + Station +".", {type:'device', read:true, write:false, name:StationName});klappt nicht - da wird ein State angelegt . (heisst ja auch setState und nicht setChannel oder setDevice ;-) )
oder ist das prinzipiell egal?
Hier habe ich mit einem Timeout gearbeitet, damit der Datenpunkt mit ID und Namen rechtzeitig vor den Sensorstates fertig ist.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@paul53
Danke!
sehe ich mir später an - habe gerade noch eine Baustelle gefunden.Aber wenn ich dich schon gerade dran habe ;-)
Wie lege ich einen State (eigentlich channel) an, in dem ich den Namen übergebe?createState('Luftdaten.' + Station +".", {type:'device', read:true, write:false, name:StationName});klappt nicht - da wird ein State angelegt . (heisst ja auch setState und nicht setChannel oder setDevice ;-) )
oder ist das prinzipiell egal?
Hier habe ich mit einem Timeout gearbeitet, damit der Datenpunkt mit ID und Namen rechtzeitig vor den Sensorstates fertig ist.
@Homoran sagte:
ist das prinzipiell egal?
Mit createState() kann man keine Objekte vom Typ "channel" oder "device" erzeugen, sondern nur Datenpunkte. setObject() ist aus gutem Grund nicht in Blockly vorhanden, weil man bei setObject() genau wissen muss, was man tut. Bei fehlerhaftem Gebrauch kann man sich den gesamten ioBroker zerschiessen.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Homoran sagte:
ist das prinzipiell egal?
Mit createState() kann man keine Objekte vom Typ "channel" oder "device" erzeugen, sondern nur Datenpunkte. setObject() ist aus gutem Grund nicht in Blockly vorhanden, weil man bei setObject() genau wissen muss, was man tut. Bei fehlerhaftem Gebrauch kann man sich den gesamten ioBroker zerschiessen.
@paul53
OK!
Danke!Habe gerade deine Version geladen - da hast du ja schon meine nächste Baustelle drin.
i from 1 to nDas sehe ich mir näher an.
Aber du hast ja wie befürchtet ;-) fast alles umgekrempelt - das muss ich jetzt erst einmal nachvollziehen können
EDIT - und doch mit json Auswertung gearbeitet :-(
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@paul53
OK!
Danke!Habe gerade deine Version geladen - da hast du ja schon meine nächste Baustelle drin.
i from 1 to nDas sehe ich mir näher an.
Aber du hast ja wie befürchtet ;-) fast alles umgekrempelt - das muss ich jetzt erst einmal nachvollziehen können
EDIT - und doch mit json Auswertung gearbeitet :-(
@Homoran sagte:
und doch mit json Auswertung gearbeitet
JSON in ein Objekt zu wandeln und dann auf die Attribute des Objektes zuzugreifen, ist wesentlich einfacher, als den String zu analysieren.
EDIT: Ergänze besser die Verwendung von "sensorType" für die ID um den Punktkiller().
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Homoran sagte:
und doch mit json Auswertung gearbeitet
JSON in ein Objekt zu wandeln und dann auf die Attribute des Objektes zuzugreifen, ist wesentlich einfacher, als den String zu analysieren.
EDIT: Ergänze besser die Verwendung von "sensorType" für die ID um den Punktkiller().
Ich fange langsam an dein Skript nachvollziehen zu können
@paul53 sagte in Luft-Messdaten von OpenSenseMap auslesen:
JSON in ein Objekt zu wandeln und dann auf die Attribute des Objektes zuzugreifen, ist wesentlich, einfacher als den String zu analysieren.
Das hatte ich mir gedacht, aber ich bin/war noch nicht ganz soweit ;-)
Geht denn überhaupt etwas wie Länge von in Blockly mit Texten?
- Also die Anzahl einer Fundstelle eines RegEx zu ermitteln?
@paul53 sagte in Luft-Messdaten von OpenSenseMap auslesen:
EDIT: Ergänze besser die Verwendung von "sensorType" für die ID um den Punktkiller().
Das wäre meine erste Frage gewesen, weil die IDs noch Leerzeichen enthalten
jetzt muss ich noch den Namen der Messstelle in das name-Feld der ID bringen
Ich hatte den State extra als RW genommen, damit man sich den anpassen kannkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
Ich fange langsam an dein Skript nachvollziehen zu können
@paul53 sagte in Luft-Messdaten von OpenSenseMap auslesen:
JSON in ein Objekt zu wandeln und dann auf die Attribute des Objektes zuzugreifen, ist wesentlich, einfacher als den String zu analysieren.
Das hatte ich mir gedacht, aber ich bin/war noch nicht ganz soweit ;-)
Geht denn überhaupt etwas wie Länge von in Blockly mit Texten?
- Also die Anzahl einer Fundstelle eines RegEx zu ermitteln?
@paul53 sagte in Luft-Messdaten von OpenSenseMap auslesen:
EDIT: Ergänze besser die Verwendung von "sensorType" für die ID um den Punktkiller().
Das wäre meine erste Frage gewesen, weil die IDs noch Leerzeichen enthalten
jetzt muss ich noch den Namen der Messstelle in das name-Feld der ID bringen
Ich hatte den State extra als RW genommen, damit man sich den anpassen kann@Homoran sagte in Luft-Messdaten von OpenSenseMap auslesen:
den Namen der Messstelle in das name-Feld der ID bringen
Dann muss anstelle der Variable Station nur die schon existierende Variable Name genommen werden.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Homoran sagte in Luft-Messdaten von OpenSenseMap auslesen:
den Namen der Messstelle in das name-Feld der ID bringen
Dann muss anstelle der Variable Station nur die schon existierende Variable Name genommen werden.
@paul53
und das habe ich bei der Bearbeitung von json noch nicht verstanden.
Dieses Json ist ein (sehr) verschachteltes solches.name kommt eigentlich nur bei der Station vor, du nutzst es aber doch auch bei den Sensoren
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@Homoran sagte in Luft-Messdaten von OpenSenseMap auslesen:
den Namen der Messstelle in das name-Feld der ID bringen
Dann muss anstelle der Variable Station nur die schon existierende Variable Name genommen werden.
@paul53
Jetzt ist gerade dein EDIT aufgepopptIch wollte den Namen in das Name Feld des Sensors bringen - zusätzlich zur ID
Ich weiß nämlich nicht ob der Name eindeutig istkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@paul53
und das habe ich bei der Bearbeitung von json noch nicht verstanden.
Dieses Json ist ein (sehr) verschachteltes solches.name kommt eigentlich nur bei der Station vor, du nutzst es aber doch auch bei den Sensoren
@Homoran sagte:
name kommt eigentlich nur bei der Station vor, du nutzst es aber doch auch bei den Sensoren
Die globale Variable Name enthält den Stationsnamen. Die lokale Variable Name (Funktionsparameter) enthält das Attribut "title" des Sensors.
-
@paul53
Jetzt ist gerade dein EDIT aufgepopptIch wollte den Namen in das Name Feld des Sensors bringen - zusätzlich zur ID
Ich weiß nämlich nicht ob der Name eindeutig ist@Homoran sagte :
zusätzlich zur ID
Ich weiß nämlich nicht ob der Name eindeutig istDiese Modifikation der ID sollte nicht schwer fallen ?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Homoran sagte :
zusätzlich zur ID
Ich weiß nämlich nicht ob der Name eindeutig istDiese Modifikation der ID sollte nicht schwer fallen ?
@paul53
Nicht dass ich mich schon wieder unpräzise ausgedrückt habe (ich weiß doch was ich meine ;-) )Es soll so aussehen:
Bisher wird die ID nicht einzeln als DP angelegt sondern nur als "Pfad" zum Sensor.
Außerdem soll der Name Editirbar sein.
Einige Stationen heißen z.B. "Station" - das hilft keinemkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@paul53
Nicht dass ich mich schon wieder unpräzise ausgedrückt habe (ich weiß doch was ich meine ;-) )Es soll so aussehen:
Bisher wird die ID nicht einzeln als DP angelegt sondern nur als "Pfad" zum Sensor.
Außerdem soll der Name Editirbar sein.
Einige Stationen heißen z.B. "Station" - das hilft keinem@Homoran sagte:
Außerdem soll der Name Editirbar sein.
Habe ich Dich falsch verstanden ? Du möchtest den Stationsnamen im Namen des Datenpunktes haben und nicht in der ID ?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@Homoran sagte:
Außerdem soll der Name Editirbar sein.
Habe ich Dich falsch verstanden ? Du möchtest den Stationsnamen im Namen des Datenpunktes haben und nicht in der ID ?
@paul53 sagte in Luft-Messdaten von OpenSenseMap auslesen:
@Homoran sagte:
Außerdem soll der Name Editirbar sein.
Habe ich Dich falsch verstanden ? Du möchtest den Stationsnamen im Namen des Datenpunktes haben und nicht in der ID ?
Ja!
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@paul53 sagte in Luft-Messdaten von OpenSenseMap auslesen:
@Homoran sagte:
Außerdem soll der Name Editirbar sein.
Habe ich Dich falsch verstanden ? Du möchtest den Stationsnamen im Namen des Datenpunktes haben und nicht in der ID ?
Ja!
-
@paul53 weiss nicht - den part habe ich noch nicht komplett intus - sorry!
Das soll herauskommen:
MAP1 ist editierbar!
So habe ich es "gelöst":
Und dabei die Funktion Stations-DP anlegen mit
createState('Luftdaten.' + Station, {type:'device', read:true, write:true, name:Name});im Vorfeld verwendetkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@paul53 weiss nicht - den part habe ich noch nicht komplett intus - sorry!
Das soll herauskommen:
MAP1 ist editierbar!
So habe ich es "gelöst":
Und dabei die Funktion Stations-DP anlegen mit
createState('Luftdaten.' + Station, {type:'device', read:true, write:true, name:Name});im Vorfeld verwendet -
@Homoran
Ach, Du hast einen zusätzlichen Datenpunkt angelegt. type = 'device' ist unzulässig !@paul53 sagte in Luft-Messdaten von OpenSenseMap auslesen:
@Homoran
type = 'device' ist unzulässig !Ja - das waren noch die Knochen von meinem ersten Versuch - das Thema hatten wir ja schon.
Muss ich noch ändernEDIT: cool ist ein Bool geworden ;-)
Ach, Du hast einen zusätzlichen Datenpunkt angelegt.
geht es anders?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@paul53 sagte in Luft-Messdaten von OpenSenseMap auslesen:
@Homoran
type = 'device' ist unzulässig !Ja - das waren noch die Knochen von meinem ersten Versuch - das Thema hatten wir ja schon.
Muss ich noch ändernEDIT: cool ist ein Bool geworden ;-)
Ach, Du hast einen zusätzlichen Datenpunkt angelegt.
geht es anders?
@Homoran sagte:
geht es anders?
Nicht mit createState(). Ich würde die Funktion erzeugeZahlDP() mit verwenden.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs
Support us
824
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge