[vz-dev] Messungenauigkeit

[Jakob Hirsch]

Justin Otherguy, 2010-12-02 21:14:
>> die mangelnde zeitliche Auflösung mal 12, mal 13s zwischen zwei Impulsen
>> liegen, und somit:
>> 12s-Impuls: 0,5W * 3600s / 12s = 150W
>> 13s-Impuls: 0,5W * 3600s / 13s = 138.46W
> genau. So ist es. Danke.

ja gerne :)

> Oder auch (wenn man das gesamte Intervall anschaut):
> 5 Minuten mit 24 Impulsen -> 12,5 s / Impuls -> 144 Watt

Ok, aber das Intervall ist dann auch willkürlich gewählt. Und wenn du
mal zufällig 23 oder 25 Impulse hast, bist du bei
Impulse*(Watt_pro_Impuls)*(Intervall[s]/3600) = 138W bzw. 150W.

>> Fragt sich nur, was "50 ticks entprechen ca ner sekunde" bedeutet. Nicht
>> daß wir da eine Auflösung vorgaukeln, die garnicht gegeben ist.
>> Hab mir den Controller-Code bisher nicht angeschaut, aber was didi
>> beschrieben hat, hört sich ja nicht so wild an. Oder spricht was dagegen?
> klingt für mich auch lösbar - muss halt Jemand machen...

Gemach. Der NET-IO ist bestellt, wenn der programmiert ist geht's los. :)
Naja, mal schauen, wie ich damit zurecht komme.

>>> Es gibt 3 Fälle, die wir serverseitig unterscheiden müssten, dann wären wir eigentlich komplett:
>>> a) Puffer wird gerade entleert -> es sollte der Zeitstempel des Controllers verwendet werden
>>> b) Uhrzeit des Controllers geht nach dem Mond (manchmal klappt das Setzen der Uhrzeit per ntp nicht beim Reboot; dann läuft der Controller knallhart bei 1970-01-01 los...) -> das ist sehr einfach zu entdecken (z.B. Delta > 1 Tag) ; dann sollte die Serverzeit verwendet werden
>> Kann man da nicht RTC nachrüsten?
> gute Frage. Weiss ich nicht. Lohnt das? Ein zuverlässiger ntp-Client wäre da meine bevorzugte Variante.

Dito. Läuft der bei ethersex denn im Hintergrund?

>> Ansonsten sollte man das evt. auf dem Controller abfangen.
> ACK.

In der backend-db kann man ja mehr als einen Impuls abspeichern. Man
könnte auch die Impulse mitzählen und beim nächsten validen Impuls
(=Impuls mit gültigem timestamp) mitschicken. Bringt aber keinen Vorteil
ggü. der Backend-Zeit (und ist auch noch unnötig komplex), also lieber
wieder vergessen :)