<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi!<br>
      <br>
      @ Andreas: muss ich mal ausprobieren, wie ich deine Files aus dem
      Git bekomm - hab das noch nie gemacht.<br>
      <br>
      Ich hab für mich einfach mal etwas probiert und eine
      StoredProcedure geschrieben, die basierend auf Bernds mysql-Event
      innerhalb eines bestimmten Intervalls x den Verbrauch y zum
      bestehenden Wert z des Gesamtzählers addiert.<br>
      Per Event wird diese SP dann stündlich angestoßen.<br>
      <br>
      Sieht grundsätzlich schon mal gut aus, hab aber wohl noch ein
      Rechenproblem:<br>
      - mein S0-Zähler(Typ "Power") hat die Auflösung 1000<br>
      - den Stromverbrauch ermittle ich dann über sum(value)/1000<br>
      <br>
      Diesen Wert will ich dann also zum vorherigen Stand addieren und
      als Gesatmzählerstand als value in die data-Tabelle schreiben und
      später im Frontend anzeigen. Welchen channeltyp muss ich dafür
      wählen(Strommesser, Stromsensor, Stromzähler)? Die automatische
      Achsskalierung ist dann noch so ein weiteres Problem, z.B hat mein
      Zähler 9750kWh - damit sind dann alle Einzelzähler im Watt-Bereich
      nutzlos. Wobei, die Gesamtzähler landen dann in einer Gruppe, die
      man ein- und ausblenden kann. Ok, kein Problem.<br>
      <br>
      LG Heiko<br>
      <br>
      <br>
      Am 08.10.2013 18:51, schrieb Andreas Goetz:<br>
    </div>
    <blockquote
cite="mid:CAD+a8Mg200RYiWXrQCsePMN39JmFnkjA2GK_vb06u7CNoXmR8w@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>Hallo Zusammen,<br>
          <br>
          ich habe mal eine _allererste_ Näherung einer
          Aggregationsfunktion zusammengedübelt, siehe hier:<br>
          <br>
          <a moz-do-not-send="true"
href="https://github.com/andig/volkszaehler.org/commit/b9440a5c058f79bdbb9bf84697d074e614c9f610">https://github.com/andig/volkszaehler.org/commit/b9440a5c058f79bdbb9bf84697d074e614c9f610</a><br>
          <br>
        </div>
        Der Commit sollte selbsterklärend sein; für eine endgültige
        Lösung fehlt aber noch einiges Beiwerk. Wichtig wären Tester die
        auch etwas anderes als nur Impulszähler im Einsatz haben...<br>
        <br>
        vg<br>
        Andreas<br>
        <br>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">2013/10/8 Andreas Goetz <span
            dir="ltr"><<a moz-do-not-send="true"
              href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>></span><br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="ltr">
              <div>
                <div>
                  <div>
                    <div>
                      <div>
                        <div>
                          <div>
                            <div>Hallo Bernd,<br>
                              <br>
                              bei mir ist das Thema im Rahmen von VZmon
                              auch wieder aktuell. Ich überlege derzeit,
                              wie man eine Aggregationslösung auf
                              Datenbankende für VZ möglichst
                              minimal-invasiv integrieren kann.<br>
                              <br>
                            </div>
                            Dabei geht es mir vor allem darum,
                            aggregierte Sichten (Monatserzeugung je Tag,
                            Jahreserzeugung pro Monat) zu generieren.
                            Auf meinem Raspi sind jetzt ca. 300k
                            Datensätze im 5min-Abstand, da wird es schon
                            sehr eng.<br>
                            <br>
                          </div>
                          Lösungsansatz:<br>
                        </div>
                        - Tagesaggregate per Stored Proc erzeugen<br>
                      </div>
                      - Tagesaggrefate in der Middleware nutzen wenn
                      aggregierte Abfragen (Group by...) auftreten<br>
                      <br>
                    </div>
                    Problem:<br>
                  </div>
                  - Behandlung der aktuellem Zeitscheibe (z.B. Tag)<br>
                </div>
                - Behandlung der Randbedingungen from...to, insbesondere
                wenn diese nicht auf den Tagesgrenzen liegen<br>
                <br>
                Wenn's hier clevere Ideen gibt kommen wir zusammen
                sicher zu einer schicken Lösung.<br>
                <br>
                vg<span class="HOEnZb"><font color="#888888"><br>
                  </font></span></div>
              <span class="HOEnZb"><font color="#888888">
                  Andreas<br>
                  <br>
                  <div>
                    <div>
                      <div>
                        <div>
                          <div>
                            <div>
                              <div><br>
                              </div>
                            </div>
                          </div>
                        </div>
                      </div>
                    </div>
                  </div>
                </font></span></div>
            <div class="HOEnZb">
              <div class="h5">
                <div class="gmail_extra"><br>
                  <br>
                  <div class="gmail_quote">2013/10/7 Bernd Gewehr <span
                      dir="ltr"><<a moz-do-not-send="true"
                        href="mailto:Bernd@gewehr.net" target="_blank">Bernd@gewehr.net</a>></span><br>
                    <blockquote class="gmail_quote" style="margin:0 0 0
                      .8ex;border-left:1px #ccc solid;padding-left:1ex">
                      <div>-----Ursprüngliche Nachricht----- From: Heiko
                        Baumann<br>
                      </div>
                      Sent: Sunday, October 06, 2013 7:47 PM
                      <div><br>
                        To: <a moz-do-not-send="true"
                          href="mailto:volkszaehler-users@lists.volkszaehler.org"
                          target="_blank">volkszaehler-users@lists.volkszaehler.org</a><br>
                        Subject: Re: [vz-users] Performance,
                        Datenbereinigung, Gesamtzähler als virtueller
                        Channel<br>
                        <br>
                        <br>
                      </div>
                      <div>
                        <div>
                          <blockquote class="gmail_quote"
                            style="margin:0 0 0 .8ex;border-left:1px
                            #ccc solid;padding-left:1ex">
                            Meinst Du das hier?<br>
                            <a moz-do-not-send="true"
