influxdb Fields und Tags zurodnung zu Sensoren

Simon R. Gast #6568528
Lesenswert?
• ▲
▼ 
Hi,
wie ordnet man den (zukünftigen) Sensoren in Haus/Hof/Garten die Fields 
und Tags einer influxdb  sinnvoller weise zu?

Die Sensoren reichen z.Z. von Mainboard-Temperaturfühlern, über Impulse 
eines Regenmesser(Wippe), vielen ds18b20, bis zu einem Seitenzähler 
eines Druckers(snmp)

Sollte man die eher auf mehrere Datenbanken aufteilen?

Das Ziel sind aussagekräftige Kurven und Alarmmeldung bei ungewöhnlichen 
Wertänderungen (Temperaturanstieg um 5K um 03:00 im Keller oder so..)
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Sascha W. #6568574
Lesenswert?
• ▲
▼ 
Also du hast bei influx ja Datenbank, Serien und Datenfelder.
Egal wie du die Daten da reinpackst, Diagramme z.B. mit Grafana bekommst 
du da immer in allen Zusammenstellungen raus.
Wie du das aufteilst musst du selbst entscheiden, auch wenn man alles in 
eine DB packen kann sollte man das aus Performance Gründen (beim Lesen) 
eher nicht tun. Ausser du willst alle Daten gleichzeitig anzeigen.
Ich hab das so in Datenbanken aufgeteilt -> Wetter (alles von draussen), 
Haus (alles von Innen, Räume in Serien), System (Daten vom Server)

Sascha
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Wolfgang Gast #6568623
Lesenswert?
• ▲
▼ 
Der Datenbank ist das doch völlig wursch, ob der Temperatursensor im 
Garten oder im Keller sitzt.
Wenn es um aktuelle Daten geht und nicht um Auswertung historischer 
Daten mit voller Auflösung, wäre eine RRDB vielleicht praktischer.
Dann lässt sich das Wachstum der DB gut kontrillieren.
RRDB geht auch mit einer Datendezimierung per Script in InfluxDB
https://bostik.iki.fi/aivoituksia/projects/influxdb-cascaded-downsampling.html
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Wolfgang Gast #6569796
Lesenswert?
• ▲
▼ 
Johannes S. schrieb:
> Bei den Temperaturen wäre das Schema ja gleich, z.B.
> Timestamp/Temperatur/Luftfeuchte/Ort. Dann macht es Sinn den Ort als Tag

Warum verwendest du nicht für alle Werte das selbe Schema, also z.B. mit 
den Feldern "Time" und "Wert".
Als Tags gibt es dann "Parameter" und "Ort".

Deine "Temperaturen" würden dann jeweils zwei Einträge mit
<Timestamp>/<Temperatur>/"Temperatur"/<Ort> und
<Timestamp>/<Luftfeuchte>/"Luftfeuchte"/<Ort> erzeugen.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Sebastian L. #6570417
Lesenswert?
• ▲
▼ 
In der GLT verwendet man ein stringentes Anlagenkennzeichnungssystem.
Hier ein Beispiel: 
https://www.immobilien.bremen.de/sixcms/media.php/13/Richtlinie%20GLT%202.pdf

So bekommt jeder Sonsor/Aktor seinen Namen. Der Name gibt Aussage 
darüber wo der Sensor in welcher Anlage ist (aber nicht an welchem 
physischem Ort)
Mehr als Zeitstempel und Zustand brauchst du nicht in die Datenbank 
schreiben. Bei Positionssensoren ist der Ort ein Zustand,
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren