<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">Ich muss da nochmal nachfragen:<br>
<br>
welchen Kanal-Typ muss ich wählen, wenn ich als value bereits
einen absoluten Wert in der data-Tabelle habe?<br>
Ich habs mal mit dem normalen power und eletric meter probiert,
aber beides stimmt nicht.<br>
Als Verbrauch brauch ich dann ja auch nicht das Integral unter der
Kurve, sondern letztlich nur die Differenz zwischen End- und
Startwert.<br>
Beim Typ "Radioaktivität" wird zumindest genau der Wert in der
Tabelle angezeigt, die Einheit müSv stimmt halt nicht so ganz :( <br>
<br>
Gibts da schon was fertiges oder muss ich das umbiegen?<br>
<br>
Danke.. Heiko<br>
<br>
<br>
<br>
Am 09.10.2013 09:44, schrieb Heiko Baumann:<br>
</div>
<blockquote cite="mid:52550976.5080905@gmx.de" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<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>
</blockquote>
<br>
</body>
</html>