Hast du mal versucht, count höher zu stellen? Am besten genau so hoch wie die Anzahl Sekunden zwischen tmin und tmax.
So müsste jeder einzelne Datenpunkt im Zeitbereich aus der DB geladen werden.
Wie das mit der Performance aussieht, weiss ich aber nicht.
Von mir aus könnte man das so anpassen, dass bei count=0 automatisch alle geladen werden. Ich habe im Code des database-Plugins geguckt, da wird count=0 gleich behandelt wie count=1, was nicht zwingend Sinn macht.
Ankündigung
Einklappen
Keine Ankündigung bisher.
Neues Database Plugin
Einklappen
X
-
smai, mit der Auflösung meinte ich die Minutenweise darstellung der Plots, im moment wird ca. alle 30min. ein Messpunkt dargestellt, das ist zwar bei Raumtemperaturen ausreichend, aber bei Temperaturen der Heizungsregelung nicht sehr aussagekräftig.
bmx, Danke, dann bleib ich wohl vorerst bei meiner bisherigen Lösung mit der Influx-Datenbank für die Heiztechnik, und für die anderen Temperaturen reicht dann eigentlich die sqlite anbindung.
Optimal wäre natürlich, wenn das Database Plugin die Werte in die Influx Datenbank schreiben könnte, und auch aus dieser die Datenserien für SmartVISU entnehmen könnte, dann wär es trotzdem nur eine Datenbank die man füttern muß, aber man kann mit mehreren Visualisierungssystemen darauf zugreifen. (Grafana & SmarthomeNG/SmartVISU)
Einen Kommentar schreiben:
-
Das Problem liegt im Zugriff auf die Daten: das Protokoll Version 4 erlaubt für Datenserien nur sowas wie min, max AVG keine absoluten Werte. Das muss noch erweitert werden
Einen Kommentar schreiben:
-
Meinst du mit Auflösung inhaltlich die Daten oder die Darstellung?
Wie sieht dein Widget genau aus, da müsste ja deutlich mehr angezeigt werden.
Einen Kommentar schreiben:
-
Hab das Database Plugin mal testweise nach der Anleitung von Rene und dem Develop Stand eingerichtet.
Das Plugin arbeitet in verbindung mit MariaDB recht gut, allerdings suche ich aktuell noch nach einer vernünftigen Visualisierungslösung von Regelungsabhängigen Temperaturen. (z.B. Heizungsregelung.)
Bisher nutzte ich immer SQLite für die normalen Temperaturaufzeichnungen wie z.B: Raumtemperaturen, oder Stromverbrauch, in verbindung mit den normalen SmartVisu Charts,
und für die Temperaturaufzeichnung meiner Heizungsregelung immer das InfluxDB Plugin mit Influx Datenbank und Grafana als Visualisierung, die so erstellten Charts hab ich dann in die SmartVisu integriert.
Durch das Database Plugin hatte ich gehofft, dass ich den umweg mit 2 Datenbanken vermeiden könnte, allerdings hab ich bisher noch keine vernünftige Visualisierungslösung für MariaDB gefunden. Die Charts in SmartVisu werden durch die neue Datenbank auch nicht hochauflösender als vorher, und Grafana kann mit MariaDB auch (noch) nicht direkt kommunizieren, so dass sich die Werte vernünftig Visualisieren lassen.
Meine Frage wäre daher, lässt sich das Database Plugin evtl. so erweitern, dass es direkt in eine InfluxDB Datenbank speichern kann, und SmartVisu Charts dann auch aus dieser Visualisieren können, oder kann mir jemand eine Gute Visualisierungslösung für MariaDB empfehlen, die auch auf einem Raspberry3 läuft ?
Hier mal als Vergleich, wie die MariaDB Datenbank in SmartVisu angezeigt wird, und als vergleich darunter die InfluxDB/Grafana Aufzeichnung.
(Die Temperaturen werden im Minutentakt von meiner Heizungsregelung auf den KNX gesendet, und auch im selben Takt in die Datenbanken geschrieben.)
Unbenannt.PNGAngehängte Dateien
Einen Kommentar schreiben:
-
Der Link auf der Seite geht dahin! blubb99 wollte das wissen. Nachdem ihr mir gesagt habt, das man die smarthome.conf nicht mehr braucht habe ich es erst gesehen das der link in den master-branch verweist.
Ich habe alles im Dev aktualisiert. Läuft alles wie es scheint, er ist connected und schreibt schon fröhlich ;-))
- Likes 1
Einen Kommentar schreiben:
-
Knx fan das ist auch die README vom MASTER branch.. der ist wie gesagt nicht up2date
das lässt vermuten, dass du auch nicht die aktuelle pluginversion hast.
PS: ich habe meine Anleitung für das 1.3er Release geschrieben, wenn das draussen ist, dann ist natürlich der Master auch aktuell... :> Entweder Develop nehmen oder noch minimal Geduld haben.
versuchs mal mit https://github.com/smarthomeNG/plugi...velop/database
Einen Kommentar schreiben:
-
Na endlich, ich dachte schon du wolltest mich für dumm verkaufen.
Es war ein update Fehler, ich habe von Hand alle Dateien neu eingespielt, jetzt scheint es zu funktionieren. Der Fehler blieb immer gleich egal was ich gemacht habe.
Einen Kommentar schreiben:
-
blubb99
Wenn du auf den Link oben von psilo gehst und dann nach unten auf
Vorbereitung des SmartHomeNG Servers für die Nutzung via Database Plugin:
Detaillierte Informationen siehe https://github.com/smarthomeNG/plugi...aster/database
da steht das dann mit der smarthome.conf
Einen Kommentar schreiben:
-
sieht der fehler immer noch genauso aus? aus meiner sicht war der ursprungsfehler definitiv auf die beiden konfigurationsthemen des plugins bezogen. du kannst ggf mal einen instance-namen setzen und dann so wie in meiner anleitung die items auf das database plugin mappen. wenn der fehler aber nach wie vor identisch ist, stimmt immer noch was mit deiner konfiguration nicht. dann bitte nochmals posten.
Einen Kommentar schreiben:
-
Falls du das auskommentieren der bind adress meinst, es ist auskommentiert!
Einen Kommentar schreiben:
-
Knx fan du hast wahrgenommen, dass es neben der readme noch eine zus. doku gibt? Insbesondere wenn db und smarthome auf unterschiedlichen maschinen laufen. Das wäre mein Link von oben gewesen.
Nur um sicherzugehen, sonst könnten noch mehr Fragen kommen
Ich habe SmartHomeNG in einem Dockercontainer und verbinde zur nativen db auf dem Synology NAS. Also ein sehr ähnliches Setting.
Bitte immer mindestens die neusten Versionen vom Develop-Branch der Plugins und Develop-Branch der SmartHomeNG nehmen.
Oder noch kurze Zeit warten, das Release 1.3 kommt nun bald ...
Das Plugin sollte jetzt aber schon ziemlich final sein.Zuletzt geändert von psilo; 03.08.2017, 11:03.
Einen Kommentar schreiben:
-
Nein, das ist mit der neusten Version nicht mehr so. Die Abhaengigkeit zwischen dem Database-Plugin und SmartHomeNG-Core wurde aufgeloest. D.h. man muss nichts mehr in der smarthome.conf/yaml hinterlegen um das Database-Plugin nutzen zu koennen.Zitat von Knx fan Beitrag anzeigenmysql hat doch den Verweis in der Smarthome conf. Meine Vorstellung ist, das du diesen Verweis nicht hattest und deshalb pymysql, dann bei dir lief.
Falls das aktuell noch irgendwo so dokumentiert ist, bitte Bescheid sagen. Das passt nicht mehr zum aktuellen Stand.Zitat von Knx fan Beitrag anzeigenNach der Doku sollte in der smarthome.conf
db = sqlite : sqlite3 | mysql : pymysql
stehen.
Naja, nicht ganz richtig: damit kann man das Database-Plugin mit SQLite oder MySQL verwenden. Das SQLite-Plugin kann man nach wie vor verwenden, ohne eine Einstellung hinterlegen zu muessen.Zitat von Knx fan Beitrag anzeigenDamit sollte man dann sqlite sowie auch database nutzen können.
Gruss
Einen Kommentar schreiben:


Einen Kommentar schreiben: