MQTT Volkszähler nach ioBroker
-
Reload vom Browser und schon waren sie da
-
@humidor sagte in MQTT Volkszähler nach ioBroker:
Reload vom Browser und schon waren sie da
der (ein) Klassiker
-
@homoran sagte in MQTT Volkszähler nach ioBroker:
@humidor sagte in MQTT Volkszähler nach ioBroker:
Reload vom Browser und schon waren sie da
der (ein) Klassiker
YES... schafft man immer wieder
-
nun eine spezielle Fragen an die Wissenden!
Ich will die Lebensdauer der SD maximieren. Dh VZLogger soll nix tun, außer die Daten zu übergeben. VZ arbeitet mit einer SQL DB ? Middleware und Frontend kann man deaktivieren.
Aber komme ich bei der DB um Schreibzyklen auf der SD rum?
Wäre es ev. einen Mqtt Server zu installieren und pushen (wer liest bekommt den Wert, sonst ist er verloren) möglich??hab ich das verständlich rübergebracht?
-
@humidor sagte in MQTT Volkszähler nach ioBroker:
hab ich das verständlich rübergebracht?
nicht für mich
Warum dannnicht per Master/Slave, da werden die States auf dem Master geschrieben
-
@homoran
Master/Slave wie geht das? wenn das die Lösung ist, dass der Raspi nicht die SD benutz, perfekt!? -
@humidor sagte in MQTT Volkszähler nach ioBroker:
Master/Slave wie geht das?
Echt jetzt?
ioBroker ist multihostfähig.
"Beliebig" viele Rechner können verschiedene Aufgaben übernehmen - verwaltet wird zentral über den Hauptrechnerhttps://www.iobroker.net/#de/documentation/config/multihost.md
gerade für ausgelagerte Hardware bietet sich das an.
-
@homoran
OK, das wusste ich nicht, kenn mich damit nun auch null aus. Aber das kann ja.
Eigentlich möchte ich ja vom Raspi mit SD bei solch Dauerlösungen, die Tag ein Tag aus über Jahre laufen weg, das läuft nicht lange.
Erster Schritt ist mal alles zu minimieren am Raspi, das erfrage ich.
Zweiter wird vor. aber viel später die Umlagerung auf Bsp. Synology. -
@humidor sagte in MQTT Volkszähler nach ioBroker:
Eigentlich möchte ich ja vom Raspi mit SD bei solch Dauerlösungen, die Tag ein Tag aus über Jahre laufen weg, das läuft nicht lange.
Habe schon an anderen Stellen gepostet: das kann ich nicht bestätigen.
RasPi und auch andere SBC laufen bei mir seit Jahren auf µSD ohne Probleme -
@Humidor Wenn du aber beim VZ eh alles abstellst und dann wieder in den ioB per MQTT schreibst, wäre es da nicht sinnvoller von deinen Geräten direkt in den ioB zu schreiben?
Ich weiß nicht wie es mit anderer Hardware aussieht, aber ich schreibe zB. die Daten eines DS18B20 in den VZ. Das könnte ich auch direkt in den ioB, nur nutze ich hier noch das VZ-Frontend. Allerdings mehr zu Testzwecken, denn Influx, Grafana/EChart/Flot sind da IMHO die bessere Alternative -
@sborg sagte in MQTT Volkszähler nach ioBroker:
wäre es da nicht sinnvoller von deinen Geräten direkt in den ioB zu schreiben?
das wäre natürlich auch eine saubere Alternative.
So mache ich es mit zwei Raumluftsensoren auf Teensy-Basis
-
@sborg sagte in MQTT Volkszähler nach ioBroker:
wäre es da nicht sinnvoller von deinen Geräten direkt in den ioB zu schreiben?
Das geht leider noch nicht.
Unser Stromzähler kann mit Smartmeter noch nicht ausgelesen werden.
Apollon ist drann, benötigt aber Zeit.
Deshalb bleibt uns derzeit nur der Umweg über VZ. -
@negalein sagte in MQTT Volkszähler nach ioBroker:
Unser Stromzähler kann mit Smartmeter noch nicht ausgelesen werden.
gilt das auch für @Humidor? Dann ist Multihost auch keine Option
-
@homoran sagte in MQTT Volkszähler nach ioBroker:
gilt das auch für @Humidor? Dann ist Multihost auch keine Option
Ja, @Humidor sitz auch im wunderschönem (Ober)Österreich!
-
@negalein @Humidor Ich verstehe -ehrlich geagt - die Multihost Diskussion hier nicht. Ich habe bei mir 3 Raspi 3b+ im Einsatz: 1 Master, 1. Slave für Stromzähler, der ist physikalisch abgesetzt, sprich steht im Raum wo der Stromzähler ist. Da hängt ein Lesekopf dran und damit der Master entlastet ist laufen da noch ein paar andere Adapter mit drauf, 2. Slave ist für alles rund um die VIS (auch nur um auf dem Master nicht zuviele Instanzen zu haben).
Aaaber: Der Lesekopf vom Stromzähler liest Daten und speichert die ab und damit ist es imho völlig egal ob der Lesekopf am Master oder an einem Slave sitzt. Es werden in jedem Fall Schreibzugriffe auf die SD Karte gemacht und damit wird die SD Karte "belastet". Die halten schon recht lange aber durch eine Multihost Lösung umgehst du nicht das Problem, dass viele Schreibzugriffe die Karte irgendwann killen.
Ich habe Multihost nur um die "Last" der Instanzen halbwegs gleichmäßig zu verteilen, nicht um die SD Karte(n) zu schonen. -
@amg_666 sagte in MQTT Volkszähler nach ioBroker:
Ich verstehe -ehrlich geagt - die Multihost Diskussion hier nicht
Dann helfe ich dir mal:
1.) die Österreichischen Zähler können (noch) nicht mit dem Smartmeter-Adapter ausgelesen werden, weil sie eine Authentifizierung benötigen.
2.) liegst du falsch mit der Annahme, dass bei einem Multihost die Daten auf dem Slave gespeichert werden
-
@amg_666 sagte in MQTT Volkszähler nach ioBroker:
Ich verstehe -ehrlich geagt - die Multihost Diskussion hier nicht.
Ist derzeit eh keine Lösung (wobei ich nie auf Multihost deswegen umgestiegen wäre), da wie oben schon erwähnt, es noch nicht möglich ist, unseren Zähler mit Smartmeter auszulesen.
Es bleibt derzeit nur VZ oder Node-Red.
-
@homoran Nein, dann liege ich richtig, die Daten werden auf dem Master gespeichert und deshalb entlastet es die Karte nicht, das war ja mein Punkt warum ich die Multihost Diskussion in diesem Zusammenhang nicht verstehe
-
@amg_666 sagte in MQTT Volkszähler nach ioBroker:
Nein, dann liege ich richtig, die Daten werden auf dem Master gespeichert und deshalb entlastet es die Karte nicht,
Ääähm, wir reden von einem Pi als slave (mit Karte) und einem Master auf der Syno(??), jedenfalls ohne Karte
-
Ich frage mal einfach, bin ein User!
Ein Slave kann
- Amis mit Code auslesen, VZLogger
- benötigt nur die SD zum boot des Raspi
??
