<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">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=""></p>
    <p>Ideen sind willkommen :)) <br>
    </p>
    <p>Viele Grüße,<br>
      Christian</p>
    <p></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">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>