href="http://www.mail-archive.com/volkszaehler-users@lists.volkszaehler.org/msg00490.html"
                              target="_blank">http://www.mail-archive.com/volkszaehler-users@lists.volkszaehler.org/msg00490.html</a><br>
                          </blockquote>
                          <br>
                          Hallo Bernd, genau das meinte ich - glaub ich
                          :)<br>
                          Vielen Dank!<br>
                          <br>
                          Müsste soweit auch funktionieren, nur stellen
                          sich zwei Fragen:<br>
                          1) zumindest mein Raspi raucht ab und zu mal
                          ab und steht dann für eine<br>
                          gewisse Zeit. Wie korrigierst du solche Fälle?<br>
                          2) Du ratterst mit der Query ja durch den
                          kompletten Datenbestand, das<br>
                          dauert und erzeugt viel Last. Wie sind deine
                          Erfahrungen damit?<br>
                          Evtl. Alternative: man berechnet nur täglich,
                          was tatsächlich dazu<br>
                          gekommen ist und addiert den Wert zum
                          Vortages-Stand.<br>
                          <br>
                          Ich werd mal bisserl probieren... auf jeden
                          Fall Danke!<br>
                          <br>
                        </div>
                      </div>
                      Also bei mir ist das jetzt sehr lange erfolgreich
                      im Einsatz. Die Abfragezeiten sind im Bereich
                      einige 100 ms und scheinen den sonstigen Betrieb
                      nciht zu stören.<br>
                      <br>
                      Ich nutze jede Nacht das vzcompress2 Script, das
                      hält die alten Daten im Zaum...<br>
                      <br>
                      Ich habe zwar inzwischen einige Probleme mit einer
                      defekten MySql-Tabelle, schiebe dies aber nicht
                      auf die stored procedure. Analyse läuft.<br>
                      <br>
                      Alles in Allem hätte ich aber gern im Frontend
                      einen kleinen Kasten oben links oder rechts, in
                      dem die Zählernummern und Zählerstände meiner
                      Zähler aggregiert angezeigt werden, ohne solche
                      Fummelei zu betreiben... Ich kann's nur leider
                      nicht entwickeln.<br>
                      <br>
                      Gruß, Bernd <br>
                      <br>
                      <br>
                    </blockquote>
                  </div>
                  <br>
                </div>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </body>
</html>