[vz-dev] Anpassung Einheiten

Andreas Goetz cpuidle at gmail.com
Fri Jun 27 22:48:12 CEST 2014


Hallo *,

das Problem der Resolution für SensorInterpreter ist ja jetzt gelöst.

2014-06-24 22:45 GMT+02:00 Nils op den Winkel <nils at kusemuckl.de>:

> Hallo Andreas!
>
> Vielen dank für deine schnelle Reaktion. Ich habe das heute mal getestet.
> Nachdem ich in der EntityDefinition.json resolution als optionalen
> Parameter für den Voltage Sensor eingetragen hatte, hat die Skalierung für
> mich wunderbar funktioniert. Genau so hatte ich mir das vorgestellt.
> ABER: ich kann mir jetzt maximal einen Tag ansehen. Wenn ich mir im
> Frontend z.B. eine Woche ansehen will kommt es nicht mehr zurück. Mysqld
> hängt auf 100% CPU und nach 30 Minuten habe ich abgebrochen.
>
Das Performanceproblem welches durch korrekte Berechnung der
Durchschnittswerte eingeführt wurde erscheint allerdings unlösbar
(schluck), siehe
http://stackoverflow.com/questions/24457442/how-to-find-previous-record-n-per-group-maxtimestamp-timestamp/24459821#24459821
Es findet sich kein SQL Query das auf kleinen Plattformen ausreichend
schnell laufen kann.

Dafür sehe ich nur zwei echte Alternativen:

1) es is wie's ist und wir leben mit falschen Werten bei tuples=xy oder
group=xy (u.a. Problem von Thomas mit zvmon)
2) wir erweitern für Sensoren das Datenbankschema für `data` um eine Spalte
`period` in der wir- beim Schreiben der Datensätze- den Abstand zum letzten
Datensatz reinschreiben. Damit wird der Ermittlungsaufwand von der
Auswertung zur Datenerfassung verschoben. Einmalig müsste man dann ein
Update fahren, prinzipiell liesse sich die Spalte aber auch jederzeit
wieder entsorgen wenn es clevere Optimierungen der Datenbank gäbe.

> Das scheint an der zweiten Änderung in dem Branche zu liegen (der
> geänderte select). Ganz habe ich es aber noch nicht durchschaut.
> Mit dem aktuellen git master Branche sind die Antwortzeiten auf jeden Fall
> akzeptabel. Selbst in der Monatsansicht.
>
> Schönen Gruß
>
> Nils
>
Was meint ihr?

vg
Andreas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140627/23f7ad43/attachment.html>


More information about the volkszaehler-dev mailing list