
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hallo Claas!<br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On 6. Jan 2020, at 11:28, Claas H. Köhler <<a href="mailto:claashk@web.de" class="">claashk@web.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hallo,<br class=""><br class="">Ich finde das Thema sehr interessant. Bestünde Interesse hier in der<br class="">Gemeinde, die Logger Funktionalität von vzlogger (also das Schreiben in<br class="">die Datenbank über die Middleware API), auszulagern ?<br class=""></div></div></blockquote><div class=""><br class=""></div>Ja. Tatsächlich hatte ich schonmal angefangen, vzlogger in seine Teile zu zerlegen:</div><div class=""><br class=""></div><div class="">- Datenaquise (aus den Geräten)</div><div class="">- Datenverteilung und -mapping</div><div class=""><br class=""></div><div class="">Ersteres ist m.E. Kernfunktionalität, Letzteres eine Zusatzfunktion die wir immer mehr ausgebaut haben, die aber eigenständig ist. Auf Entwicklung (ich glaube auch User) ML hatte mich meinen Vorschlag dazu mal vorgestellt: <a href="https://github.com/andig/ingress" class="">https://github.com/andig/ingress</a> </div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><br class=""></div><div class=""><code style="box-sizing: border-box; font-family: SFMono-Regular, Consolas, "Liberation Mono", Menlo, monospace; font-size: 13.600000381469727px; padding: 0.2em 0.4em; margin: 0px; background-color: rgba(27, 31, 35, 0.0470588); border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; caret-color: rgb(36, 41, 46); color: rgb(36, 41, 46);" class="">ingress</code><span style="caret-color: rgb(36, 41, 46); color: rgb(36, 41, 46); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji"; font-size: 16px; background-color: rgb(255, 255, 255);" class=""> is a universal data ingestion and mapping daemon aimed at use with, but not limited to, the </span><a href="https://volkszaehler.org/" rel="nofollow" style="box-sizing: border-box; color: rgb(3, 102, 214); text-decoration: none; font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji"; font-size: 16px;" class="">Volkszähler</a><span style="caret-color: rgb(36, 41, 46); color: rgb(36, 41, 46); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji"; font-size: 16px; background-color: rgb(255, 255, 255);" class=""> smart meter framework.</span></div></blockquote><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><div class=""><div class="">Ich könnte mir ein Design vorstellen, in dem eine Anwendung Daten von<br class="">verschiedenen Geräten liest und über [WAMP, MQTT] publiziert. Eine<br class="">zweite Anwendung könnte die Daten dann empfangen und in geeigneter Form<br class="">in die Datenbank schreiben. Damit würde vzlogger in zwei Anwendungen<br class="">aufgespalten:<br class=""></div></div></blockquote><div class=""><br class=""></div>Du bist zum gleichen Schluss gekommen wie ich.</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div class="">Endgeräte [vzlogger, Mosquitto, ...] -> Logger [Datenbankanbindung über<br class="">VZ Middleware API]<br class=""><br class=""><snip><br class=""><br class="">Das wäre natürlich ein langfristigerer Ansatz, der vom<br class="">Kernentwicklerteam unterstützt werden müsste und der einen gewissen<br class="">Personaleinsatz erfordert.<br class=""></div></div></blockquote><div class=""><br class=""></div>Da sind wir beim Kernproblem. Ich alleine werde das nicht stemmen, weitere Interessenten gibts derzeit nicht.</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div class="">Wäre das ein Ansatz, der mit der mittelfristigen Planung für den<br class="">volkszähler zusammenpasst oder habt Ihr was ganz anderes vor?<br class=""></div></div></blockquote><div class=""><br class=""></div>Offen gesagt (ich habs vor ein paar Wochen schonmal so gesagt) ist VZ in der aktuellen Form ausentwickelt und funktioniert. Ohne mindestens 2 weitere *Entwickler* würde ich ein Projekt wie oben skizziert nicht angehen.</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div class="">Viele Grüße<br class="">Claas<br class=""></div></div></blockquote><div class=""><br class=""></div>Viele Grüße, </div><div class="">Andreas</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class=""><br class="">On Mon, 2020-01-06 at 10:45 +0100, <a href="mailto:thomas@fambesse.de" class="">thomas@fambesse.de</a> wrote:<br class=""><blockquote type="cite" class="">Hi Joe,<br class="">ich hab das bei mir umgesetzt mit folgender Config:<br class="">ESP8266-01(MQTT)--> Mosquitto-->Node-RED<br class="">Node-Red ist so konfiguriert das er MM2 und Volkszähler und<br class="">Grafana/Influx befüllt bzw befüttert.<br class=""><br class="">Ich kann dir wenn du Interesse hast das etwas detaillierter<br class="">aufdröseln bzw dir meine Node-Red config geben. Die Transferleistung<br class="">ESP8266 nach Tasamoa müsstest du ggf. selbst lösen.<br class="">Diese steht bei mir erst noch an da ich nicht tasamoa sondern Shelly<br class="">nutze aber noch keine Zeit für die MQTT Einbindung hatte.<br class=""><br class="">Beste Grüße<br class="">Thomas<br class=""><br class="">-----Ursprüngliche Nachricht-----<br class="">Von: volkszaehler-users <<a href="mailto:volkszaehler-users-bounces@demo.volkszaehler" class="">volkszaehler-users-bounces@demo.volkszaehler</a><br class="">.org> Im Auftrag von Andreas Goetz<br class="">Gesendet: Sonntag, 5. Januar 2020 21:44<br class="">An: <a href="http://volkszaehler.org/" class="">volkszaehler.org</a> - users <<a href="mailto:volkszaehler-users@demo.volkszaehler.or" class="">volkszaehler-users@demo.volkszaehler.or</a><br class="">g><br class="">Betreff: Re: [vz-users] MQTT -> vzlogger -> volkszaehler<br class=""><br class="">Naja... wenn Du exec nutzen willst, warum nicht irgendwas in<br class="">Verbindung mit mosquitto_sub? Sonst mal schnell selbst was coden,<br class="">mqtt subscriber der in eine Datei schreibt, dann file Protokoll.<br class="">Irgendsowas, wäre zu probieren...<br class=""><br class="">Viele Grüße, Andreas<br class=""><br class=""><blockquote type="cite" class="">Am 05.01.2020 um 21:14 schrieb <a href="mailto:joekokker@epios.eu" class="">joekokker@epios.eu</a>:<br class=""><br class="">Vielen Dank für die schnelle Antwort! Es war mir klar, dass es<br class="">keine direkte Anbindung gibt.<br class=""><br class="">Mich würde interessieren, ob jemand schon irgendwas ähnliches<br class="">gemacht hat. Mosquitto -> X -> vzlogger -> volkszaehler<br class=""><br class="">Und welches Programm sich am ehesten dazu eignen würde.<br class=""><br class="">Ich denke an eine Art REST API, an welcher vzlogger mit exec<br class="">Protokoll die Daten dann einliest.<br class=""><br class="">Node-Red erscheint mir bei oberflächlicher Betrachtung eine etwas<br class="">hohe Einstiegshürde und vielleicht etwas zu umfangreich für die<br class="">Problemstellung. Aber diese Einschätzung kann auch falsch sein.<br class=""><br class="">Liebe Grüße,<br class="">Joe<br class=""><br class=""><blockquote type="cite" class="">On 1/5/20 8:57 PM, Andreas Goetz wrote:<br class="">Die Funktion gibts nicht und ist aktuell nicht geplant. Ohne<br class="">vzlogger wäre node-red Dein Freund.<br class="">Viele Grüße, Andreas<br class=""><blockquote type="cite" class=""><blockquote type="cite" class="">Am 05.01.2020 um 20:54 schrieb <a href="mailto:joekokker@epios.eu" class="">joekokker@epios.eu</a>:<br class=""></blockquote><br class="">Hallo,<br class=""><br class="">ich habe einige Sonoff Devices mit der open-source firmware<br class="">tasmota (<a href="https://github.com/arendst/Tasmota" class="">https://github.com/arendst/Tasmota</a>) geflashed und über<br class="">Weihnachten ausprobiert. Sie funktionieren bisher zuverlässig.<br class=""><br class="">Nun möchte ich die Sensordaten in Volkzaehler integrieren. Die<br class="">beste Art an die Senordaten (zum Beispiel der Last beim Sonoff<br class="">POW) ist anscheinend MQTT. Deshalb habe ich erstmals mit<br class="">mosquitto rumprobiert.<br class=""><br class="">Hat jemand Erfahrung damit Daten aus MQTT topics durch vzlogger<br class="">in die Volkszaehler Datenbank zu bringen? (Tasmota -> Mosquitto<br class="">-> X -> vzlogger -> volkszaehler) Ist ein MQTT Client dafür am<br class="">Besten geeignet? Macht das bereits jemand?<br class=""><br class="">Für mich ist der "Umweg" über vzlogger wichtig, da ich die<br class="">Buffer Funktion von vzlogger bei Netzwerkausfällen nutzen<br class="">möchte.<br class=""><br class="">Beste Grüße<br class="">Joe<br class=""></blockquote></blockquote></blockquote><br class=""><br class=""></blockquote></div></div></blockquote></div><br class=""></div></div></body></html>