Neues Database Plugin

[psilo]

Hast Du das SQLite rausgenommen? Wenn ja kann er ja eigentlich garnicht Daten aus der SQlite DB nehmen?!

Konfig sieht richtig aus, würde aber auf YAML umstellen an Deiner Stelle

wie hast du das mit den 100 grad verifiziert? der aktuelle wert ist ja auch im speicher, ich glaube der kommt defaultmaessig nicht direkt aus der DB so lange SHNG läuft.

monitore doch mal die sql queries die im mysql ankommen.. ein profiler sollte das können: http://www.profilesql.com/

[BlackCrow]

Das ist die config:

[database]
    class_name = Database
    class_path = plugins.database
    driver = pymysql
    connect = host:192.168.1.147 | user:einuser | passwd:sehr_geheim | db:einedb
    #prefix = log 

Ich habe in der plugin.conf den die oben genannten Zeilen eingefügt. Testweise habe ich den Bereich [sql] in der Config ausgeklammert.

Muss ich noch irgendwo etwas anpassen? Dann habe ich das übersehen.

[psilo]

SmarthomeNG nutzt wie ver Vorgänger eine sqlite - das ist klar.

Nein ist es nicht, das Database Plugin kann auch andere DBs wie MySQL und MariaDB (bei mir im Einsatz).

Wie hast Du die Plugins konfiguriert? Hast Du das SQLite rausgenommen? Hast Du im Database Plugin die richtige DB reinkonfiguriert?

[BlackCrow]

Hallo zusammen,

ich habe mal eine kurze Verständnisfrage, stehe gerade irgendwie auf dem Schlauch.

Ich habe das Plugin jetzt installiert und nach einigen Startproblemen läuft es jetzt auch. Irgendwie habe ich offensichtlich dieses Prinzip der Datenbank nicht verstanden. SmarthomeNG nutzt wie ver Vorgänger eine sqlite - das ist klar.

Wenn ich Daten abrufen will (zb. für einen Plot) werden diese ja ebenfalls aus dieser Datenbank gezogen (nachdem sie vorher rein geschrieben wurden).

Abrufen würde ich jetzt bei mir die Temperaturkurve der letzten 48 Stunden so:

{{ plot.period('p1', 'garage.temperatur', 'avg', '48h') }} 

In der Items sieht es dann jetzt so aus:

[[temperatur]]
     type = num
    visu = yes
#  sqlite = true #<<- wenn ihr den Wert in Plots verwenden wollt
    knx_dpt = 9
    knx_init = 2/0/12
    database = yes 

Ausgelesen wird es noch immer aus der sqlite, denn ich hatte zum testen die Temperatur in der Garage auf 100 Grad gesetzt (in der mySQL).

Ich habe allerdings noch die SmarthomeNG 1.2 - weiß nicht, ob das etwas damit zu tun hat?

Viele Grüße

[Foxi352]

Vielleicht sowas in der Art? Verbrauch pro Tag aus dem Gesamtpelletszähler...

Hmmm.. So wie ich das beim Überfliegen interpretiere hast Du einen Zähler der einfach incrementiert. Du nimmst dann mit 'max' den höchsten Wert dieses Tages und ziehst ihn vom akuellen Zähler ab und hast mit der Differenz den Verbrauch des Tages.

Ich habe aber ein Boolean und keinen kontinuirlichen Zähler. Das heisst eine bestimmte Anzahl '1' und '0' pro Tag in der DB. Die 'max' Funktion liefert hier natürlich immer '1' zurück was mir aber nichts bringt. Ich brauche die Anzahl der '1' pro Tag.

Das heisst es müsste eine "COUNT" Funktion geben oder eine 'SUM' Funktion die die '1' zusammenzählt. Count wäre auch für andere Anwendungen nützlicher als eine SUM denke ich.

[greentux]

Vielleicht sowas in der Art? Verbrauch pro Tag aus dem Gesamtpelletszähler...

       verbrauch_gesamt:
            eta_pu_uri: 112/10021/0/0/12016

            n:
                enforce_update: 'yes'
                visu_acl: ro
                eta_pu_type: calc
                type: num
                sqlite: init

        verbrauch_24:

            n:
                enforce_update: 'yes'
                visu_acl: ro
                type: num
                sqlite: init
                eval: (int(sh.eta_unit.kessel.verbrauch_gesamt.n()))-(int(sh.eta_unit.kessel.verbrauch_gesamt.n.db('max','2d','1d')))
                eval_trigger: eta_unit.kessel.verbrauch_gesamt.n

