<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Ahoi, <br>
</p>
<p>die 20s stammen vom Debuggen. Vielleicht war da auch der
Flaschenhals. Ich kann das ja nochmal messen und berichten, wie
lange es dauert bis sich in den Logs ein "parsed Value" findet.<br>
</p>
<p>Wieder was gelernt mit dem inexistenten Intervall ;) Bleibt die
Frage nach dem sinnvollen Aggmode :/ <br>
</p>
<p>Die Timestamps enden auf 0, weil ich die Query für's bessere
Vergleichen/Lesen dahingehend gebaut habe (timestamp DIV 60*60).
Real sind die Werte andere.</p>
Viele Grüße,<br>
Christian
<p></p>
<div class="moz-cite-prefix">Am 17.03.2023 um 14:51 schrieb Frank
Richter:<br>
</div>
<blockquote type="cite"
cite="mid:CAD+U_OD0g3y1mi381QgjYTxw1VOVB-yRBocq5MQ8c_oV2DvYqw@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">20 s dauert einmal Auslesen? Puh, das ist lang.
<div dir="auto"><br>
</div>
<div dir="auto">Ohne interval sollte er das einfach in
Dauerschleife machen.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Warum enden deine Timestamps glatt auf :00?</div>
<div dir="auto"><br>
</div>
<div dir="auto">Grüße</div>
<div dir="auto">Frank </div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Christian Lange <<a
href="mailto:brlnr23@gmail.com" moz-do-not-send="true"
class="moz-txt-link-freetext">brlnr23@gmail.com</a>>
schrieb am Fr., 17. März 2023, 13:02:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<p>Hi Frank, <br>
</p>
<p>das mit der Aggregation war gestern Abend auch schon mein
Gedanke. Ich bin jetzt mal mit aggTime: 60 und Interval:
30 ins Rennen gegangen. Das reine Auslesen dauert knapp
unter 20s - 30s Intervall sollte also passen. Die Anzahl
der Ausreißer ist auch geringer geworden. Es gibt sie aber
weiterhin. Der AggMode ist aktuell "max" - das dürfte aber
auch eigentlich nichts bringen - wenn innerhalb des
Aggregationszeitraumes ein fehlerhafter Wert ausgelesen
wird, dann ist der i.d.R. = dem Max Wert und wird also
reported. <br>
</p>
<p>Zu deinem Vorschlag, mit dem Intervall zu spielen: Wie
bekomme ich den Pull Zähler zum reden, wenn ich kein
Intervall angebe? <br>
</p>
Hier mal ein Beispiel - um 23:24:00 ist der ermittelte Wert
weit höher als vorher und(!) nachher. Ich brauche also
irgendeine Möglichkeit diesen Fehler zu korrigieren. Für's
menschliche Auge easy - für eine elegante softwarelösung
nicht ganz so trivial ;)<br>
<p><img src="cid:part1.Fz4mtDkp.sQYkTzSU@gmail.com" alt=""
moz-do-not-send="true"></p>
<p>Ideen sind willkommen :)) <br>
</p>
<p>Viele Grüße,<br>
Christian</p>
<div>Am 17.03.2023 um 00:10 schrieb Frank Richter:<br>
</div>
<blockquote type="cite">
<div dir="auto">Hallo Christian,
<div dir="auto"><br>
</div>
<div dir="auto">denke das liegt am fixen Intervall.
Manchmal erwischst du den Zählerstand wenn er frisch
umgesprungen ist, und manchmal liegt er schon ein paar
Sekunden an bis er gelesen wird.</div>
<div dir="auto">Vermutlich sind die Push Zähler hier im
Vorteil, weil sie das Push-Intervall in gewissen
Grenzen an die anliegende Leistung anpassen können.</div>
<div dir="auto">Ich würde mal mit kurzem/ohne Intervall
und einer längeren aggtime rumprobieren.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Grüße</div>
<div dir="auto">Frank </div>
<div dir="auto"><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Christian Lange <<a
href="mailto:brlnr23@gmail.com" rel="noreferrer
noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">brlnr23@gmail.com</a>>
schrieb am Do., 16. März 2023, 13:56:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Ahoi
zusammen,<br>
<br>
ich hab seit kurzem zwei neue Stromzähler installiert
bekommen. Mit ein <br>
bisschen rumprobieren ist es auch gelungen die Daten
von beiden <br>
auszulesen (die absoluten Zählerstände). Was mir jetzt
nach einigen <br>
Tagen jedoch aufgefallen ist: Manchmal sind Sprünge in
den Zählerständen <br>
drin. Nicht viel, aber definitiv ungewöhnlich. Bei den
alten Zählern war <br>
das nicht der Fall (Push, SML, mit aggtime alle 60s).<br>
<br>
Was ich mich jetzt frage: Kennt ihr dieses Phänomen
und liegt es eher am <br>
Zähler oder am VZ Logger? Hier der Auszug aus der
conf:<br>
<br>
"enabled" : true,<br>
"protocol" : "d0",<br>
"device" : "/dev/ttyUSB0",<br>
"pullseq": "2F3F210D0A",<br>
"ackseq": "auto",<br>
"baudrate": 300,<br>
"baudrate_read": 19200,<br>
"parity": "7e1",<br>
"wait_sync": "off",<br>
"read_timeout": 10,<br>
"baudrate_change_delay": 400,<br>
"interval": 60,<br>
"channels" : [{<br>
"uuid": "...",<br>
"identifier": "255-255:1.8.0",<br>
"api": "volkszaehler",<br>
"middleware": "..."<br>
},{<br>
"uuid": "...",<br>
"identifier": "255-255:2.8.0",<br>
"api": "volkszaehler",<br>
"middleware": "..."<br>
}],<br>
<br>
Vielleicht kennt ja jemand von euch dieses Phänomen -
oder noch besser: <br>
hat eine Idee, wie man das elegant lösen kann ;)<br>
<br>
Viele Grüße,<br>
Chris<br>
<br>
<br>
</blockquote>
</div>
</blockquote>
</div>
</blockquote>
</div>
</blockquote>
</body>
</html>