[vz-dev] [Fwd: Volkszaehler.org Fragen/Testing]

[Volker]

Am 05.10.2011 08:33 schrieb Klaus J. Mueller:
> Moin Volker,
>
> willkommen! :-)
>
> Am 05.10.2011 um 00:24 schrieb Steffen Vogel:
>
>> zunächst mal vorweg nicht erschrecken über die etwas längliche Mail. Was
>> Ihr bei volkszaehler.org bisher erreicht habt ist einfach genial.
> vielen Dank für die Blumen (das sag ich auch im Namen von Steffen, der ist im
> Moment gerade etwas Land unter).
>
> Apropos: am Liebsten ist es uns, wenn solche Mails über die Mailingliste
> gehen, Details [1]

So gemacht, ich schreibe gleich über den Weg zurück.
Ich lasse den ursprünglichen Text drin stehen, damit jeder weiß um was es geht :)

>> Ich habe letztes Wochenende von Eurem Projekt erfahren, bei Pollin den
>> NET-IO bestellt (war zu faul das Teil selbst zusammen zu löten, obwohl ich
>> mit den AVR beruflich schon genug entwickelt habe) und Freitag bis Samstag
>> den Volkszaehler aufgesetzt. Um es kurz zu machen: Ich habe mich
>> durchgebissen und das Teil läuft mit 4 S0-Zählern die ohnehin schon hier im
>> Haus verbaut waren.
> schön, so soll's sein!
>
>> Ein paar Probleme hatte ich allerdings zu umschiffen, die nicht vollständig
>> dokumentiert sind bzw. Fehler im Installationsskript. Wenn es Euch
>> interessiert könnt Ihr vielleicht etwas davon in die Doku aufnehmen oder
>> den einen oder anderen Bug beheben (wenns denn einer ist und nicht an
>> meiner Dusseligkeit liegt ;) ).
> Du schreibst, Du hast wenig Zeit - naja: wir haben tatsächlich auch noch
> andere Hobbies ;-)
>
> Im Ernst: helfen kannst Du uns am Besten dann, wenn Du Zeit mitbringst. Deine
> Hinweise sind wertvoll - das gesamte Projekt ist Open Source: die Doku liegt
> im Wiki, der Source auf git ->  Fehler gefunden? ->  fixen ->  fertig!
>
>> Kurz noch zu meiner Person: Ich habe vor mehr als 20 Jahren fast das
>> gleiche wie Du studiert, arbeite als HW-Entwickler und habe auch schon
>> privat viel mit AVRs entwickelt, auch mit dem µIP-Stack.
>
> ...jaja, es sind immer wieder die gleichen Leute, die wir hier anziehen :-)
> Dann dürften wir beide ein "ähnliches Semester" sein - bei mir sind es noch
> nicht ganz 20 Jahre und ich bin nicht in der HW-Entwicklung gelandet.
> Vermutlich ist das der Grund, weshalb es mich vor 2 Jahren wieder zur HW
> hingezogen hat und ich den volkszaehler als uC-Projekt angefangen habe. Im
> aktuellen Code ist von meinem Prototypen allerdings nichts mehr übrig:
> Steffen habe ich im Mai 2010 auf der SIGINT in Köln kennen gelernt. Er hat
> eine neue Architektur entworfen und im Wesentlichen den gesamten aktuellen
> Code (Middleware, Frontend, vzlogger) gebaut.
>
>> Wenn Du hier weiter lesen willst liste ich hier einfach mal ein paar Punkte
>> auf die mir aufgefallen sind.
> ich kommentier die Punkte kurz
>
>> Die Middleware läuft auf einem PC-Engines Alix-Board (ohne VGA und Tastatur
>> ;) übrigens für 90€ gar nicht mal so schlecht für die Anwendung bei<5W
>> Stromverbrauch) unter Debian Squeeze. Datenbank ist mySQL, Web-Server
>> Apache2.
> oh, wunderbar - wir haben einen Mini-Benchmark [2] und würden uns freuen,
> wenn Du Deine Alix-Werte einträgst, ich weiss bisher von keinem Nutzer, der
> eine hat und bin gespannt.

