[vz-dev] Fwd: Re: Offene Enden
Peer Janssen
peer at baden-online.de
Wed May 5 17:37:19 CEST 2010
Jens Wilmer schrieb:
> Hallo zusammen,Ich denke aber, man sollte sich erstmal Gedanken machen,
> wie man die
>> Daten nun vom Controller übertragen und abspeichern will, sonst muss
>> man die Auswertesoftware noch dreimal ändern.
>> Bei dieser Variante wir der Sekundentimestamp übertragen und bei
>> doppeltem Vorkommen in der DB ein Counter hochgezählt (kommt bei mir
>> nicht vor, Verbrauch zu klein).
>>
> Das wird wohl auf das endgültige Datenformat werden, Die Frage ist nur
> noch, ob es pro "Pin" und Zeit einen Zähler gibt, oder ob es pro Zeit
> nur einen Eintrag mit Zählern für jeden Pin gibt. Das macht allerdings
> nur Sinn, wenn auch ein paar Pulse zusammenkommen, daher halte ich die
> erste Lösung für "am wahrscheinlichsten". Eine Möglichkeit wäre noch die
> Aufteilung nach UUID und / oder Pin: Eine Datenbank pro UUID anlegen,
> darin eine Tabelle pro Pin, oder eine Tabelle pro UUID... Der
> Speicheraufwand für die Datenbanken und Tabellen ist recht klein und
> einmalig, dafür bestehen die Datenzeilen nur noch aus Zeitstempel und
> Impulszahl anstatt bei jedem Impuls immer eine UUID dazuzuschreiben, die
> ein Vielfaches des Platzes benötigt.
>
> Ob man es nun aber so oder so macht ist eigentlich egal, da sich nur ein
> einziges SQL Statement zur Abfrage ändern würde und man immer Zeit /
> Impulsanzahl Paare bekommt. Davon kann man wahrscheinlich schon
> ausgehen, da mein Kreuzzug gegen die Einzelimpulsanzeige langsam seine
> Wirkung zeigt :)
Bei meiner Zählanwendung, die ich gerne mit volkszaehler.org nutzen
möchte, kommen pro Minute bei 1 bis 5 Kanälen ca. 80-150 Impulse pro
Minute zusammen, und eine Zeitauflösung von 1 Minute ist wünschenswert.
Und ist auf jeden Fall ohne weiteres denkbar, dass weit über 2^8-1
Impulse/Minute auflaufen.
Es ist klar, dass dafür Minutensummen als Lösung sinnvoll sind.
Nützlich wäre allerdings auch, die Intervalllänge in Millisekunden mit
anzugeben, da bei NTP-Updates Intervalle länger oder kürzer sein
könnten, und diese Information wäre im Sinne einer völlig transparenten
Messungen hilfreich.
Peer
More information about the volkszaehler-dev
mailing list