Steckdose mit Leistungsmessung -> in kWh pro Monat

[crunchip]

@tomlei sagte in Steckdose mit Leistungsmessung -> in kWh pro Monat:

Statistic Adapter zeigt bei den sumDelta Werten für 15Min Unterschiedliches an:

liegt wahrscheinlich daran, in welchem Intervall deine Dose die Messwerte überträgt

[tomlei]

@homoran
Nein, ich sehe nur die Leistung in W und I + U. Keine elektrische Arbeit.
Welche Dosen sind auf deinem Screenshot zu sehen?

[tomlei]

@crunchip
Zumindest der Statistic Adapter aktualisiert die Werte minütlich.

[crunchip]

@tomlei hab den statistics schon ewig nimmer laufen, bei mir läuft alles mit dem sourceanalytix

[tomlei]

@crunchip said in Steckdose mit Leistungsmessung -> in kWh pro Monat:

sourceanalytix

Wie funktioniert es damit? Wird dort ein Timer generiert oder kommt auch dort die Zeitkomponente von der Steckdose selbst?

Übrigens, sourceanalytix habe ich bei den Adaptern nicht gefunden.

[crunchip]

@tomlei sagte in Steckdose mit Leistungsmessung -> in kWh pro Monat:

Wird dort ein Timer generiert oder kommt auch dort die Zeitkomponente von der Steckdose selbst

es wird das geschrieben, was die Messdose hergibt

@tomlei sagte in Steckdose mit Leistungsmessung -> in kWh pro Monat:

Übrigens, sourceanalytix habe ich bei den Adaptern nicht gefunden.

der ist aktuell nur per latest repo zu bekommen

[tomlei]

@crunchip
okay, danke.

[Homoran]

@tomlei sagte in Steckdose mit Leistungsmessung -> in kWh pro Monat:

Welche Dosen sind auf deinem Screenshot zu sehen?

Das sind HomeMatic-dosen

[tomlei]

@homoran
Dankeschön.

[tomlei]

Ich lasse es jetzt am Server direkt ermitteln.

SELECT
  ts as time,
(avg([val]) over (Partition by [tsHour] ORDER By ts Rows between 120 preceding and 120 following))/1000 ,
  name as metric
FROM ts_number_IOBroker
WHERE $__unixEpochFilter(ts/1000) and [name] = ${Consumer:singlequote}
ORDER BY ts ASC  

Die Werte werden alle 60 sec vom IOBroker im MSSQL abgelegt.

Mal sehen, wie weit ich damit komme...

[1Topf]

@tomlei

Danke für jeden Schupser in die richtige Richtung.

Kann man da kein Tasmota flashen?

[A Former User]

@tomlei

kann man so machen. Zur Auswertung habe ich aber wesentlich bessere Erfahrung gemacht wenn Du das über InfluxDB realisierst. Die Performance sollte bei der Erfassung der kWh für die dann einfache Summierung nicht so beansprucht sein. Aber einer performantere Datenbak bleibt eine performantere Datenbank.

Ich habe die Leistungen in die Datenbank schreiben lassen und dann je nach Bedarf über diese Zeit das Integral errechnen lassen per Query. Dabei merkt man schnell den Unterschied zwischen mysql und influxdB.

Aber den Aufwand braucht man nicht wirklich treiben. Auch wenn es empfohlen wird die Zählerstände per sourcanalytix zu erfassen, verwende ich dort bei einigen Steckdosen ebenfalls die Leistung und SA bildet das Integral automatisch.

[tomlei]

@pete0815 said in Steckdose mit Leistungsmessung -> in kWh pro Monat:

Aber einer performantere Datenbak bleibt eine performantere Datenbank.

Deswegen verwende ich ja auch den MSSQL Server Der berechnet das ohne spürbare Latenz. Die Abfrage lässt sich sicher noch optimieren, aber momentan geht es auch so. Den Adapter sourceanalytix kann ich in meiner derzeitigen IOBroker Version nicht installieren.

[tomlei]

@1topf
keine Ahnung, damit habe ich keine Erfahrung. Ich habe auch kein Raspi mit ich OTA flashen könnte.

[A Former User]

@tomlei
Im Moment bei wenigen Tagen Betrieb würde mich alles andere auch stark wundern. Spürbar wird das bei Zeiträumen im Monats/Jahresbereich. Der Unterschied relationale zur Zeitreihendatenbank bleibt aber auch hier. Da Du von MSSQL sprichst wird die Hardware wohl entsprechend dimensioniert sein und wir sprechen nicht über einen RPI oder vergleichbar der dort an Grenzen kommt.

[tomlei]

@pete0815 said in Steckdose mit Leistungsmessung -> in kWh pro Monat:

Da Du von MSSQL sprichst wird die Hardware wohl entsprechend dimensioniert sein

i5 mit 8gb ram, nichts besonderes. Es läuft aber auch darauf neben dem Grafana nichts weiter.

[A Former User]

@tomlei
Im Vergleich zu einem Raspberry nicht zu vergleichen.
Kommt bei der Lösung ja auch drauf an wie man das macht.

Legst Du zB die verknüpften Queries so, dass sie bei Bedarf abgefragt werden zB auf einem VIS, dann "schießen" die ggf alle gleichzeitig los und lösen maximal notwendige Rechenleistung aus, was zur Verzögerung führt.

Man könnte aber auch Datenpunkte für die gängigsten Erfassungszeiträume (z.B. "letzter Monat") definieren und diese werden einmalig zu unkritischen zeiten befüllt durch ein Query.....wie immer, es geht geschickt oder ungeschickt oder bei geringer Nutzung ist es am Ende total wurscht...