Mist die Testwerte habe ich vorgestern aus der DB gelöscht jetzt muss ich mal 
sehen wie ich die da wieder rein bekommen, hatte bis vor knapp einer Woche mit 
mySQL nix am Hut... ;)
Ist jetzt im Wiki eingetragen.
Was ist eigentlich apc in Verbindung mit dem apache2?

>> Problem 1: Installscript Bei mir wurde der include_path auf das
>> PHP-Verzeichnis von Doctrine nicht gesetzt. Ein Symlink in /usr/share/pear
>> hat geholfen.
> ->  bitte im git/wiki korrigieren - danke!

Ich bin aber echt kein shellscript Experte, sonst vermurks ich das 
install-script noch ganz. Der fix oben hat bei mir funktioniert, ich habe den 
symlink halt angelegt wo ich der Meinung war dass das hilft...

>> Problem 2: In der Beta der middelware aus Git (die vom Script installiert
>> werden) stimmen einige Referenzen auf stylesheets und jquery-Scripte nicht
>> mit der index-html überein. Das ich da nicht so der Experte bin um das zu
>> fixen, habe ich hier momentan die stable 0.2 laufen, die aber vermutlich
>> für ein paar Probs weiter unten verantwortlich ist.
> kannst Du hier genauere Infos liefern? "einige Referenzen auf stylesheets und
> jquery-Skripte stimmen nicht mit der index.html überein"

Habe leider den server rebootet und die error.log vom apache liegt auf ner 
Ramdisk. Aus der Erinnerung waren das Verweise auf jquery-1.5.1.js und 
jquery-ui-1.8.10.min.js, die im aktuellen git höhere Versionsnummer haben und 
somit nicht mehr gefunden werden. Im ordner stylesheet wurde auch noch einiges 
nicht gefunden. Ich vermute die index.html müsste aktualisiert werden. Zur Not 
muss ich am WE noch mal testen welche errors genau aufgetaucht sind.

>> Doku Ethersex/NET-IO-Board: Hier sollte der Hinweis rein, dass zwingend
>> min. ein mega644 verwendet werden muss um alle Pins im Interrupt-Betrieb
>> nutzen zu können.
> das wissen wir :-) Es steht auch schon im Wiki [3] - kannst Du uns helfen und
> es an die Stelle schreiben, an der Du es erwartet hättest? vielleicht hier
> [4]? Danke!

Hab mich im Wiki angemeldet und werde da demnächst mal ein paar Sachen nachtragen.

>
>> Im Polling-Mode gehen Impulse verloren.
> jepp. das ist doof
>
>> Um die Timestamps zu nutzen muss SystemClock aktiviert werden, dann kann
>> auch NTP eingeschaltet werden um die interne Uhr zu stellen.
> hm - das wundert mich, ich nutze NTP und hätte gedacht, dass alle
> Abweichungen von der ethersex-Standard-Config in [4] dokumentiert sind.
> Allerdings habe ich schon eine Weile kein aktuelles ethersex mehr geflasht
> und die Jungs haben an den Zeiteinstellungen (DCF, NTP...) geschraubt. Auch
> hier würde ich mich freuen, wenn Du im Wiki die aktuell notwendigen
> Abweichungen aktualisierst.
>
>> Kann man eigentlich irgendwo einstellen wie oft der NTP abgefragt wird?
> uff - kann ich Dir aus dem Stand nicht sagen; ich vermute: nein. Das wissen
> aber die Leute von ethersex ganz genau (ML, IRC).
>
>> Ich lasse hier übrigens die die Zählimpulse 64s sammeln, damit die
>> Datenbank nicht gleich explodiert... :)
> das ist ein legitimer Ansatz - allerdings kenne ich nur einen (den Autor des
> Codes...), der die Idee zu mögen scheint :-) Mir gefällt daran nicht, dass
> man so Auflösung verliert. Ich denke, dass das kaum Jemand nutzt und daher
> auch ein paar Macken damit verbunden sind, u. a. die von Dir angesprochenen
> falschen Verbrauchs- und die (darauf aufbauenden) Durchschnittswerte.

Genau das wars! Die Auswertung zählt nur einen Impuls je Dateneintrag, bei mir 
steht aber erheblich mehr drin. Habe zwar keine Ahnung von PHP aber ich glaube 
der Bug ist in der MeterInterpreter.php in Zeile 115:

