<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Ok macht. Sinn. Danke!</p>
<p>Aber komisch, dass ich keinen Graph sehe, obwohl die Y-Achse
jetzt sinnvoll zu skalieren scheint...<br>
</p>
<p><br>
</p>
<p><br>
</p>
<div class="moz-cite-prefix">Am 29.12.2018 um 22:01 schrieb Frank
Richter:<br>
</div>
<blockquote type="cite"
cite="mid:CAD+U_OCN9CwVatMrPwcGHgW_=sU-_rhnzCCj=V=ZUykaYV2+6w@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">
<div dir="auto">Kennst du <a
href="https://wiki.volkszaehler.org/development/api/reference"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">https://wiki.volkszaehler.org/development/api/reference</a>
schon?
<div dir="auto"><br>
</div>
<div dir="auto">min und max sind 2er-Tupel aus Timestamp und
Wert, alle anderen sind 3er-Tupel aus Timestamp, Wert und
Anzahl Datensätze, aus denen der Wert berechnet wurde.</div>
<div dir="auto"><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">Am Sa., 29. Dez. 2018, 20:17 hat Andreas Witsch
<<a href="mailto:andreaswitsch@googlemail.com"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">andreaswitsch@googlemail.com</a>>
geschrieben:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Und noch ein letztes:</p>
<p>Warum sagt die GUI folgendes zu meiner UUID?<br>
</p>
<pre style="color:rgb(0,0,0);font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial;white-space:pre-wrap">{"version":"0.3","data":{"tuples":[[14642458000,0,1]],"uuid":"b0f82f60-094d-11e9-9828-5bd8461afe20","from":14642457000,"to":14642458000,"min":[14642458000,0],"max":[14642458000,0],"average":0,"consumption":0,"rows":2}}
Das rows nur 2 sind finde ich etwas merkwürdig. Min und Max deutet sehen ausserdem wie ein Zeitstempel aus und nicht wie Messwerte. Macht das Sinn?
Ich hätte für min 0, für max 1 und als rows die Anzahl der Messwerte erwartet?
Gruß und Danke! Jetzt bin ich mit meinen Fragen erstmal durch... zumindest bis ich es schaffe meinen Zähler in den "erweiterten Modus" zu versetzen. :D
Andreas
</pre>
<div
class="m_-8230193177281053821m_1430362266351257910m_5343357839635829162moz-cite-prefix">Am
29.12.2018 um 20:09 schrieb Frank Richter:<br>
</div>
<blockquote type="cite">
<div dir="auto">Ja, das passt für Zählerstände.</div>
<br>
<div class="gmail_quote">
<div dir="ltr">Am Sa., 29. Dez. 2018, 20:07 hat
Andreas Witsch <<a
href="mailto:andreaswitsch@googlemail.com"
rel="noreferrer noreferrer noreferrer"
target="_blank" moz-do-not-send="true">andreaswitsch@googlemail.com</a>>
geschrieben:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Hallo nochmal,<br>
</p>
<p>Ist denn aggmode MAX sinnvoll?</p>
<p>Gruß</p>
<p> Andreas<br>
</p>
<p><br>
</p>
<p><br>
</p>
<div
class="m_-8230193177281053821m_1430362266351257910m_5343357839635829162m_5834439655393949556moz-cite-prefix">Am
29.12.2018 um 17:39 schrieb Frank Richter:<br>
</div>
<blockquote type="cite">
<div dir="auto">Noch was vergessen: so lang dein
Zähler nichts genaueres liefert als eine
Auflösung von 1kWh, solltest du eine sehr
lange aggtime einstellen (z.B. 900-3600).
<div dir="auto"><br>
<div dir="auto">aggfixedinterval brauchst du
in deinem Setup nicht, das wird erst
interessant bei mehreren Zählern, mit
deren Werten gerechnet werden soll.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Gruß</div>
<div dir="auto">Frank</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">Am Sa., 29. Dez. 2018, 17:25
hat Andreas Witsch <<a
href="mailto:andreaswitsch@googlemail.com"
rel="noreferrer noreferrer noreferrer
noreferrer" target="_blank"
moz-do-not-send="true">andreaswitsch@googlemail.com</a>>
geschrieben:<br>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">Hallo<br>
<br>
und danke schonmal soweit - jetzt brauche
ich wenigstens nichtmehr in <br>
die falsche Richtung probieren und es ist
klar. Bei verbose 15 bekomme <br>
ich je Sekunde folgendes:<br>
<br>
[Dec 29 17:18:37][mtr0] Got 1 new readings
from meter:<br>
[Dec 29 17:18:37][mtr0] Reading: <br>
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=6445000.00 <br>
ts=14632565000<br>
[Dec 29 17:18:37][chn0] Adding reading to
queue (value=6445000.00 <br>
ts=14632565000)<br>
[Dec 29 17:18:37][MAX] 6445000.000000 @
14632565000<br>
[Dec 29 17:18:37][MAX] RESULT
6445000.000000 @ 14632565000<br>
[Dec 29 17:18:37][chn0] ==> number of
tuples: 1<br>
[Dec 29 17:18:37][chn0] compare: 14632564000
14632565000<br>
[Dec 29 17:18:37][chn0] copied 1/1 values
for middleware transmission<br>
[Dec 29 17:18:37][chn0] JSON request body: [
[ 14632565000, 6445000 ] ]<br>
[Dec 29 17:18:37][chn0] CURL: Hostname
localhost was found in DNS cache<br>
[Dec 29 17:18:37][chn0] CURL: Trying
::1...<br>
[Dec 29 17:18:37][chn0] CURL: TCP_NODELAY
set<br>
[Dec 29 17:18:37][chn0] CURL: Connected to
localhost (::1) port 80 (#17)<br>
[Dec 29 17:18:37][chn0] CURL: Sent 28
bytes..<br>
[Dec 29 17:18:37][chn0] CURL: Sent '[ [
14632565000, 6445000 ] ]' bytes<br>
[Dec 29 17:18:37][chn0] CURL: upload
completely sent off: 28 out of 28 bytes<br>
[Dec 29 17:18:37][chn0] CURL: HTTP 1.0,
assume close after body<br>
[Dec 29 17:18:37][chn0] CURL: Received 26
bytes<br>
[Dec 29 17:18:37][chn0] CURL: Received
'{"version":"0.3","rows":1}' bytes<br>
[Dec 29 17:18:37][chn0] CURL:
Curl_http_done: called premature == 0<br>
[Dec 29 17:18:37][chn0] CURL: Closing
connection 17<br>
[Dec 29 17:18:37][chn0] CURL Request
succeeded with code: 200<br>
[Dec 29 17:18:37][chn0] emptied all (1)
values<br>
<br>
Jetzt hätte ich aber schon erwartet, dass
ich eine gerade sehe, welche <br>
den aktuellen Zählerstand dar stellt.<br>
<br>
MfG<br>
<br>
Andreas<br>
<br>
<br>
Am 29.12.2018 um 11:27 schrieb Daniel
Lauckner:<br>
> Hallo,<br>
><br>
><br>
> ein Logfile (verbose = 15) dazu wäre
wichtig.<br>
><br>
><br>
> am Samstag, 29. Dezember 2018 um 09:34
hat Andreas Witsch geschrieben:<br>
>> also in Fall 1 (Konfig wie zuvor
beschrieben)<br>
>> /var/log/vzlogger.log bekomme ich
je Übertragung (verbose = 5) einen
solchen Eintrag:<br>
>><br>
>> [Dec 28 15:15:18][chn0] Adding
reading to queue (value=6400000.00
ts=14538767000)<br>
>> [Dec 28 15:15:19][chn0]
Adding reading to queue<br>
>> (value=6400000.00
ts=14538768000)<br>
> Wir sind zwar durchaus auch mal dafür
ein Logfile sinnvoll zu kürzen,<br>
> 2 Zeilen sind aber defintiv zu wenig.<br>
><br>
>> xxd </dev/ttyUSB0<br>
>> 00000000: 7678 0000 1b1b 1b1b
1a01 273a 1b1b 1b1b
vx........':....<br>
> Ganz eindeutig SML.<br>
><br>
>> Dieser String "LGZ", der hier
auftaucht, scheint auch bei dem<br>
>> E350 vor zu kommen:<br>
> Das Modell spricht aber d0.<br>
> Es ist keine Überraschung für uns wenn
ähnlich klingende Zähler<br>
> eines Herstellers unterschiedliche
Protokolle unterstützen.<br>
><br>
><br>
><br>
> mfg Daniel<br>
><br>
</blockquote>
</div>
</blockquote>
</div>
</blockquote>
</div>
</blockquote>
</div>
</blockquote>
</div>
</div>
</blockquote>
</body>
</html>