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
On Fri, 26 Apr 2013 22:49:55 +0200 sollner11 p...@macpat.de wrote:
hallo,
vzlogger2 lief jetzt bei mir sauber durch
vzlogger2? hab' ich was verpasst?
[Bildschirmfoto 2013-04-26 um 22.17.24.png]
das waehren 1kb text...
oder halt 150kb bitmapgrafik als screenshot eines terminalemulators mit
haben sie dir ein bier gegeben auf dem camp? ;-)
Am 27.04.2013 um 15:23 schrieb Thorben Thuermer r...@constancy.org:
On Fri, 26 Apr 2013 22:49:55 +0200 sollner11 p...@macpat.de wrote:
hallo,
vzlogger2 lief jetzt bei mir sauber durch
vzlogger2? hab' ich was verpasst?
[Bildschirmfoto
Frage:
wie kann ich in phpmyadmin noch die paar peaks rauslöschen?
es müssen ja irgendwelche unsinnigen Zählerstände sein
indem du zur richtigen zeit navigiegert
du meinst, ich brauch für das vz-projekt ne pappwand mit anleitungen, die
strikt einzuhalten sind?
wie bei einem russischen
hallo,
nochmaliger versuch:
aber zuerst mysqldump inkl. Fehlermeldungen
oot@raspberrypi:/home/pi/bin# ./mysql-backup
Sichere Datenbank volkszaehler in Datei
/home/pi/backup/mysql/20130425_2033-mysqldump-volkszaehler.bz2
mysqldump: Error 2013: Lost connection to MySQL server during query when
On Thu, 25 Apr 2013 20:39:24 +0200
sollner11 p...@macpat.de wrote:
mysqldump: Error 2013: Lost connection to MySQL server during query
when dumping table `data` at row: 1610089
root@raspberrypi:/home/pi/bin# dmesg | grep Kill
[188519.226036] Killed process 2521 (mysqld) total-vm:327616kB,
On Tue, 23 Apr 2013 23:05:11 +0200
Florian Knodt f.kn...@yotaweb.de wrote:
Naend,
Am 2013-04-23 19:00, schrieb sollner11:
macht man nochmal, geht er paar minuten weiter und steigt wieder aus
sollte man irgendwas ausschalten? (mysql, vzlogger usw.)
[...]
string(44) Lost connection to
On Wed, 24 Apr 2013 16:40:04 +0200 sollner11 p...@macpat.de wrote:
der Datenbankserver trennt laut Meldung die Verbindung.
hoechstwahrscheinlich weil der kernel wegen speichermangel den mysql-prozess
Ich habe ja keine Ahnung, allerdings konnts ich in TOP beobachten,
wie ein Prozess nach oben
nein ... geht nichts
eine Datenbank mit 4 Kanälen, Laufzeit ein Monat
er rödelt ne Weile
bei manchen Zeitpunkten ist es sehr zäh ... man sieht die minuten langsam an
sich vorbeiziehen
dann hängt er an einzelnen Minuten fest ... steigt aus
macht man nochmal, geht er paar minuten weiter und
Naend,
Am 2013-04-23 19:00, schrieb sollner11:
macht man nochmal, geht er paar minuten weiter und steigt wieder aus
sollte man irgendwas ausschalten? (mysql, vzlohher usw.)
[...]
string(44) Lost connection to MySQL server during query
der Datenbankserver trennt laut Meldung die
Hallo,
ich möchte nun noch meine DB schrumpfen.
1. ich hole mir das Script
2. ich lege in /misc/tools/ die vzcompress2.php an
3.
Was muss ich alles editieren?
4. Pfad
define('VZCOMPRESS2_VZPATH', '../../');
was kommt da rein?
5. compressscheme
muss ich Channel irgendwie editieren, wenn ich
- VZCompress2 installieren und als Cronjob starten evtl. mit # disabled im
Standard
cd /var/www/volkszaehler.org/misc/tools
sudo
wgethttps://raw.github.com/adlerweb/volkszaehler.org/vzcompress2/misc/tools/vzcompress2.php
sudo nano vzcompress2.php
Zeile /../../ ersetzten durch
danke
ich will das an einer SD machen, die bis vor 14 Tagen aktiv war
geht das, obwohl vzlogger nicht läuft und auch keine Optoköpfe dranhängen
ist ein zweiter Raspi, hängt in der Luft sozusagen
Gruss
Am 21.04.2013 um 15:27 schrieb Bernd Gewehr be...@gewehr.net:
- VZCompress2 installieren und
Ja funktioniert - der greift direkt auf die Datenbank zu, es müssen dazu keine
weiteren Dienste laufen.
Noch ein Hinweis an die anderen hier: inzwischen ist die Funktion mit der
Logdatei mit drin
sollner11 p...@macpat.de schrieb:
danke
ich will das an einer SD machen, die bis vor 14 Tagen
Ja funktioniert - der greift direkt auf die Datenbank zu, es müssen dazu
keine weiteren Dienste laufen.
danke
hab mal einfach todesmutig eingetippt:
root@raspberrypi:/var/www/volkszaehler.org/misc/tools# php vzcompress2.php
Processing Sensor ID 4...
PHP Warning: Invalid argument supplied
Hallo Florian,
mit etwas mehr Zeit kann ich Dir jetzt ausführlicher antworten. Zur
Erinerung nochmal das Statement (mit kleinen Optimierungen):
-- delete - all channels
delete from data
where id in (
select id from (
select o.channel_id, o.id,
(
select
Nabend,
Am 2013-04-16 10:55, schrieb Andreas Goetz:
Bei MeterInterpreter die nullen, bei SensorInterpreter
aufeinanderfolgende und identische Werte würde ich sagen - wenns bei
letzterem gleich bleibt sollte das ähnlich funktionieren.
Guter Punkt. Wenn Die den letzten Teil der WHERE-Clause
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
--
Florian
Am 2013-04-14 20:22, schrieb Andreas Goetz:
eine Optimierung welche mir für vzcompress noch einfiele wäre die
Löschung (nicht nur Komprimierung) redundanter Nullwerte.
Bei MeterInterpreter die nullen, bei SensorInterpreter
aufeinanderfolgende und identische Werte würde ich sagen - wenns bei
Im Prinzip ja- aber alle, nicht nur 3!
Von meinem iPhone gesendet
Am 15.04.2013 um 22:34 schrieb Florian Knodt f.kn...@yotaweb.de:
Nabend die Dritte,
das ist jetzt die 0-Wert-Löschung? Er sucht 3 aufeinanderfolgende Werte eines
Kanals und löscht wenn alle 0 sind den Mittleren, richtig?
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)
Hallo Zusammen,
eine Optimierung welche mir für vzcompress noch einfiele wäre die
Löschung (nicht nur Komprimierung) redundanter Nullwerte.
Hintergrund: bei normalen Stromzählern (aber auch Verbrauchsmessern)
ist tagsüber während die PV läuft der Bezug meist 0, ebenso sind
Einspeisung und
Hallo,
Am 11.04.2013 20:16, schrieb Daniel Lauckner:
den Eindruck das die DB bei den
5-Minutenwerten nicht von Anfang an bearbeitet sondern irgendwo
einsteigt.
Falls ja, wo ist das definiert?
das sind die compressscheme-Zeilen unten im Script, genauer die erste
Zahl des Arrays. Im Original
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,
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
Nabend,
Am 2013-04-07 22:46, schrieb Daniel Lauckner:
Mir ist aufgefallen das das Script beim Zeitraum immer die selben
Sekunden (26 bei 1 Minute, 47 bei 5) anzeigt.
Wenn das Script etwas zusammenfasst basiert Datum/Zeit auf der
Startzeit, ist also nicht zwingend konstant. Es ist allerdings
An: 'volkszaehler-users'; 'volkszaehler.org'
Betreff: Re: [vz-dev]Alternative Implementierung für vzcompress
Hallo,
-Ursprüngliche Nachricht-
Von: volkszaehler-dev-boun...@lists.volkszaehler.org
[mailto:volkszaehler-dev-boun...@lists.volkszaehler.org] Im Auftrag von
Daniel Lauckner
Hallo!
Das Problem mit den vermeintlichen Duplikaten ist durch den Scriptablauf zu
erklären:
In dem Moment, in dem der neue bleibende Wert in die DB geschrieben werden
soll, wird zuvor nicht sichergestellt, dass diese Kombination von ts und ch_id
nicht schon existiert.
Daher wird dann beim
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
Nabend,
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, in dem Bereich kann alles entsprechend den jeweiligen
Nabend,
Am 2013-04-05 09:49, schrieb Bernd Gewehr:
In dem Moment, in dem der neue bleibende Wert in die DB geschrieben
werden soll, wird zuvor nicht sichergestellt, dass diese Kombination
von ts und ch_id nicht schon existiert.
Jepp - den Index hatte ich wohl übersehen und bei meinem
Mahlzeit,
Am 2013-04-04 06:56, schrieb bernd:
[...]
PHP Warning: Invalid argument supplied for foreach() in
/var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154
PHP Warning: Could not detect inperpreter for type powersensor in
/var/www/volkszaehler.org/misc/tools/vzcompress2.php
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
Hallo,
-Ursprüngliche Nachricht-
Von: volkszaehler-dev-boun...@lists.volkszaehler.org
[mailto:volkszaehler-dev-boun...@lists.volkszaehler.org] Im Auftrag von
Daniel Lauckner
Gesendet: Donnerstag, 4. April 2013 23:09
An: volkszaehler.org
Betreff: Re: [vz-dev]Alternative Implementierung
...@lists.volkszaehler.org
[mailto:volkszaehler-dev-boun...@lists.volkszaehler.org] Im Auftrag von
Bernd Gewehr
Gesendet: Donnerstag, 4. April 2013 23:13
An: 'volkszaehler-users'; 'volkszaehler.org'
Betreff: Re: [vz-dev]Alternative Implementierung für vzcompress
Hallo,
-Ursprüngliche
.
-Ursprüngliche Nachricht-
Von: volkszaehler-dev-boun...@lists.volkszaehler.org
[mailto:volkszaehler-dev-boun...@lists.volkszaehler.org] Im Auftrag von
Daniel Lauckner
Gesendet: Donnerstag, 4. April 2013 23:09
An: volkszaehler.org
Betreff: Re: [vz-dev]Alternative Implementierung für vzcompress
Am
Abend,
Florian Knodt schrieb:
Getestet (im Sinne von es sind noch Daten da die stimmen könnten) ist
das Ganze gegen MySQL und SensorInterpreter, andere Sensoren sollten
funktionieren,
Bei mir leider nicht, ich hab 3 Kanäle vom Typ electric meter und 2
power sensor.
Gekürzte Ausgabe:
Hallo!
On Wed, 3 Apr 2013 23:51:44 +0200, Daniel Lauckner mail...@jahp.de
wrote:
Abend,
Florian Knodt schrieb:
Getestet (im Sinne von es sind noch Daten da die stimmen könnten) ist
das Ganze gegen MySQL und SensorInterpreter, andere Sensoren sollten
funktionieren,
Bei mir leider nicht,
Nabend,
im November gab es eine Diskussion bezüglich vzcompress und korrupten
Daten. Ursache war, dass das jetzige Tool nur für S0-Sensoren
(MeterInterpreter) geeignet ist und die Art der Komprimierung
beispielsweise Daten absoluter Sensoren (SensorInterpreter) unbrauchbar
macht. Damals ist das
39 matches
Mail list logo
