<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"><html>
<head>
<meta name="Generator" content="Zarafa WebAccess v7.1.0-36420">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>AW: [vz-users] Auswertung Protocol d0 / vzlogger crash</title>
<style type="text/css">
body
{
font-family: Arial, Verdana, Sans-Serif ! important;
font-size: 12px;
padding: 5px 5px 5px 5px;
margin: 0px;
border-style: none;
background-color: #ffffff;
}
p, ul, li
{
margin-top: 0px;
margin-bottom: 0px;
}
</style>
</head>
<body>
<p><br />Die Daten die vom Zaehler kommen werden mit bis zu 4 Nachkommastellen geliefert.</p><p>So wird es auch im Log angezeigt und die Ausgabe mit cat... ist identisch.</p><p> </p><p>In der DB stehen die meisten Zahlen aber mit <u>6 Nachkommastellen</u> und die müssen ja irgenwo herkommen und deshalb bin ich davon ausgegangen das gerechnet wird?????</p><p> </p><p>Es ist richtig das ich bei der Anzeige einen grossen Zoomfaktor habe und wenn man herauszoomt regelt sich das irgendwann von allein.</p><p>Diese sprünge treten aber nicht beim sml meter nicht auf. </p><p> </p><p>ES.</p><p> </p><p> </p><blockquote style="border-left: 2px solid #325FBA; padding-left: 5px;margin-left:5px;">-----Ursprüngliche Nachricht-----<br /><strong>Von:</strong> Thorben Thuermer <r00t@constancy.org><br /><strong>Gesendet:</strong> Mo 22.10.2012 13:57<br /><strong>Betreff:</strong> Re: [vz-users] Auswertung Protocol d0 / vzlogger crash<br /><strong>An:</strong> volkszaehler-users@lists.volkszaehler.org; <br />On Mon, 22 Oct 2012 11:30:52 +0200<br />Eugen Sartoris <eugen@sartoris.de> wrote:<br />><br />> Noch ein Hinweis zu Punkt a)<br />> Die Timestamps/Werte beim d0 meter zeigen zum Teil sehr seltsame Graphen.<br />> Hier mal ein Beispiel: ( s. Anhang Daten sind in der Testumgebung )<br />> Der Gesamtzähler der PV-Anlage (d0) springt in der Anzeige im Takt von<br />> 1 -2 sec. zwischen ca 3500W und 7500W.um einen gleichbleibenden Mittelwert.<br />> <br />> Das kann aber in der Realität nicht sein, da meine PV-Anlage max 6000W<br />> bringt und die Sonne kontinuierlich da war.....<br />> <br />> Es sieht so aus als ob bei der Berechnung des Wertes / timestamp ein Timing<br />> Problem auftritt, sodass die Verbrauchswerte um einen Mittelwert stark<br />> schwanken.<br /><br />das ist dann auch nichtmehr wirklich mein thema...<br />da wird m.W. nichts berechnet, sondern die daten vom zaehler sollten doch<br />1:1 mit dem timestamp wann sie angekommen sind in der db landen.<br />(wenn vzlogger kurz haengt, und sich die daten vom zaehler in einem puffer<br /> ansammeln, kann es schon passieren, dass dann mehrere samples mit dem<br /> gleichen timestamp reinkommen, das sollte irgendwo angefangen werden,<br /> darum geht es bei punkt a.)<br /><br />es sollte anhand von db und vzlogger-log nachzuvollziehen sein,<br />woher deine springenden werte kommen...<br />bzw ob sie dann im zahler oder im logger oder in der middleware mit diesen<br />spruengen erzeugt werden.<br /><br />was mir auffaellt, ist das du soweit hereingezoot hast, das du die einzelnen<br />sekunden siehst. solange beim weiter herauszoomen korrekt der mittelwert<br />gebildet wird, ist das ja nicht weiter kritisch.<br /><br />> ES.<br /><br />- T.<br /><br />> -----Ursprüngliche Nachricht-----<br />> Von:Thorben Thuermer <r00t@constancy.org><br />> Gesendet:Mo 22.10.2012 02:11<br />> Betreff:Re: [vz-users] Auswertung Protocol d0 / vzlogger crash<br />> An:volkszaehler-dev@lists.volkszaehler.org; <br />> CC:volkszaehler-users@lists.volkszaehler.org; <br />> <br />> toll was man alles findet, wenn man mal dabei ist...<br />> gleich noch ZWEI neue bugs... aber crash erst nach ~16 stunden:<br />> (nebenbei verlegen wir das thema mal auf die -dev liste...<br />> oder sind eh alle auf beiden?)<br />> <br />> a)<br />> [Oct 22 00:41:12][ch0] JSON request body: [ [ 1350858306844.057129, 14926.195312 ], [ 1350858306844.476074, 82.000000 ],<br />> [Oct 22 00:41:12][ch0] Request failed: [400] PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '2-1350858306844' for key 'ts_uniq'<br />> <br />> => vzlogger hat zwei eintraege mit identischem (nach dem runden) timestamp erzeugt,<br />> die die middleware nicht eintragen kann.<br />> ist das ein middleware oder ein vzlogger-bug?<br />> <br /><br /></blockquote>
</body>
</html>