Neues Modul: 93_InfluxDBLog

[d.schoen]

Öhm...  Man kann aus Grafana heraus Embeds und/oder Share-Links generieren. Ebenso kann ein PNG-Render exportiert werden (siehe anbei). Träum also ruhig weiter ;-)

[wuast94]

Öhm...  Man kann aus Grafana heraus Embeds und/oder Share-Links generieren. Ebenso kann ein PNG-Render exportiert werden (siehe anbei). Träum also ruhig weiter ;-)

ok dann habe ich was das angeht nie was gesagt  ich bleibe aber dennoch dabei das das parallele fahren von beiden Sinnvolelr wäre am besten so das die dblog db gespiegelt wird in die andere datenbank .. so kann man mit dblog alles configurieren welche daten man will etc und mit dem gespiegelten influxdb grafana füttern. oder sieht das jemand anderes ?

[Benni]

ok dann habe ich was das angeht nie was gesagt  ich bleibe aber dennoch dabei das das parallele fahren von beiden Sinnvolelr wäre am besten so das die dblog db gespiegelt wird in die andere datenbank .. so kann man mit dblog alles configurieren welche daten man will etc und mit dem gespiegelten influxdb grafana füttern. oder sieht das jemand anderes ?

Es hindert einen übrigens niemand daran, mehrere dblog-devices zu haben.

[Thyraz]

@wuast, ich verstehe nur immer noch nicht, warum 2 Datenbanken optimal sind.
Wenn InfluxDB als Datenbank für DBLog genutzt werden könnte, kann ich damit doch sowohl FHEM-Module welche auf DBLog zugreifen fütern, als auch Grafana.

Die doppelte Datenhaltung wäre dann ja nicht mehr nötig.

Ich glaube wir reden da aneinander vorbei, da du auf meinen letzten Post dann was von Grafana geschrieben hast.
Was ich meinte: Wenn InfluxDB eine der möglichen DBs wäre, die man mit DBLog nutzen kann,
dann kann ich auch FHEM interne Plots daraus erstellen lassen. Nicht nur Grafana Charts.

Wenn man aber auf doppelte Datenhaltung steht, wird aber natürlich auch dann dieser Vorliebe nichts im Weg stehen.

[wuast94]

@wuast, ich verstehe nur immer noch nicht, warum 2 Datenbanken optimal sind.
Wenn InfluxDB als Datenbank für DBLog genutzt werden könnte, kann ich damit doch sowohl FHEM-Module welche auf DBLog zugreifen fütern, als auch Grafana.

So gesehen ja hast du recht. Mir ging es eher darum das es externe Anwendungen gibt die nicht mit allen Datenbanken um können .. ich weiß zb von einigen charting progs/services die nur mit bestimmten Datenbanken arbeiten. und ich weiß nicht wie viele mit sowas arbeiten .. von daher wäre eine Möglichkeit beides parallel laufen zu lassen für einige evt interessant.

[d.schoen]

Was ich meinte: Wenn InfluxDB eine der möglichen DBs wäre, die man mit DBLog nutzen kann,
dann kann ich auch FHEM interne Plots daraus erstellen lassen. Nicht nur Grafana Charts.

Richtig! Was man aber beachten sollte: InfluxDB kann - im Gegensatz zu bspw. MySQL - nur numerische Werte speichern. Textuelle Statusinformationen gehen damit nicht.

[wuast94]

Richtig! Was man aber beachten sollte: InfluxDB kann - im Gegensatz zu bspw. MySQL - nur numerische Werte speichern. Textuelle Statusinformationen gehen damit nicht.

Noch ein grund mehr es Parallel zu fahren (ist ja auch nur optional für die die es brauchen und ich schätze nur wenig mehr aufwand zum coden) soll ja nicht standard mäßig aktiviert sein

[d.schoen]

Ich vermute ja tatsächlich, dass hier massiv aneinander vorbei diskutiert wird.

Was spricht dagegen bspw. zwei DBLog Devices zu definieren? Eines für die InfluxDB und eines für die MySQL?!

[Benni]

Was spricht dagegen bspw. zwei DBLog Devices zu definieren? Eines für die InfluxDB und eines für die MySQL?!

Was ich damit andeuten wollte:

Es hindert einen übrigens niemand daran, mehrere dblog-devices zu haben.

[Thyraz]

Noch ein grund mehr es Parallel zu fahren (ist ja auch nur optional für die die es brauchen und ich schätze nur wenig mehr aufwand zum coden) soll ja nicht standard mäßig aktiviert sein

Ok, das ist tatsächlich ein sehr guter Grund.

Da sollte ich mir dann auch mal meine RegEx für das Loggen in die InfluxDB anschauen, oder werden die anderen Werte einfach ignoriert?

[d.schoen]

Die anderen Werte werden einfach ignoriert ;-)

[gerhardg]

Für Grafana Dashboards wären aber auch entsprechende Statusinfos von Fensterkontakten usw nicht uninteressant. Werden eigene userReadings ggf übernommen, dann müsste man ja nur open/closed einfach in 0/1 umwandeln?

[fischit]

Hallo Zusammen,

erst einmal danke für das Modul.
Ich habe mich deswegen mit Influx und natürlich mit Grafana auseinander gesetzt und bin glücklich über die doch ansprechenderen Dashboards als Standard FHEM Plots

Ich bin zwar absolut kein Spezi, aber man kann in InfluxDB auch Strings speichern. Das Modul läuft aber in ein Error (DB, User und PW durch *** ersetzt)

Code: [Auswählen]

2017.05.21 14:31:44 4: influxlog: Writing contact,site_name=fenster_wohnzimmer_r value=closed (to VCCU)
2017.05.21 14:31:44 4: influxlog: URI: http://192.168.2.12:8086/write?db=***&u=***&p=***
2017.05.21 14:31:44 4: influxlog: Error 400 Bad Request
Wenn man Strings in die DB schieben will muss der Code

Code: [Auswählen]

contact,site_name=fenster_wohnzimmer_r value="closed (to VCCU)" lauten.

Diesen Wert kann man sich in Grafana dann mittels Single Stat anzeigen lassen.

Viele Grüße
Nils

[matzewob]

Sehr schönes Modul.
Läuft auf anhieb mit der Grafana/Influxinstanz.

Wäre nur noch cool wenn man bereits vorhandene Daten einlesen könnte.

Gruß aus Wolfsburg

Matthias

[DWegmann]

Vielen Dank für das Modul. War genau was ich gesucht habe.