[vz-users] Datenanalyse

[Christian Schnellrieder]

Hallo Frank

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"



Ich bleibe bei meinem Vorschlag: Beschäftige dich unbedingt mal mit
> Datenaggregation (vzlogger und DB) und vzcompress, bevor du über so
> abenteuerliche Sachen wie Grafik-Export deiner Diagramme nachdenkst,
> denn das ist weder effizient hinsichtlich Speicherplatz noch gut zu
> nutzen.


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.


Grüße


root at raspberrypi:~# cat /etc/vzlogger.conf
{
"retry": 30,
"daemon": false,
"verbosity": 0,
"log": "/media/usb_stick/vzlogger.log",
"local": {
        "enabled": false,
        "port": 8080,
        "index": false, //unbekannt
        "timeout": 30
},
"meters": [
        {
        "enabled": true,
        "mbus_debug": false,
        "aggtime": 60,
        "device" : "/dev/reader1",
        "key": "0A",
        "channels": [
        {
          "uuid": "a7b84340-249d-11e5-b65e-f13edf25e0a4",
          "aggmode": "none",
          "identifier": "1.7.0",
          "api": "volkszaehler",
          "middleware": "http://localhost/middleware.php"
        },
        {
//        "uuid": "30c2f660-24c3-11e5-bb2d-97502fd0b503",
          "uuid": "27632060-24c0-11e5-9890-fbeed22d3040",
          "aggmode": "max",
          "identifier": "1.8.0",
          "api": "volkszaehler",
          "middleware": "http://localhost/middleware.php"
        }
      ],
      "protocol": "oms"
    },
    {
      "enabled": true,
        "mbus_debug": false,
        "aggtime": 60,
          "key": "25",
      "channels": [
        {
          "uuid": "74204420-249e-11e5-b277-99e79fe86b8c",
          "identifier": "1.7.0",
          "aggmode": "none",
  "api": "volkszaehler",
          "middleware": "http://localhost/middleware.php"
        },
                {
        // "uuid": "ca869510-293f-11e5-88c8-9921d8a2d098",
        "uuid": "67fae3a0-2977-11e5-8608-a50d88545929",
        "identifier": "1.8.0",
        "aggmode": "max",
          "api": "volkszaehler",
          "middleware": "http://localhost/middleware.php"
        }
      ],
      "protocol": "oms",
      "device": "/dev/reader2"
    }
  ]
}


Am 16. Juli 2015 um 17:47 schrieb Frank Richter <frank.richter83 at gmail.com>:

> Hallo Christian,
>
> Am 16. Juli 2015 um 13:07 schrieb Christian Schnellrieder
> <schnellrieder.cs at gmail.com>:
>
> >> > Hier eine Frage an die Entwickler: Würde es die Geschwindigkeit der
> >> > Anzeige
> >> > im Frontend erhöhen wenn die Ausgabe des Verbrauchs nur optional wäre?
> >> > Nur
> >> > theoretisch gefragt
> >>
> >> Bin zwar kein Entwickler, aber das ist äußerst unwahrscheinlich: Bei
> >> einem Zählerstand-Kanal ist die Berechnung trivial, s.o.
> >
> >
> >
> > Die Frage war bezogen auf einen Leistungswert Kanal.
>
> Schon möglich, dass es in dem Fall ein bisschen Rechenzeit sparen
> würde, weil in dem Fall vermutlich alle Messintervalle im abgefragten
> Zeitraum aufsummiert werden müssen. Allerdings muss die Middleware die
> Werte ja trotzdem aus der Datenbank holen, um die Tupels für das
> Diagramm zu generieren. Keine Ahnung, wie groß der Vorteil wäre. Ist
> halt auch die Frage, ob das außer dir noch jemand haben will?
> Ich habe bei mir keine Leistungswert-Kanäle im Einsatz, deshalb hab
> ich da keine Erfahrung.
>
> >
> >
> > Grüße
> >
> >
>
> Viele Grüße
> Frank
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150722/15663999/attachment-0001.html>