Re: [vz-dev] Falsche Darstellung von Stromzählerwerten

2013-11-20 Diskussionsfäden Daniel Lauckner
Am Dienstag, 19. November 2013 um 16:35 schrieb Jürgen Müller: Wird dann wieder Strom bezogen zeigt mir der Graph immer eine ansteigende Rampe, statt eines Pulses nach einer langen Flatline Ist hier schon ein Fehler bekannt? Ja, ein Konfigurationsfehler. Du kannst bei den Graphen als Style

Re: [vz-dev] Falsche Darstellung von Stromzählerwerten

2013-11-20 Diskussionsfäden Daniel Lauckner
Am Mittwoch, 20. November 2013 um 19:37 schrieb Jürgen Müller: Der Zähler hat nur eine Auflösung von 0.01 kWh, weshalb nicht bei jeder Messung eine Änderung erfolgt. Die Summe die unten Angezeigt wird (360 Wh) stimmt. Der Graph entspricht dem aber nicht. Hast du hier auch einen Vorschlag?

Re: [vz-dev] Kanal doppelt in DB ablegen

2013-05-12 Diskussionsfäden Daniel Lauckner
Ups, da fehlt noch ein Satz am Schluss. Am Sonntag, 12. Mai 2013 um 18:04 schrieb Daniel Lauckner: In so einem Fall doch lieber die Daten normal loggen und nachträglich komprimieren... Dann wären auch das Problem mit der gleichzeitigkeit der Daten erledigt. (Lass dich nicht verwirren Thorben

Re: [vz-dev] Alternative Implementierung für vzcompress

2013-04-29 Diskussionsfäden Daniel Lauckner
Am Montag, 15. April 2013 um 22:15 schrieb Florian Knodt: Am 2013-04-14 12:50, schrieb Daniel Lauckner: Scheint so als würde das Script die letze Zeile falsch interpretieren. oh ja, stimmt, da ist was in der Schleife faul Und ist repariert. Danke! Bislang hab ich mit der aktuellen Version

Re: [vz-dev] Aggregierung von Daten im vzlogger ? BETATESTER gesucht !

2013-04-14 Diskussionsfäden Daniel Lauckner
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

Re: [vz-dev] Alternative Implementierung für vzcompress

2013-04-14 Diskussionsfäden Daniel Lauckner
Am Sonntag, 14. April 2013 um 11:26 schrieb Daniel Lauckner: Sieht bei mir im Moent so aus (Z. 259 - 263): 'default' = array( //Definition for all other channels (1*24*60*60)= (1*60), //Older than 1 Days (org: 7) Datapoint per 1 Minute (30*24*60*60

Re: [vz-dev] Aggregierung von Daten im vzlogger ? BETATESTER gesucht !

2013-04-14 Diskussionsfäden 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 (die aggtime vergessen) was starke Peaks zur Folge

Re: [vz-dev] Aggregierung von Daten im vzlogger ? BETATESTER gesucht !

2013-04-14 Diskussionsfäden Daniel Lauckner
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

Re: [vz-dev] vzlogger c++ version instabil (was: S0 Meter direkt an RS232 und Raspberry Pi)

2013-04-12 Diskussionsfäden Daniel Lauckner
Am Donnerstag, 11. April 2013 um 21:00 schrieb Daniel Lauckner: Am Donnerstag, 11. April 2013 um 17:05 schrieb Thorben Thuermer: die frage ist: wer kann einen debugger bedienen und beschafft uns einen backtrace?! Hab ich noch nie gemacht, aber wenn fürs Erste ein coredump genügt: Warten wir

Re: [vz-dev] S0 Meter direkt an RS232 und Raspberry Pi

2013-04-11 Diskussionsfäden Daniel Lauckner
Am Donnerstag, 11. April 2013 um 10:07 schrieb Thorben Thuermer: On Thu, 11 Apr 2013 10:00:35 +0200 Bernd Gewehr be...@gewehr.net wrote: Am 10.04.2013 um 22:00 schrieb Udo1 u...@gmx.net: Ich halte auch nicht viel davon vzlogger um alles und jedes zu erweitern. Die Probleme mit vzlogger sind

Re: [vz-dev] Alternative Implementierung für vzcompress

2013-04-11 Diskussionsfäden Daniel Lauckner
Abend, Am Samstag, 6. April 2013 um 01:49 schrieb f.kn...@yotaweb.de: Am 2013-04-05 21:08, schrieb Daniel Lauckner: Aber eine Frage: Du sind jetzt 4 Regeln definiert nach denen gelöscht/zusammengefasst werden soll. Mir würden 2 reichen. Kann ich die Zeilen 262 und 263 einfach löschen? Ja

Re: [vz-dev] Alternative Implementierung für vzcompress

2013-04-07 Diskussionsfäden Daniel Lauckner
Abend, Florian Auch von mir ein herzliches Dankeschön für das Script. Am Samstag, 6. April 2013 um 20:54 schrieb Bernd Gewehr: Ich überlege, ob mir eine Optimierung einfällt, um die redundante Bearbeitung der alten Daten immer und immer wieder zu umgehen: Mir ist aufgefallen das das Script

Re: [vz-dev] Alternative Implementierung für vzcompress

2013-04-05 Diskussionsfäden Daniel Lauckner
Am Donnerstag, 4. April 2013 um 23:32 schrieb Thorben Thuermer: der vz-user hat keine delete-rechte, weil die middleware normalerweise nie daten loescht - sollte man wohl mal weniger restriktiv anlegen. Hab ich jetzt gemacht und das Script läuft im Moment. Aber eine Frage: Du sind jetzt 4

Re: [vz-dev] Alternative Implementierung für vzcompress

2013-04-04 Diskussionsfäden Daniel Lauckner
Am Donnerstag, 4. April 2013 um 15:03 schrieb f.kn...@yotaweb.de: Da hab ich wohl nen Hinweis vergessen - dieser Commit für die EntityDefinition müsste noch rein, sonst verschluckt sich PHP an der JSON-Datei: https://github.com/volkszaehler/volkszaehler.org/pull/43. Hab die Zeile geändert

Re: [vz-dev] Alternative Implementierung für vzcompress

2013-04-03 Diskussionsfäden Daniel Lauckner
for foreach() in /home/pi/bin/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type powersensor in /home/pi/bin/vzcompress2.php on line 161 Done. Purged Datapoints from 5 Channels in 0 Seconds mfg Daniel Lauckner