influxdb Fields und Tags zurodnung zu Sensoren

Gast #6568528 
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 Melden Danke 
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 Melden Danke
Gast 
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 Melden Danke
Gast 
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 Melden Danke 
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 Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 5 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.