[vz-users] Frontend: Zoom verändert Werte (bis unmögliche 399 kW)

[Andreas Goetz]

Moin.

> On 31 Jul 2016, at 11:24, china2013 at abwesend.de wrote:
> 
> Ich glaube das wird was größeres…

Nur wenn Du eins draus machst. Jetzt mal ganz langsam.

> 
> Also die Rohdaten eines beliebigen Zeitraums als CSV zu bekommen ist schon ein echtes Heckmeck.
> Entweder bekomme ich trotz angefügtem "&options=raw" weiterhin keine Rohdaten, oder sie sind aus dem falschem Zeitabschnitt bis "jetzt”.

Verlangt ja niemand CSV. Lies einfach- wie immer- Wiki/howto/debug. Ist alles erklärt.

> Ich hab's auch über den Zwischenschritt Export->Permalink und dann "&options=raw" anfügen probiert -> weiterhin keine Rohdaten.

Nein, da Du damit auch das Frostend aufrufst und nicht die Middleware.

> 
> Erfolgreich war ich erst mit einem modifizierten Export JSON Link und angehängtem "&options=raw", weil "CSV" sofort eine Datei herunter läd und JSON im Browser gezeigt wird. 

Genau. Export JSON macht nix anderes als die Middleware aufzurufen und- wenn Du options=raw anhängts- die erhaltenen (Roh)daten auszugeben…

> (Ändern der JSON-URL in  .../middleware.php/data.csv?from=...)
> 
> Hier zunächst die Rohdaten und danach meine Vermutung zur Fehlerursache

Erstmal fehlt die Information welcher Kanal (=uuid) eigentlich das Problem hat- insofern sagen die Daten unten nix. In Deinem Chart wars der lilane.

> {"version":"0.3","data":[
>     {"tuples":[
>         [1467465427475,29792242,1],
>         [1467465430089,29792242.2,1],
>         [1467465432693,29792242.4,1],
>         [1467465435276,29792242.6,1],
>         [1467465437715,29793674.1,1],  <-------------
>         [1467465437849,29792242.8,1],  <-------------
>         [1467465439091,29793674.5,1],  <——————

Ich vermute (…) das ist der fehlerhafte Kanal und es handelt sich gem. Chart um Wählerstände. Dann ists ganz einfach: Dein Zählerstand steigt und fällt wieder. Das würde mich sehr wundern- da scheint einfach der Wert falsch, warum auch immer. Lösch ihn einfach und gut ists.

>         [1467465440443,29792243,1],
>         [1467465443046,29792243.2,1],
>         [1467465445619,29792243.4,1],
>         [1467465448233,29792243.6,1],
>         [1467465450817,29792243.8,1],
>         [1467465453388,29792244,1]
>     ],"uuid":"00000010-0002-0180-ffff-0123456789ab","from":1467465424882,"to":1467465453388,"average":0,"consumption":0,"rows":14},
>     {"tuples":[
>         [1467465427475,276.5,1],
>         [1467465430089,277.2,1],
>         [1467465432693,277.9,1],
>         [1467465437715,1045.4,1],
>         [1467465437849,278.6,1],
>         [1467465439091,1039.9,1],
>         [1467465440443,277.2,1],
>         [1467465443046,278.6,1],
>         [1467465445619,277.9,1],
>         [1467465448233,278.6,1],
>         [1467465453388,279.9,1]
>     ],"uuid":"00000011-0002-1570-ffff-0123456789ab","from":1467465424882,"to":1467465453388,"average":0,"consumption":0,"rows":12}
> ]}
> # source:;volkszaehler.org
> # version:;0.3
> 
> # uuid:;00000010-0002-0180-ffff-0123456789ab
> # title:;PV
> # from:;2016-07-02 15:17:04
> # to:;2016-07-02 15:17:33
> # average:;0
> # consumption:;0
> # rows:;14
> 2016-07-02 15:17:07;29792242;1
> 2016-07-02 15:17:10;29792242.2;1
> 2016-07-02 15:17:12;29792242.4;1
> 2016-07-02 15:17:15;29792242.6;1
> 2016-07-02 15:17:17;29793674.1;1
> 2016-07-02 15:17:17;29792242.8;1
> 2016-07-02 15:17:19;29793674.5;1
> 2016-07-02 15:17:20;29792243;1
> 2016-07-02 15:17:23;29792243.2;1
> 2016-07-02 15:17:25;29792243.4;1
> 2016-07-02 15:17:28;29792243.6;1
> 2016-07-02 15:17:30;29792243.8;1
> 2016-07-02 15:17:33;29792244;1
> 
> # uuid:;00000011-0002-1570-ffff-0123456789ab
> # title:;PV Watt
> # from:;2016-07-02 15:17:04
> # to:;2016-07-02 15:17:33
> # average:;0
> # consumption:;0
> # rows:;12
> 2016-07-02 15:17:07;276.5;1
> 2016-07-02 15:17:10;277.2;1
> 2016-07-02 15:17:12;277.9;1
> 2016-07-02 15:17:17;1045.4;1
> 2016-07-02 15:17:17;278.6;1
> 2016-07-02 15:17:19;1039.9;1
> 2016-07-02 15:17:20;277.2;1
> 2016-07-02 15:17:23;278.6;1
> 2016-07-02 15:17:25;277.9;1
> 2016-07-02 15:17:28;278.6;1
> 2016-07-02 15:17:33;279.9;1
> meine Auswertung:
> 1. Die Anzahl bei rows: stimmt nicht.

Doch, tut sie. Das erste Tube konsumiert die Middleware intern.

> 2. Es treten doppelte Timestamps auf.

Nein, das geht in der Datenbank nicht. Du hast nur die Millisekunden unterschlagen.

> 3. Die beiden Tabellen "PV" und "PV Watt" kommen vom selben eHZ Zähler aber haben nicht die gleiche Anzahl Tupelo.

Kommt halt drauf an was Du da loggst.

> 4. In der unteren Tabelle "PV Watt" sind zwei unmögliche Leistungssprünge enthalten.

In Deinen Zählerständen sind zwei unmögliche Zählerstände.

> 5. Mir ist nun klar warum, je nach Zoom unterschiedliche Werte anzeigt werden.
> 6. mit der ursprünglichen Annahme Stromsusfall des Raspberry hat das nichts mehr zu tun (der war deutlich früher)
> 
> zu2+3+4: Im vzlogger das könnte man doppelte Timestamps abfangen, damit keine falschen Werte in die Datenbank kommen.

Nicht nötig. Da kommen keine doppelten Werte. Du könntest Dich aber fragen warum Du im 2-Sekundenabstand loggen musst.

> Ich würde sogar soweit gehen und das ganze Datenpaket vom eHz verwerfen, weil vermutlich eine falsche Checksumme oder Übertragungsfehler die Ursache war.

Das klingt plausibel und da liegt auch die Lösung: einfach die falschen Werte löschen und gut ists.

> Anscheinend wurden schon bei "PV Watt" zwei Tupels verworfen.
> 
> Greetings
> Saftwerk

Viele Grüße, Andreas


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160731/54c5bf04/attachment.html>