"Statistics Modul" Welche Geräte werden unterstützt?

[tupol]

Wäre es möglich, dass jemand mit dem Volkszähler-Modul hier das JSON-File der Middleware publiziert. Ich denke, dass könnte man auch recht einfach in das JSONMETER einbauen. Das würde dann auch zeitabhängige Tarife verarbeiten können und es läuft auf der FB ohne zusätzliche Module.

[Billy]

Danke für den Hinweis. Neue Version eingecheckt. Kann morgen runtergeladen werden.

Hi Tupol

Da gibt es zumindest bei mir noch ein kleines Problem!

Beim Tageswechsel wird um  10 Sec zu früh auf null gesetzt --> 2014-05-25_23:59:50

2014-05-25_23:47:24 B_RGR918 statRain_total: Hour: 3.0 Day: 3.0 Month: 9.0 Year: 9.0 (since: 2014-05-23 )
2014-05-25_23:59:50 B_RGR918 statRain_total: Hour: 0.0 Day: 0.0 Month: 9.0 Year: 9.0 (since: 2014-05-23 )
2014-05-25_23:59:50 B_RGR918 statRain_totalLast: Hour: 3.0 Day: 3 Month: - Year: -

Mit dem negativen Effekt, dass der Tageswert im Plot (Label) statt der 3 mm/hr mit null angezeigt wird.

Müsste aus meiner Sicht im Plot z.B. so aussehen. Falls das geht?

2014-05-25_23:47:24 B_RGR918 statRain_total: Hour: 3.0 Day: 3.0 Month: 9.0 Year: 9.0 (since: 2014-05-23 )
2014-05-26_00:00:10 B_RGR918 statRain_total: Hour: 0.0 Day: 0.0 Month: 9.0 Year: 9.0 (since: 2014-05-23 )
2014-05-26_23:59:50 B_RGR918 statRain_totalLast: Hour: 3.0 Day: 3 Month: - Year: -

Billy

[tupol]

Bin mir nicht sicher, ob ich Dich richtig verstanden habe. Aber hast Du die aktuelle commandref gelesen?

Code Auswählen Erweitern

◦periodChangePreset <Sekunden>
Start of the calculation of periodical data, default is 5 Sekunden before each full hour,
Allows the correct timely assignment within plots, can be adapted to the cpu load.

Kannst Du im Label nicht besser den Tages-Max-Wert oder noch besser den Last-Wert nehmen? Ein zweiter Aufruf nach 20s verdoppelt die CPU-Load.

[Billy]

Bin mir nicht sicher, ob ich Dich richtig verstanden habe. Aber hast Du die aktuelle commandref gelesen?

Versuche nochmals das Problem zu erklären.
Im augenblicklichen Tagesplot wird im Label alles richtig angezeigt!
z.B Jetzt
Aktuell: 1.0, Tageswert: 16.0 l/m² -- Stundenwert Max 8.0 l/m² -

Wenn ich mit der Pfeiltaste über dem Plot (prev) den Vortag wähle also zurückblättere,

Dann wird angezeigt
Aktuell: 0.0, Tageswert: 0.0 l/m² -- Stundenwert Max 3.0 l/m²
obwohl der Tageswert ja 3mm war.
Das Label bezieht sich ja immer auf den letzten Ploteintrag !

Wenn ich den Ploteintrag von Hand auf den Wert 10 Sec nach Mitternacht (00:00:10) verändere stimmt alles!
Der Last wert hift mir in Diesem Plot nichts, da er ja den lfd. tag nicht abbildet!

Hoffe das war verständlich.

Billy

[Markus M.]

Bitte die Wertetypen die Willi in den TRX Modulen definiert hat auch noch hinzufügen, z.B.:

OWL Stromzähler
   ,["energy_current", 1, 1]
   ,["energy_total", 2, 3]

Oregon Regen
   ,["rain_rate", 1, 1]

Oregon Wind
   ,["wind_speed", 1, 1]

RFXTRX433 Standardgeräte mit String States
   ,["window", 3, ?]
   ,["lightsensor", 3, ?]
   ,["motion", 3, ?]
   ,["lock", 3, ?]

Es gibt noch einige mehr!
Bitte einfach mal in 46_TRX_ELSE, 46_TRX_LIGHT, 46_TRX_SECURITY, 46_TRX_WEATHER nachsehen.

[tupol]

Im augenblicklichen Tagesplot wird im Label alles richtig angezeigt!
z.B Jetzt
Aktuell: 1.0, Tageswert: 16.0 l/m² -- Stundenwert Max 8.0 l/m² -

Wenn ich mit der Pfeiltaste über dem Plot (prev) den Vortag wähle also zurückblättere,

Dann wird angezeigt
Aktuell: 0.0, Tageswert: 0.0 l/m² -- Stundenwert Max 3.0 l/m²
obwohl der Tageswert ja 3mm war.
Das Label bezieht sich ja immer auf den letzten Ploteintrag !

OK. Dann habe ich Dich doch verstanden. Was zeigst Du denn im Label an_ Korrekter Weise sollte dort $data{max1} für den höchsten Tageswert stehen. Wobei die "1" für die Position im gplot-File steht.

[tupol]

Morgen im update.

[Markus M.]

Single Delta Werte werden nicht in der DB gespeichert, weshalb da leider noch gar nichts stimmt.
Min/Max/Avg scheint zu funktionieren.

[tupol]

Den Bug in den singularReadings habe ich gestern entdeckt und gefixt. Heute sollte es also nach dem Update funktionieren.

[kkoeniger]

Kannst Du bitte auch noch "statEnergyDayLast" bei den singularReadings fixen, danke (tolles Modul!)

[tupol]

Kannst Du bitte auch noch "statEnergyDayLast" bei den singularReadings fixen, danke (tolles Modul!)

Das sollte eigentlich auch mit dem heutigen Update gefixt sein. Sieht man allerdings erst nach dem dayChange oder in statEnergyHourLast.

[kkoeniger]

Danke, ich werde es morgen beobachten.

Gerade sieht es so aus:

[Markus M.]

Das Speichern der Delta Werte funktioniert leider immer noch nicht.
Bei mir kommt in der DB nichts an.

edit: für die ...DayLast Werte tauchte um Mitternacht jeweils 0 in der DB auf, stündlich tut sich nichts.

Danke für die anderen Readings!

[tupol]

Seltsam. Bei mir funktioniert es. Hast Du gestern ein update durchgeführt?
Kannst Du nochmal ein "list" beider Geräte einstellen.

PS: DayLast wird natürlich nur um Mitternacht erzeugt. Es sollte jedoch in die DB wandern und dem gestrigen Day-Wert entsprechen.

[micomat]

Für andere Nutzer, das Modul braucht nur einmal mit "Regulären Ausdrücken" als deviceName angelegt zu werden. Mehrere "defines" verlangsamen FHEM.

fuer mehrere Geraete reicht auch ein define? wie kann ich im regulaeren ausdruck wert1 von geraet1 und wert2 von geraet2 erfassen?

danke,
markus