[vz-users] Fehlende Datenpunkte im vz master branch

Andreas Götz cpuidle at gmail.com
Wed Jul 24 19:18:46 CEST 2019


Könntest Du nochmal Werte und Grafik abgleichen wo es nicht passt?
Und mal altes Frontend auf neue Middleware zeigen lassen oder umgekehrt?

Dann wären wir 100% sicher dass der Fehler im FE liegt. 

Könntest Du mir via pm Remote Zugang geben?

Viele Grüße,
Andreas

> Am 24.07.2019 um 13:27 schrieb Oliver Feilner <maillist.volkszaehler at oliver.4of.de>:
> 
> Hallo,
> 
> Die beiden Installationen arbeiten mit der gleichen Datenbank.
> Demnach sind die Daten die angezeigt werden auch die gleichen. Ich bin auf die Ansicht Tag gegangen . Beim next branch wird dann noch der letze Wert vom Vortag hinzugenommen dass die Linie bei 0 Uhr und nicht erst um 0:53 anfängt.
> Für die Zeiten Interessanten Zeitstempel wo beim master branch die Anzeige etwas eigenwillig ist habe ich die Zeitstempel umgerechnet.
> Aus meiner Sicht sind die Rohdaten ok.
> Volkszähler master branch
> <>
> AndiG next branch
> {"version":"0.3","data":{"tuples":[
>  
> {"version":"0.4","data":{"tuples":[
>  
>  
> [1563832399739,89.4,1],  //22.07.2019 - 23:53:19.739 < Vortag
> [1563835999743,89.4,1],
> =
> [1563835999743,89.4,1],  //23.07.2019 - 00:53:19.743
> [1563839599751,89.4,1],
>  
> [1563839599751,89.4,1],
> [1563843199755,89.4,1],
>  
> [1563843199755,89.4,1],
> [1563846799762,89.4,1],
>  
> [1563846799762,89.4,1],
> [1563849332000,89.4,1],
>  
> [1563849332000,89.4,1], //23.07.2019 - 04:35:32.000
> [1563849334125,100,1],
>  
> [1563849334125,100,1],  //23.07.2019 - 04:35:34.125
> [1563852934135,100,1],
>  
> [1563852934135,100,1],  //23.07.2019 - 05:35:34.135
> [1563854807687,100,1],
>  
> [1563854807687,100,1],  //23.07.2019 - 06:06:47.687
> [1563854817696,50.5,1],
>  
> [1563854817696,50.5,1], //23.07.2019 - 06:06:57.696
> [1563854827701,1,1],
>  
> [1563854827701,1,1],    //23.07.2019 - 06:07:07.701
> [1563854827895,0,1],
>  
> [1563854827895,0,1],    //23.07.2019 - 06:07:07.895
> [1563855124535,0,1],
>  
> [1563855124535,0,1],
> [1563855595842,0,1],
>  
> [1563855595842,0,1],
> [1563858000001,0,1],
>  
> [1563858000001,0,1],
> [1563861600012,0,1],
>  
> [1563861600012,0,1],
> [1563863001002,0,1],
>  
> [1563863001002,0,1],    //23.07.2019 - 08:23:21.002
> [1563863011007,50.2,1],
>  
> [1563863011007,50.2,1], //23.07.2019 - 08:23:31.007
> [1563863012750,59,1],
>  
> [1563863012750,59,1],   //23.07.2019 - 08:23:32.750
> [1563866612757,59,1],
>  
> [1563866612757,59,1],   
> [1563870212762,59,1],
>  
> [1563870212762,59,1],
> [1563873812770,59,1],
>  
> [1563873812770,59,1],
> [1563877412777,59,1],
>  
> [1563877412777,59,1],
> [1563880257004,59,1],
>  
> [1563880257004,59,1],   //23.07.2019 - 13:10:57.004
> [1563880267013,9.5,1],
>  
> [1563880267013,9.5,1],  //23.07.2019 - 13:11:07.013
> [1563880268930,0,1],
>  
> [1563880268930,0,1],    //23.07.2019 - 13:11:08.930
> [1563883868938,0,1],
>  
> [1563883868938,0,1],    //23.07.2019 - 14:11:08.938
> [1563887468945,0,1],
>  
> [1563887468945,0,1],
> [1563891068950,0,1],
>  
> [1563891068950,0,1],
> [1563894671955,0,1],
>  
> [1563894671955,0,1],
> [1563898271961,0,1],
>  
> [1563898271961,0,1],
> [1563901871966,0,1],
>  
> [1563901871966,0,1],
> [1563905471971,0,1],
>  
> [1563905471971,0,1],
> [1563909071976,0,1],
>  
> [1563909071976,0,1],
> [1563909616109,0,1],
>  
> [1563909616109,0,1],    //23.07.2019 - 21:20:16.109
> [1563909626117,50.2,1],
>  
> [1563909626117,50.2,1], //23.07.2019 - 21:20:26.117
> [1563909636016,100,1],
>  
> [1563909636016,100,1],  //23.07.2019 - 21:20:36.016
> [1563913236022,100,1],
>  
> [1563913236022,100,1],
> [1563916836027,100,1],
>  
> [1563916836027,100,1],
> [1563920436033,100,1]],
>  
> [1563920436033,100,1]],
> "uuid":"4f87e9a0-a7ef-11e9-a857-a7c9872c5748",
>  
> "uuid":"4f87e9a0-a7ef-11e9-a857-a7c9872c5748",
> "from":1563832399739,
> <>
> "from":1563828799730,
> "to":1563920436033,
> =
> "to":1563920436033,
> "min":[1563854827895,0],
>  
> "min":[1563854827895,0],
> "max":[1563849334125,100],
>  
> "max":[1563849334125,100],
> "average":47.27,
> <>
> "average":48.925,
> "rows":40}}
>  
> "rows":41}}
>  
> =
>  
> 
> Anmerkung:
> Die Positionen stammen aus meiner Rolladensteuerrung, von dort aus wird die aktuelle Rollo Position mittels http Requestbie folgenden Ereignissen an die Middleware gesendet:
> - Bei einer Änderrung vom Status (z.B. Übergang in Status Beschattung)
> - bei Bewegung alle 10 sec
> - bei Stop und 
> - sonst alle 60 min
>  
> 
> Viele Grüße
> 
> Oliver
> 
> 
>> Am Mi, 24. Jul 2019, um 10:23, schrieb Andreas Goetz:
>> Genau wie Daniel vorschlägt: wir müssen erstmal herausfinden ob Darstellung falsch ist oder die Daten falsch ankommen. Also:
>> 
>> - Zeitfenster Mittels Export->Permalink fixieren und in beiden Installationen öffnen
>> - auf fraglichem Kanal jeweils (I)nfo->Daten
>> 
>> Beide Daten vergleichen- sind die identisch? Immer unter der Annahme dass Du 2x Frontend/Middleware auf der gleichen Datenbank laufen hast.
>> 
>> vg
>> Andreas
>> 
>> On Wed, Jul 24, 2019 at 9:47 AM Daniel Lauckner <vz at jahp.de> wrote:
>> Hallo,
>> 
>> 
>> am Dienstag, 23. Juli 2019 um 22:41 hat Oliver Feilner geschrieben:
>> > Mit ist aufgefallen dass die Darstellung
>> > auf dem Master branch irgendwie nicht so wie gewohnt war.
>> 
>> Was mir auf jeden Fall spanisch vorkommt: Warum hast du beim
>> next-branch Datenpunkte bei augenschienlich identischem Zeitstempel?
>> 
>> Mach bitte nochmal einen ähnlichen Vergleich, zeig uns aber keine
>> Screenshots sondern die Daten wenn du oben rechts in der
>> drop-down-Liste "JSON" auswählst.
>> 
>> 
>> mfg Daniel
>> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190724/1d03353f/attachment-0001.html>


More information about the volkszaehler-users mailing list