Moin, vielen Dank für die Teilnahme!
Hier mal meine persönliche Zusammenfassung (natürlich nur bezogen auf die Rückmeldungen - über die „Dunkelziffer“ könnte ich naturgemäß nur spekulieren; und das lass’ ich). - die meisten nutzen den RPi unter Debian und betreiben diesen bei sich selbst - keiner scheint demo.volkszaehler.org zu verwenden (das ist für mich eine gute Nachricht; das verringert den Druck, wenn er mal wieder nicht tut (c: ) - Debian-Paket: kaum Jemand verwendet dieses; das ist gut zu wissen (das war auch der konkrete Anlass für die Umfrage, obwohl ich das schon länger „auf dem Zettel“ hatte); mir erscheint ein Image mit integrierter Build-Umgebung daher der sinnvollste Ansatz; ein Update lässt sich dann via „git pull && cmake . && make install“ machen; das ist m.E. einfach genug und lässt sich zur Not dann auch noch skripten. Das erspart außerdem den immensen Einmalaufwand für die regelmäßige Bereitstellung plattformspezifischer Debian-Pakete - zu den Feature-Wünschen möchte ich gar nicht viel sagen; das ist m.E. in einem Open-Source-Projekt eine Art „Spiel von Angebot und Nachfrage“; nun ist zumindest mal bekannt, wofür es eine Nachfrage gibt - ob es nun ein Angebot geben wird? Man weiß es nicht ;-) (will sagen: liegt auch an Euch!) - die Struktur der Doku und der Zustand der Doku ist wohl für manche ein Stolperstein; so toll ein Wiki auch ist - die Struktur wächst nicht von alleine; vielleicht fühlt sich hier Jemand berufen, konkrete Verbesserungen vorzunehmen oder zumindest vorzuschlagen - Frontend/Login: dass man sich am Frontend und auch an der API nicht anmelden muss/kann, ist ungewöhnlich; das hat aber einen konkreten Grund: zu einer Anmeldung gehört zwingend ein „Passwort-Reset“-Mechanismus; und da endet dann die Anonymität (derzeit sieht die Middleware nur die IP-Adresse des Clients); da würde dann eine Mail-Adresse benötigt… Es gibt einen Mittelweg: Ihr könnt eine HTTP(s)-Authentisierung vorschalten; das bedeutet aber, dass Eure Freunde keine Kanäle mehr anschauen können; ich halte das immer noch für sinnvoll Fühlt Euch eingeladen, Eure eigenen Schlüsse zu ziehen (und hier zu posten). Ich werde drüben auf vz-dev eine Info-Mail zu dieser Umfrage schicken. Gruß, J. Hier die Ergebnisse im Detail (13 Antworten): Plattform: 9x RPi 2x Banana Pi Pro 1x i386 bzw. amd86 1x Cubietruck mit RootFS 1x QNAP i386 NAS Distro: 9x Debian 1x Bananian 3x Ubuntu Server 14.04.1 LTS Quelle für vzlogger: 3x Binary aus dem RPi-Image 1x Debian Paket 9x aus den Sourcen (git & make) Zähler: 6x SML 6x „D0“ 8x S0 2x 1wire 1x Gas 1x Betriebsstundenzähler 1x Heizung vcontrol („demontiert, demnächst läuft’s wieder“) 1x Ultraschall (Wasserstand) 1x RPis interner Temperatursensor 1x MBus (in Arbeit) Middleware: 0x demo.volkszaehler.org 12x eigene Middleware im LAN 1x eigene Middleware im Internet 1x Wasserzähler (bald) Sonstige Stichworte, die Dir in Deinem Setup interessant erscheinen? - mehrere (4x) verwenden eine externe Platte wg. mangelnder Zuverlässigkeit der SD-Karte - Der Start war echt schwierig auf Grund der vielen Dokumentationsquellen zu Zähler und dem Projekt an sich. Wenn man es dann einmal auf einem Laptop laufen hat ist es sehr schnell auf einen Einplatinenrechner und Internethost installiert. - Auch an den Umgang mit einer Mailliste musste ich mich (wieder) gewöhnen. - Das D0 Protokoll läuft mit einer Anpassung am Parser von Matthias (Danke!). - Integration in FHEM - Logge Außerdem noch Diverse 1Wire Temperaturen meiner Wärmepumpe und Außentemperatur aus FHEM heraus gegen die VZ Middleware. - Erweiterung von Udo - 2 Temperatursensoren an 1-wire, - in die Sensoren ausgelagerte "Delays" um unerwünschte Impulse zu unterdrücken (z.B. Gas = 30s, Wasser = 1s) - Betriebsundenzaehler in 10s Impulsen um Daten zu minimieren - Der S0 der PV-Anlage wird über TTL-USB-Wandler vom vzlogger eingelesen da s0vz keine Aggregation kann und der Pi sonst beim Schreiben der Einzel-Impulse leicht überfordert ist :-) - Absicherung per HTTPS und Basic Authentication eingerichtet, zuletzt aber nur noch Zugriff (wenn von außen) per VPN (über Fritzbox) Features, die Du gerne sehen würdest? - bin zufrieden! Frontend - Ein Berechtigungskonzept mit Login für das Frontend wäre wirklich gut :-) - Eine Art Benutzerverwaltung/Login für das Frontend - Dashboard für das Frontend wäre cool… - Flexible Dashboard-Gestaltung, z.B. mehrere Graphen, zusätzliche Meter wie Gauges etc. - Stacked Lines, z.B. vorzeichenrichtiger Verbrauch und Einspeisung mit negativem Verbrauch (also Netzeinspeisung) im -y Quadranten - Darstellung von Gesamtverbrauchswerten ohne den Fehler durch die zeitliche Aggregation, z.B. Tag, Woche, Monat, Jahr - Rechenoperationen mit den Werten, z.B. für eine PV Eigenverbrauchquote - Auswertung per App Doku - Das Wiki könnte etwas "kompakter" sein (hier unterstütze ich gerne) - Für ein Projekt mit dem Namen Volkszähler steht der Begriff Middleware oft im Vordergrund und baut eine unnötige Hürde für Laien auf. Wenn man über Zähler, Vzlogger/Vzclient und Volkszähler-Frontend kommunizieren würde, verstehen Einsteiger das Thema einfacher. - Dokumentation ist teilweise veraltet, inkonsistent (zum Beispiel im Vergleich zu FHEM). Inbetriebnahme mit viel Trial & Error, es fehlen praktische konkrete aktuelle Beispiele und Erklärungen. Support per Mailing-List finde ich etwas umständlich. Auswertung - Logbuchmöglichkeit z.B. Dienstag 13.01.2015 18:00 Uhr - 19:42 Uhr Spülmaschine eingeschaltet - Grundlast ausblenden um zu sehen welche tasächliche Leistung hat z.B. der Toaster - eine automatische (zB. wöchentlich) Mail mit kleinem Bericht der täglichen Verbräuche und der Wochensumme. Verhaltensänderungen im Stromverbrauch können leicht mit der Vorwoche verglichen werden und motivieren. - schönere und flexiblere Auswertung (einzelne Diagramme, Heatmap wie neulich vorgestellt) - "user defined queries" (z.B. die Tagestiefsttemperaturen eines channels) - Export PDF Datei mit Verbrauch und Kosten für Gesammtes Jahr mit einzelnen Monaten auf einer Seite währe Super vzlogger - Vzlogger kann die GPIOs lesen allgemein - SCHNELLERE Auswertung (trotz Aggregation immer noch lahm) - stabilerer Betrieb (siehe oben - SD-Karte macht regelmäßig Ärger, System hängt sich auf) - Monitor-Daemon, der geloggte Werte „beobachtet“ und bei Abweichungen Mitteilungen/Warnungen verschicken kann (z.B. hoher Wasserverbrauch in der Nacht, langer, hoher Stromverbrauch,… - Datenbank automatisch zum Webhoster senden; Graphen in wordpress erzeugen / naja das ist wohl eher mein Problem - Eine Idee wie man an Werte aus anderen Quellen, z.B. einer homematic Stuerung o.ä. ran kommt, ohne 90% der zeitlichen Auflösung zu verlieren. Irgendwas mit Event-Triggern, soll heissen wenn hier update dann Werte schnappen und Update im VZ oder so …was Du immer schon mal loswerden wolltest? - Danke an Euch alle! - Sonst binn ich sehr Zufrieden ;) - Vielen Dank für Eure tolle Arbeit! - Insgesamt aber toll, bin dankbar für die vielen Entwickler! - Vielen dank an alle die die den Volkszähler möglich machen und gemacht haben! - Ich bin immernoch auf der Suche nach einem Zähler (egal ob Dreipunktbefestigung oder eHz) der Strom, Spannung und Leistung auf den einzelnen Phasen per Protokoll ausgibt, habe jetzt schon bei einigen Herstellern angefragt, wenn ich überhaupt Rückmeldung bekomme, dann leider die Aussage das geht mit dem Zähler nicht :-( - Vielen Dank für das Super Projekt. - Hatte viele "Schlaflos vorm Volkszaehler Nächte“; Bringt aber Spass - Klasse Tool wenn man über die erste "Häh?"-Phase hinweg ist - Ganz toller Support hier in der ML und der HW Support durch Udo. Wirklich mal ein ganz dickes Dankeschön - Generell wie bei so vielen super coolen Open-Source Projekten ein herzliches Dankeschön für die vielen, vielen Stunden, das viele Know-How und die gewisse Portion Genialität die drin steckt - Ein fettes Merci an Alle die hier mithelfen! :-) - Danke an alle, die ihre Zeit investieren und helfen. - DANKE an alle für Entwicklung und Support!!!
