<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">ohje, Jungs - wer soll das denn alles lesen?!? :)<div class=""><br class=""></div><div class="">Ich beschreibe mal, wie das bei mir aussieht:</div><div class=""><br class=""></div><div class="">HW:</div><div class="">- am Ausgang der Heizung, an dem die Förderschnecke hängt (230V), habe ich ein Steckernetzteil ohne Gleichrichter hängen</div><div class="">  ohne Gleichrichter, weil mit diesem und dem Siebelko danach dauert das ja eine Weile, bis das Ausschalten der Schnecke zum Abfall der Spannung führt; damit ist die charmante Idee mit dem Handyladekabel schon mal raus</div><div class=""><br class=""></div><div class="">- am Ausgang des Steckernetzteils hängt Udos brillanter Betriebsstundenzähler</div><div class="">  die beiden Teiler habe ich übersprungen - am Ausgang liegen also 50 oder eben 0 Hz an</div><div class=""><br class=""></div><div class="">- am Ausgang des Betriebsstundenzählers wiederum hängt Udos spektakuläre (kleine) RPi-Erweiterung</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">SW:</div><div class="">- auf dem RPi läuft (Udos November-Image) mit Jessie und vzlogger:</div><div class="">   /usr/local/src/vzlogger/src/vzlogger -V</div>   0.5.0<br class="">    based on git version: heads/master-0-gb0badea483<br class="">    last commit date: Sun, 3 Jan 2016 19:28:10 +0100<div class=""><div class=""><br class=""></div><div class="">- meine vzlogger.conf sieht so aus (der relevante Teil davon):</div><div class="">{</div><div class="">  "retry": 0,<br class="">  "daemon": true,<br class="">  "verbosity": 5,<br class="">  "log": "/var/log/vzlogger.log",<br class="">  "meters": [<br class="">    { //Pellets<br class="">      "enabled": true,<br class="">      "allowskip": false,<br class="">      "interval": 1,<br class="">      "aggtime": 10, // aggregate all signals and give one update to middleware every <aggtime> seconds<br class="">      "aggfixedinterval": false,<br class="">      "send_zero": true, //bei Betriebsstundenzähler angebracht, damit Pausen auch als Pausen dargestellt werden<br class="">      "protocol": "s0",<br class="">      "device": "GPIO17",<br class="">      "gpio": 17,<br class="">      "mmap": "",<br class="">      "gpio_dir": -1,<br class="">      "configureGPIO": true,<br class="">      "resolution": 1, // aendert nix<br class="">      "debounce_delay": 1,<br class="">      "nonblocking_delay": 100000,<br class="">      "channels": [<br class="">        {<br class="">          "uuid": „<geheim>“<br class="">          "identifier": "Impulse",<br class="">          "api": "volkszaehler",<br class="">          "middleware": "<a href="http://demo.volkszaehler.org/middleware.php" class="">http://demo.volkszaehler.org/middleware.php</a>",<br class="">          "secretKey": "",<br class="">          "type": "device",<br class="">          "scaler": 1, <br class="">          "aggmode": "sum", <br class="">          "duplicates": 0<br class="">        }<br class="">      ]<br class="">    }<br class="">  ]<br class="">}</div><div class=""><br class=""></div><div class="">- Config im Frontend:</div><div class="">  Typ: Betriebsstundensensor</div><div class="">  Auflösung: 500 (empirisch ermittelt; 50 Hz -> 500; 1 Hz -> 10)</div><div class=""><br class=""></div><div class="">- Werte in der DB:</div><div class="">  für diesen ersten „Berg“ (5:37 - 5:39) stehen die Werte 0, 190, 500, 500, 500, 500, 500, 501, 500, 160, 0, 0, … in der DB</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Kommentare:</div><div class="">- die 50 Hz haben in Kombination mit einem hohen Log-Level (15) dazu geführt, dass der RPi überlastet war, dadurch nicht alle Impulse mitbekommen hat und dadurch dann natürlich falsche Werte geloggt hat</div><div class="">- ich hatte zuerst vermutet, dass ich da ein Prellen habe - war dann aber falsch (hab’s Udo dann schweren Herzens geglaubt)</div><div class="">- das debounce_delay war bei mir daher irrelevant, relevant war die Kombination aus verbosity und Eingangsfrequenz</div><div class="">- die Aggregation funktioniert m.E. prima; wenn ich das „interval“ hierfür um Faktor 10 vergrößere, erhöhen sich die an die MW geloggten Werte und die Anzeige bleibt konstant</div><div class="">- allerdings bin ich aus „aggmode“ nicht schlau geworden - was in welchem Fall passiert, habe ich aber auch noch nicht raus (habe meinen Test-Pi nun frei - 433 MHz-Funkmodul und Kamera sind jetzt produktiv…); das harrt noch weiterer Forschung</div><div class=""><br class=""></div><div class="">Wie präzise das ganze Setup ist, kann ich noch nicht sagen.</div><div class="">- am Dauerstrom loggt die ganze Kette wunderschöne 24h/24h - ein Traum</div><div class="">- durch die hohe Auflösung (50Hz) und den nicht vorhandenen Sieb-Elko sollte das eigentlich auch getaktet sehr präzise sein</div><div class="">- mein Eindruck ist, dass das noch nicht ganz stimmt; ich habe parallel zur Schnecke noch einen schlichten Betriebsstundenzähler [1]; ich mache derzeit immer wieder Fotos davon, um das mal abzugleichen</div><div class=""><br class=""></div><div class="">Fragen? fragen!</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Gruß, J.</div><div class=""><br class=""></div><div class="">[1] sowas wie das hier: <a href="http://www.ebay.de/itm/Betriebsstundenzahler-Kubler-H57-55-230-V-50-Hz-Einbau-/201509629270" class="">http://www.ebay.de/itm/Betriebsstundenzahler-Kubler-H57-55-230-V-50-Hz-Einbau-/201509629270</a></div><div class=""><br class=""></div></div><div class=""><br class=""></div><div class=""><img height="243" width="792" apple-width="yes" apple-height="yes" apple-inline="yes" id="8A811E1F-B343-4E31-8F7D-8698A348DE63" src="cid:246F2B1B-48AB-4836-8BE3-6EBDC8C7FFEA@fritz.box" class=""></div></body></html>