[vz-dev] Fwd: Re: Offene Enden

[Justin Otherguy]

Hi flo,

Am 17.05.2010 um 08:50 schrieb Florian Ziegler:

> Hallo,
> 
> mein Ansatz geht im Moment auch in Richtung vieler verschiedener 
> Implementierungen.
> Hier nochmal der Link:
> http://volkszaehler.f10-home.de/smartmeter.html
ah - prima; mir ist gestern aufgefallen, dass der alte Link nicht mehr tut.

Wo ich mir das anschaue frage ich mich, ob wir das bis Sonntag in einen Zustand bekommen, den ich auf der SIGINT zeigen könnte?

Was meinst Du?

Im Moment sieht das für mich übrigens seltsam aus - wenn ich mit der Maus reinzoomen will, sieht es so aus, als würde ich damit eine der Kurven verschieben.

Welchen Browser benutzt Du? Ich hab's in Firefox und Safari getestet - sieht gleich aus (meine Browserpräferenz - falls wir eine solche brauchen - wäre FF).

> Die Auswertung erfolgt komplett in JavaScript, der Server liefert lediglich 
> die Pulse im JSON Format:
> 
> {	"source":"volkszaehler.org",
> 	"version":"0.1",
> 	"storage":"mysql",
> 	"channels":[
> 		{"id":4,
> 			"resolution":2000,
> 			"function":"MCHN-C0",
> 			"pulses":[[1273677599,1],[1273677602,1],[1273677664,1]]},
> 		{"id":5,
> 			"resolution":1000,
> 			"function":"MCHN-C1",
> 			"pulses":[[1273675886,1],[1273675998,1],[1273676110,1]]}
> 		],
> 	"type":"pulses",
> 	"windowStart":1273675886,
> 	"windowEnd":1273679446}
kannst Du das in den Code hier [1] einbauen?

Hast Du ein öffentliches Repo für Deinen Code?


[1] http://github.com/justinotherguy/volkszaehler.org


> wie und wo die Daten gespeichert werden ist dann egal. Für MySQL hab ich die 
> Implementierung fertig, am Code für CSV-Dateien arbeite ich noch. Da würde ich 
> einfach für jede uuid ein File anlegen.
mit flat files hatte ich angefangen - das ist suuuuuuuper langsam; da würde ich mal keine Zeit reinstecken.
Wenn Du Dich für eine weitere Alternative interessierst:
sqllite könnte die richtige Variante für mein.volkszaehler auf einem WLAN-Router sein (keine Erfahrung - blinde Vermutung)

Sollen wir uns darauf einigen, dass wir die Zeitstempel in ms seit 1.1.1970 ablegen?
Das würde folgende Vorteile vereinen:
- auch mysql kann dann ms-genau speichern
- flot (und soweit ich erkennen kann auch jquery-ui) benötigen diese Darstellung eh

-> ich sehe - ausser der jetzigen Umstellung - keinen Nachteil - Widerspruch?


Noch ne Frage zur Lizenz von jquery-ui: das ist ja MIT - könnt Ihr hier einen Nachteil für das Projekt erkennen?
M.E. ist das ok - zumal jquery wahlweise MIT- oder GPL-lizenziert werden können.
Widerspruch?


Schick wär's, wenn wir bis zum Vortrag am 23.5. folgendes am Start hätten:
- Webseite (darum kümmer ich mich)
- flos Code im GIT für mein.volkszaehler
- den Code im GIT für mein.volkszaehler vollständig und so dokumentiert, dass man die Installation schafft; hier hoffe ich noch auf Rückmeldung von Andi - ich bin sicher, dass er die letzten Tage zeitweise fluchend zugebracht hat, als er die SW zum Laufen gebracht hat... [2] beweist aber, dass er erfolgreich war... 
@Andi: kannst Du uns die gröbsten Klippen beschreiben, die zu umschiffen waren? Das würde helfen.

Falls Euch sonst noch etwas einfällt: noch sind ein paar Tage Zeit... :-)


> Ich denke, es wäre auch relativ einfach möglich auf dem Controller den http-
> server zu aktivieren und das JSON im Controller zu erzeugen, wenn man zum 
> Loggen einen größeren Speicher dranhängt.
> 
> Damit kann man dann halt wie gesagt, die Speicherart beliebig austauschen, 
> aber auch die Auswertung per JavaScript. Man kann also in einer beliebigen 
> Webseite z.B. per AJAX den aktuellen Stromverbrauch laden und anzeigen.
> 
> Drehpunkt ist damit nur noch das Format des JSON. Man müsste sich dann z.B. 
> drauf einigen, was das hier bedeutet:
> 1273675886,1
> 1273675895,4
> 
> sind das 4 Pulse in Sekunde *95 oder 4 Pulse seit *86.
> 
> Möglich wäre auch noch sowas:
> 1273675886,1
> 1273675895,2
> 1273675910,3
> 1273675912,5
> 1273675914,6
> 1273675920,7
> 
> also zu jedem abgespeicherten Timestamp die absolute Anzahl der Pulse. Das 
> hilft zumindest, wenn ein Timestamp nicht übertragen wird.

das könnt Ihr hier gerne diskutieren - da werde ich mich diese Woche mal raushalten. Ganz kurz meine Meinung dazu:
- Vorteil der letzten Variante ("absoluter" Zählerstand wird immer übermittelt): wenn Impulse verloren gehen, wir die Darstellung für diese Zeitpunkte unpräzise; sobald man aber einen größeren Zeitraum darstellt, ist das aber irrelevant
- ob "4 Impulse pro Sekunde" oder "4 Impulse seit dem letzten Impuls" spielt m.E. keine Rolle (möglich, dass ich damit den nächsten Kreuzzug anzettele...)
- die "API", also die Parameter für das Logging und die Auswertung halte ich derzeit für den wichtigsten Teil der Spezifikation; wie die Werte vom eigentlichen Stromzähler dahin kommen, wie die Werte abgespeichert werden (und in welcher Form), wie die Visualisierung aussieht, auf welcher Plattform das Ganze läuft (volkszaehler.org, mein.volkszaehler, ...) ist davon unabhängig - hier wird es dann vielleicht auch mehrere Ausprägungen geben

Danke schon mal für's Lesen und drüber Nachdenken.


Gruss, J.