[vz-dev] Anpassung Einheiten

[Andreas Goetz]

Hallo *,

ich komme langsam voran.

@Nils: Du kannst nochmal testen, Performance sollte jetzt passen.
@Gernot: die Werte in der Aggreation sind noch falsch. Ich kümmere mich
drum wenn die prinzipiell Funktionalität+Performance bestätigt sind.

vg
Andreas



2014-06-27 22:48 GMT+02:00 Andreas Goetz <cpuidle at gmail.com>:

> 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/20140629/28f2c85f/attachment.html>