<div dir="auto"><div>Gerade gesehen: Dein Zähler liefert falsche Timestamps via SML, wenn du die konvertierst kommt ein Datum in 1970 raus. Deshalb zeigt dein Frontend nix an.<div dir="auto"><br></div><div dir="auto">Lösung: "use_local_time": true in der vzlogger.conf hinzufügen.</div><div dir="auto"><br></div><div dir="auto">Grüße</div><div dir="auto">Frank</div><br><br><div class="gmail_quote"><div dir="ltr">Am Sa., 29. Dez. 2018, 20:17 hat Andreas Witsch <<a href="mailto:andreaswitsch@googlemail.com">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_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" target="_blank" rel="noreferrer">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_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" target="_blank">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></div>