<div dir="ltr">Hallo Frank<div><br></div><div>Spät aber doch habe ich nun die Kanäle umgestellt.Den Leistungskanal habe ich beibehalten da die Kurve da viel feiner ist und dort man auch jede Spitze sieht. Über die Zählerstandkanäle lasse ich nun die verbrauchte Leistung per Con abfragen. Leider kämpfe ich noch immer mit leichten stabilitäts problemen bzgl Pi... aber da kommt mir der Zählerstandkanal grad recht, da so wie du geschrieben hast... es keine Abweichung gibt auch wenn mal 2-3 Stunden fehlen bzgl "verbrauchte Leistung"</div><div><br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px">Ich bleibe bei meinem Vorschlag: Beschäftige dich unbedingt mal mit<br></span><span style="font-size:12.8000001907349px">Datenaggregation (vzlogger und DB) und vzcompress, bevor du über so<br></span><span style="font-size:12.8000001907349px">abenteuerliche Sachen wie Grafik-Export deiner Diagramme nachdenkst,<br></span><span style="font-size:12.8000001907349px">denn das ist weder effizient hinsichtlich Speicherplatz noch gut zu<br></span><span style="font-size:12.8000001907349px">nutzen.</span></blockquote><div><br></div><div>Ansichtsache. Perönlich reicht es mir alte Daten . zb pro Jahr einfach in eine Grafik zu exportieren. Effizenter wird es keine Datenbank schaffen und ich habe keinen Bedarf diese weiter zu verarbeiten.</div><div><br></div><div><br></div><div>Grüße </div><div><br></div><div><br></div><div><div>root@raspberrypi:~# cat /etc/vzlogger.conf</div><div>{</div><div>"retry": 30,</div><div>"daemon": false,</div><div>"verbosity": 0,</div><div>"log": "/media/usb_stick/vzlogger.log",</div><div>"local": {</div><div>        "enabled": false,</div><div>        "port": 8080,</div><div>        "index": false, //unbekannt</div><div>        "timeout": 30</div><div>},</div><div>"meters": [</div><div>        {</div><div>        "enabled": true,</div><div>        "mbus_debug": false,</div><div>        "aggtime": 60,</div><div>        "device" : "/dev/reader1",</div><div>        "key": "0A",</div><div>        "channels": [</div><div>        {</div><div>          "uuid": "a7b84340-249d-11e5-b65e-f13edf25e0a4",</div><div>          "aggmode": "none",</div><div>          "identifier": "1.7.0",</div><div>          "api": "volkszaehler",</div><div>          "middleware": "<a href="http://localhost/middleware.php">http://localhost/middleware.php</a>"</div><div>        },</div><div>        {</div><div>//        "uuid": "30c2f660-24c3-11e5-bb2d-97502fd0b503",</div><div>          "uuid": "27632060-24c0-11e5-9890-fbeed22d3040",</div><div>          "aggmode": "max",</div><div>          "identifier": "1.8.0",</div><div>          "api": "volkszaehler",</div><div>          "middleware": "<a href="http://localhost/middleware.php">http://localhost/middleware.php</a>"</div><div>        }</div><div>      ],</div><div>      "protocol": "oms"</div><div>    },</div><div>    {</div><div>      "enabled": true,</div><div>        "mbus_debug": false,</div><div>        "aggtime": 60,</div><div>          "key": "25",</div><div>      "channels": [</div><div>        {</div><div>          "uuid": "74204420-249e-11e5-b277-99e79fe86b8c",</div><div>          "identifier": "1.7.0",</div><div>          "aggmode": "none",</div><div>  "api": "volkszaehler",</div><div>          "middleware": "<a href="http://localhost/middleware.php">http://localhost/middleware.php</a>"</div><div>        },</div><div>                {</div><div>        // "uuid": "ca869510-293f-11e5-88c8-9921d8a2d098",</div><div>        "uuid": "67fae3a0-2977-11e5-8608-a50d88545929",</div><div>        "identifier": "1.8.0",</div><div>        "aggmode": "max",</div><div>          "api": "volkszaehler",</div><div>          "middleware": "<a href="http://localhost/middleware.php">http://localhost/middleware.php</a>"</div><div>        }</div><div>      ],</div><div>      "protocol": "oms",</div><div>      "device": "/dev/reader2"</div><div>    }</div><div>  ]</div><div>}</div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Am 16. Juli 2015 um 17:47 schrieb Frank Richter <span dir="ltr"><<a href="mailto:frank.richter83@gmail.com" target="_blank">frank.richter83@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo Christian,<br>
<br>
Am 16. Juli 2015 um 13:07 schrieb Christian Schnellrieder<br>
<<a href="mailto:schnellrieder.cs@gmail.com">schnellrieder.cs@gmail.com</a>>:<br>
<span class=""><br>
>> > Hier eine Frage an die Entwickler: Würde es die Geschwindigkeit der<br>
>> > Anzeige<br>
>> > im Frontend erhöhen wenn die Ausgabe des Verbrauchs nur optional wäre?<br>
>> > Nur<br>
>> > theoretisch gefragt<br>
>><br>
>> Bin zwar kein Entwickler, aber das ist äußerst unwahrscheinlich: Bei<br>
>> einem Zählerstand-Kanal ist die Berechnung trivial, s.o.<br>
><br>
><br>
><br>
> Die Frage war bezogen auf einen Leistungswert Kanal.<br>
<br>
</span>Schon möglich, dass es in dem Fall ein bisschen Rechenzeit sparen<br>
würde, weil in dem Fall vermutlich alle Messintervalle im abgefragten<br>
Zeitraum aufsummiert werden müssen. Allerdings muss die Middleware die<br>
Werte ja trotzdem aus der Datenbank holen, um die Tupels für das<br>
Diagramm zu generieren. Keine Ahnung, wie groß der Vorteil wäre. Ist<br>
halt auch die Frage, ob das außer dir noch jemand haben will?<br>
Ich habe bei mir keine Leistungswert-Kanäle im Einsatz, deshalb hab<br>
ich da keine Erfahrung.<br>
<br>
><br>
><br>
> Grüße<br>
><br>
><br>
<br>
Viele Grüße<br>
<span class="HOEnZb"><font color="#888888">Frank<br>
</font></span></blockquote></div><br></div>