[Foxi352]

Hat jemand eine Ahnung wie man mit dem DB Plugin aktuell ein "Count" machen könnte ?
Ich bin dabei eine neue Heizung zu optimieren und hätte gerne einen Plot über eine Woche wo ich für jeden Tag die Anzahl der Brennerstarts / Tag sehen kann. Die "Brenner läuft" Info ist eine Boolean in der DB. Ich bräuchte also eine Funktion dir mir die Anzahl der "1" respektive "True" oder wie auch immer pro Tag zählt, und das für die 7 letzten Tage. Die Summen sollten dann halt in einen Plot.

Ich habe so direkt keine Lösung dafür gefunden, denn AVG, MIN, MAX e.t.c. helfen da nicht viel denke ich ...

[Msinn]

Ok,

ein todo ist, bedeutet ja nicht notwendigerweise, dass sich bisher jemand gefunden hat der das Thema angeht.

[Sisamiwe]

Mir ist nicht bekannt das jemand an einem Migrationsskript arbeitet. Woher hast Du die Info?

siehe hier: https://github.com/smarthomeNG/smart...-MySQL-MariaDB

ziemlich unten steht:
cd /usr/local/smarthome python3 plugins/database/convert ./var/db/smarthome.db .... # gibt es leider noch nicht
todo: Skript schreiben für die Migration

[tullsta]

Hallo Psilo,

danke fuer die schnelle antwort!

Ich hatte smarthome vor dem nas-restart nicht runtergefahren. Nach dem nas/mariadb-restart hab' ich dann smarthome wieder gestartet nachdem ich gemerkt hab' dass keine daten in die db geschrieben wurden. ehrlich gesagt, hatte ich nicht daran gedacht bzw. war davon ausgegangen, dass das db plugin wieder in die db schreiebn kann sobald mariadb wieder verfuegbar ist.

bei software-updates des nas ist die db dann so 10-15min nicht erreichbar - koennte man evtl. im plugin die dumps per befehl "suspenden" und die daten zwischenpuffern bis die dumps wieder erlaubt sind?

danke und lg - tullsta

[Msinn]

Mir ist nicht bekannt das jemand an einem Migrationsskript arbeitet. Woher hast Du die Info?

[Sisamiwe]

Hallo,

gibt es schon eine Idee, wann mit dem Script zum migrieren der sqlite DB zu MariaDB zu rechnen ist?
Danke für die Rückmeldung

[psilo]

tullsta hast du smarthome danach neu gestartet? einen reconnect kann das plugin meines wissens nicht. auch solltest du vor dem restarten des nas / maria db dein smarthome herunterfahren, um transaktionssicherheit zu haben.

[tullsta]

Hallo,

eine kurze Frage bzgl. dem database plugin und MariaDB: nach einem restart meines NAS (incl. restart von MariaDB) hat das db-plugin nicht wieder in die Datenbank geschrieben. Im log stand dann jede Minute, dass ein dump nicht moeglich sei weil ein anderer dump vom am arbeitete (WARNING Database dump Skipping dump, since other dump running!).

Ist das Verhalten so gewuenscht und/oder waere es moeglich, die Daten fuer eine bestimmte Zeit zu bewahren bis die db wieder zur Verfuegung steht (15 min oder so)?

Danke und lg - tullsta

[tullsta]

Tag zusammen,

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.)

Hab' ebenfalls MariaDB auf Synology mit dem plugin seit 2 Monaten am Laufen - ohne Probleme bislang.

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.

Grafana geht in der neuen Version nur bei zeitlich hochaufloesenden Verlaeufen kommt man schnell an ein Limit von 1 Mio Datenpunkten - ab da macht Grafana dann nicht mehr mit.

Eine Frage: gibt es eine Moeglichkeit, die Datenbank automatisch zu partitionieren/splitten, z.B. woechentlich oder monatlich?

Danke und LG - tullsta