Kurze Zusammenfassung aus dem Sammelthread:
Zitat von sollner11Alles anzeigenich möchte mal zwei Sätze zu den Datenmassen sagen:
- volkszaehler.de ist sehr gut, wenn ich mal einen Verbraucher identifizieren will, oder generell meine Verbrauchsgewohnheiten überprüfen will => Echtzeit Verfolgung
-volkszaehler.de wäre optimal, wenn man über das eigenverbrauchs-script ein Signal bekommt, um seinen Eigenverbrauch zu steuern (machen sicher schon einige) => Echtzeit Verfolgung
in der Archivierung der Daten sehe ich überhaupt keinen Sinn
mich interessiert nur die Echtzeit, maximal mal ein Tagesverlauf zurück
ausserdem ist die DB auch im Frontend nicht wirklich zu gebrauchen, schon die Tagesansicht dauert hier ewig, und führt (?) zum Aussetzen des loggers (jedenfalls gefühlt)
nach einiger Zeit und einer eingehenden Phase des "In sich Gehens" trauer ich den geloggten Daten vom Januar+Februar+Mitte März bis zum neuen Aufsetzen des Raspi genau "gar nicht" nach, ich brauch sie einfach nicht mehr
und ich komme auch nicht komfortabel ran
Zitat von JAUTageswerte fände ich jetzt auch nicht so spannend, eher Monats- oder Wochenwerte im Jahresvergleich. Da muss ich aber zugeben das der vz bei der Darstellung noch Wünsche offen lässt.
Mir schwebt da ein Reiter mit aktuellen Zählerständen und eine "schönere" Jahreskurve vor.
Wobei der Vorteil des vz (auch als Solarlogger) ja in der DB liegt. Man kann die Daten individuell zurechfummeln. Bei csv bist du in Format und Auflösung absolut festgenagelt.
Zitat von JAUEin Script das die Daten der vorletzten Minute bis auf einen Satz löscht. Ich bin aber noch nicht ganz zufrieden und grüble noch ein wenig wie ich das besser machen kann.
PHPAlles anzeigen<?php // db_strippen.php // Script zur reduzierung auf 1 Datensatz pro Minute, alle(!) SML-Zähler // in volkszaehler.org mySQL Datenbank. 2013-03-31 // Es ist minütlich als cronjob aufzurufen. // Standard Passwort und Datenbank $verbindung = mysql_connect ("localhost", "root", "raspberry") or die ("keine Verbindung möglich. Benutzername oder Passwort sind falsch"); mysql_select_db("volkszaehler") or die ("Die Datenbank existiert nicht."); $abfrage1 = "SELECT id FROM entities WHERE type = 'electric meter'"; $ergebnis1 = mysql_query($abfrage1); while($id = mysql_fetch_array($ergebnis1, MYSQL_NUM)) { $abfrage2 = sprintf("SELECT COUNT(*) FROM data WHERE (UNIX_TIMESTAMP(NOW())-120)*1000 < TIMESTAMP AND (UNIX_TIMESTAMP(NOW())-59)*1000 > TIMESTAMP AND CHANNEL_ID = %s ;", $id[0]); $ergebnis2 = mysql_query($abfrage2); while($rows = mysql_fetch_array($ergebnis2, MYSQL_BOTH)) { if ($rows[0]) { $todel = $rows[0]-1; $delorder = sprintf("DELETE FROM data WHERE (UNIX_TIMESTAMP(NOW())-120)*1000 < TIMESTAMP AND (UNIX_TIMESTAMP(NOW())-59)*1000 > TIMESTAMP AND CHANNEL_ID = %s ORDER BY timestamp DESC LIMIT %s;", $id[0], $todel); $ergebnis3 = mysql_query($delorder); echo "Daten gelöscht\n"; } else { echo "Keine überschüssigen Daten\n"; } } } ?>
Zitat von rgrEin anderer Benutzer hat sich der Datenflut angenommen: http://volkszaehler.org/piperm…ev/2013-April/002474.html
Zitat von JAUNa da bin ich mal gespannt ob das Script mit "Older than 0 days" auch funktioniert. :wink:
Aber heute nicht mehr...
Zitat von sollner11SML-Zähler (und da nicht die Leistung sondern die Zählerstände) sind nochmal was für Sensoren?
eine Reduktion der Daten pro Zeiteinheit, sollte dann ja wohl die Summe der gekillten Werte pro der neuen Zeiteinheit sein, oder?
also ein Bügeln der Kurve