vorher:
$this->pulseCount += $row[2];

ersetzt durch:
$this->pulseCount += $row[1];

Jedenfalls sind bei mir jetzt die Werte in Ordnung. Wenn das so aus Eurer Sicht 
ok ist melde ich mich bei github an und korrigiere das.

Der Grund für die Minutenwerte ist bei mir folgender: Ich habe hier ein 
2-Familienhaus dran hängen und eine Heizungswärmepumpe die wenn es dumm läuft 
12kw zieht. Die WP alleine würde dann schon 3 Datenbankeinträge pro s machen. 
Ich weiß nicht, ob das Alix-Board das wegschreibt, zumal die SQL-Datenbank im 
Moment auf einem 8GB USB-Stick liegt (mal sehen wie lange der das aus hält!)...

>> Zum Schluss noch ein paar Punkte die Ihr vielleicht schon korrigiert habt
>> (hier läuft zur Zeit stable 0.2) - Die Verbrauchs und Durchschnittswerte
>> zeigen totalen Käse an (siehe Anhang)
> s.o.

Ist mit dem Patch oben erledigt.

>> - Bei S0 Zählern die in bestimmten Zeiträumen gar keine Impulse liefern,
>> weil der Verbrauch 0 ist und folglich keine Einträge in der Datenbank hinzu
>> kommen, werden in der Grafik falsch dargestellt (Brauchwasser, grün).
> an der Stelle haben wir schon einige Zeit verbracht :-) Zwischen 0.2 und dem
> aktuellen git hat sich da aber nix geändert. Welche Anzeige würdest Du denn
> erwarten? Ich vermute, dass Deine Daten für den Kanal so aussehen: -
> (überhaupt) kein Impuls in der DB vor 3.10., ca. 16:05 - kein Impuls in der
> DB nach 3.10., ca. 16:42 Schau mal, ob das stimmt. Das ist dann ein
> Sonderfall, da wir bislang davon ausgegangen sind, dass man nicht auf das
> gesamte in der DB gespeicherte Intervall zoomt - die Annahme ist natürlich
> nicht perfekt (wie sich jetzt zeigt). Ansonsten sucht sich die Middleware den
> jeweils nächsten Punkt, der ausserhalb des Anzeigefensters liegt und
> berechnet einen Mittelwert für den linken und rechten Rand. Da müssen wir
> wohl noch besser werden. Bitte schau mal nach, ob meine Annahme oben stimmt.
> Danke!

Genau so ist es, das Problem ist aber mit dem Patch oben bis auf ein grafisches 
Darstellungsproblem behoben, die Verbrauchswerte stimmen jetzt in allen 
Zeitintervallen.


>> - Wo um Himmels willen werden die Farben der Grafik gespeichert, ich finde
>> es einfach nicht und hätte gerne an jedem Rechner die gleichen Farben der
>> Stromkreise ;)
> :-) die Farbe gebe ich an Steffen weiter
>
>> Ich würde gerne Betatests der Middleware durchführen, vielleicht kann ich
>> Euch so mit dem Projekt wenigstens ein kleines bisschen helfen, für mehr
>> fürchte ich fehlt mir im Augenblick die Zeit.
> das ist super, danke!
>
> Vielen Dank jetzt schon mal für Deine Zeit!
>
> Bitte abonnier die Liste und poste künftig dort, dann "erwischst" Du uns
> gleich alle und alle profitieren von den Fragen und Antworten. Danke!

Bin schon dabei ;)

> Ach: wir haben Anfang November übrigens ein kleines "User-Treffen": das
> Elektro-Camp [5] in Groningen (NL). Vielleicht passt das ja bei Dir.
>
> Bis bald!
>
>
> Gruss, K. (alias Justin)

Gruss Volker

>
> [1] http://wiki.volkszaehler.org/contact#mailing_listen [2]
> http://wiki.volkszaehler.org/development/benchmark [3]
> http://wiki.volkszaehler.org/development/prototype#software [4]
> http://wiki.volkszaehler.org/software/controller/ethersex [5]
> http://elektro-camp.de
>
>

-- 
Volker Troyke
Homepage: www.troyke.de
E-Mail  : v.ty at gmx.de