Am Samstag, 13. April 2013 um 20:57 schrieb Peter Evertz:
Am 08.04.2013 12:09, schrieb Peter Evertz:
Der vzlogger liefert für SML Messsages scheinbar jeden Messwert an die
middleware. Das führt zu grossen Datenmengen und auch Lastproblemen
auf schwacher Hardware ( z.B. raspi ).
Ich
Am Samstag, 13. April 2013 um 20:57 schrieb Peter Evertz:
Furchtlose betatester vor: https://github.com/peterevertz/vzlogger.git
Da passt was nicht.
Ich habe 2 Meter, zusammen 3 Kanäle, alle SML.
Zuerst hatte ich noch einen Fehler in der Config (die aggtime
vergessen) was starke Peaks zur Folge
Am 14.04.2013 15:29, schrieb Daniel Lauckner:
Am Samstag, 13. April 2013 um 20:57 schrieb Peter Evertz:
Furchtlose betatester vor: https://github.com/peterevertz/vzlogger.git
Da passt was nicht.
Ich habe 2 Meter, zusammen 3 Kanäle, alle SML.
Zuerst hatte ich noch einen Fehler in der Config
Am 14.04.2013 10:56, schrieb Daniel Lauckner:
Am Samstag, 13. April 2013 um 20:57 schrieb Peter Evertz:
Am 08.04.2013 12:09, schrieb Peter Evertz:
aggtime : 15, /* Das ist die Zeit die mindestens gesammelt
wird */
In Sekunden?
Ja.
aggmode : MAX, /* MAX = maximum
Morgen,
Am Montag, 15. April 2013 um 01:05 schrieb Peter Evertz:
Am 14.04.2013 10:56, schrieb Daniel Lauckner:
Am Samstag, 13. April 2013 um 20:57 schrieb Peter Evertz:
Am 08.04.2013 12:09, schrieb Peter Evertz:
aggmode : MAX, /* MAX = maximum des
Aggregationszeitraum (für
Am 08.04.2013 12:09, schrieb Peter Evertz:
Der vzlogger liefert für SML Messsages scheinbar jeden Messwert an die
middleware. Das führt zu grossen Datenmengen und auch Lastproblemen
auf schwacher Hardware ( z.B. raspi ).
Ich überlege den vzlogger so zu erweitern dass er in einem Zeitfenster
On Wed, 10 Apr 2013 19:40:47 +0200 Jan Tamm v...@tamms.net wrote:
Meinungen? blöde Idee ? Gibt es schon ?
Ich schaue mir eh gerade den S0 Meter via RS232 an und wollte das mit dem
Durchschnitt eh einfügen. Nun nehme ich Deinen Vorschlag für die
Parameternamen und baue das dort einfach
Hallo Zusammen,
2013/4/10 Jan Tamm v...@tamms.net
Meinungen? blöde Idee ? Gibt es schon ?
Ich schaue mir eh gerade den S0 Meter via RS232 an und wollte das mit dem
Durchschnitt eh einfügen. Nun nehme ich Deinen Vorschlag für die
Parameternamen und baue das dort einfach einmal ein. Die
Am 11.04.2013 16:41, schrieb Andreas Goetz:
Hallo Zusammen,
2013/4/10 Jan Tamm v...@tamms.net mailto:v...@tamms.net
Meinungen? blöde Idee ? Gibt es schon ?
Ich schaue mir eh gerade den S0 Meter via RS232 an und wollte das
mit dem Durchschnitt eh einfügen. Nun nehme ich Deinen
Am 11. April 2013 12:50 schrieb Peter Evertz l...@pec.homeip.net:
Ich sehe dass wie Thorben: Von der Programmstruktur wäre der Einbau in
jeden meter ein ziemliches gefrickel.
- Die Classe Buffer bekommt eine Funktion aggregieren.
- die function reading_thread wiederholt das lesen bis der
On Thu, 11 Apr 2013 20:39:14 +0200 Jan Tamm v...@tamms.net wrote:
Am 11. April 2013 12:50 schrieb Peter Evertz l...@pec.homeip.net:
Ich sehe dass wie Thorben: Von der Programmstruktur wäre der Einbau in
jeden meter ein ziemliches gefrickel.
- Die Classe Buffer bekommt eine Funktion
Der vzlogger liefert für SML Messsages scheinbar jeden Messwert an die
middleware. Das führt zu grossen Datenmengen und auch Lastproblemen auf
schwacher Hardware ( z.B. raspi ).
Ich überlege den vzlogger so zu erweitern dass er in einem Zeitfenster
aggregiert.
Idee:
enabled : true,
Hi,
Am 08.04.2013 um 12:41 schrieb sollner11:
Meinungen?: aus Sicht eines Anwenders kann ich das nur begrüßen, und zwar
dringend
blöde Idee?: nein, überhaupt nicht
Gibt es schon?: nicht aus dem Projekt heraus, oder?
Fazit: anfangen
ACK!
Gruss, J.
13 matches
Mail list logo
