Tasmota Stromzähler MQTT Befehl direkt zu Tasmota Battery Charger senden

Akku, BMS und Ladegeräte DIY Akkus - Komponenten, Aufbau, Methoden, Problem
1

Ich habe hier einen Tasmota mit Lesekopf der mir die Daten vom Stomzähler aussliest und per MQTT an den IOBroker sendet.

>D
>B
=>sensor53 r
>M 2
+1,3,o,0,9600
+2,1,o,0,9600
1,1-0:1.8.0*255(@1,Gesamtverbrauch,KWh,total,4
1,1-0:1.8.0*96(@1,Verbrauch 1 Tag,KWh,total_1dn,4
1,1-0:1.8.0*97(@1,Verbrauch 7 Tage,KWh,total_7d,4
1,1-0:1.8.0*98(@1,Verbrauch 30 Tage,KWh,total_30d,4
1,1-0:1.8.0*99(@1,Verbrauch 1 Jahr,KWh,total_365d,4
1,1-0:16.7.0*255(@1,Verbrauch aktuell,W,current,17
1,1-0:2.8.0*255(@1,Gesamt Verschenkt,KWh,total,4
#

Das klappt ganz gut.

Jetzt möchte ich direkt vom Zähler, zu einem Batterielader senden via MQTT, ich weiss das es wohl möglich sein soll mit sowas wie:

+> <command> Execute cmd with MQTT output enabled, recursion enabled.

Also wenn Verbrauch aktuell < -250 /stat/tasmota_switch/POWER → ON

Also wenn Verbrauch aktuell > 50 /stat/tasmota_switch/POWER → OFF

Ich wollte mir den Umweg über den IOBroker sparen. Hat das schonmal Jemand gemacht und hat eine Idee?

Ich weiss das nicht zu lösen

2

OepnDTU on Battery und fertig :slight_smile:

3

..

4

Du hast da an einem ESP zwei Zaehler haengen, oder?

Schau Dir das Beispiel hier an und such da nach "publish", daraus sollte klar werden wie das geht, laeuft auf "if" raus.

5

Die Forensoftware macht mich irre.

So in etwa, kann das gerade nicht testen.

>D
p=0
>B
=>sensor53 r
>M 1
+1,3,s,0,9600,aktuell
1,1-0:1.8.0*255(@1,Gesamtverbrauch,KWh,total,4
1,1-0:1.8.0*96(@1,Verbrauch 1 Tag,KWh,total_1dn,4
1,1-0:1.8.0*97(@1,Verbrauch 7 Tage,KWh,total_7d,4
1,1-0:1.8.0*98(@1,Verbrauch 30 Tage,KWh,total_30d,4
1,1-0:1.8.0*99(@1,Verbrauch 1 Jahr,KWh,total_365d,4
1,1-0:16.7.0*255(@1,Verbrauch aktuell,W,current,17
1,1-0:2.8.0*255(@1,Gesamt Verschenkt,KWh,total,4
#
>T
p=aktuell#current
>S
if p<=-250
then
=>publish stat/tasmota_switch/POWER ON
endif
if p>50
then
=>publish stat/tasmota_switch/POWER OFF
endif
6

Was hast du denn für einen Tasmota Battery Charger?

7

Was soll die denn machen?

Ich verstehe den Sinn noch nicht, erklär doch mal was du an Technik hast und was du genau vor hast. Ich kann mir zwar was denken aber das muss ja nicht der Realität entsprechen.

8

Wenn mehr als 250W eingespeist werden soll vermutlich so eine Tasmotasteckdose irgendeinen Lader starten, bei 50W Bezug wieder abschalten. Ich geh mal davon aus, dass der Lader so 200W rum bringt und das in eine Autobatterie pumpt. Glaskugel.

Warum das "stat"-Topic zum Schalten genommen wird entzieht sich mir, normalerweise waere das "cmnd".

9

Ich dachte ich hätte das geschrieben, muss wohl verschwunden sein :slight_smile: /p>

Ich hab das jetzt gescriptet und mittlerweile 2 Ladegeräte dran. 1 Ladegerät musste ich öffnen um die LadeschlussSpannung einzustellen.

>D
pcurr=0
;IP der S20 Steckdose
url="[192.168.0.145]"
url2="[192.168.0.92]"
>T
pcurr=Haus#current
>S
if upsecs%tper==0
then
if pcurr<=-220
then
=>WebSend %url% POWER1 ON
endif
if pcurr>50
then
=>WebSend %url% POWER1 OFF
if pcurr<=-450
then
=>WebSend %url2% POWER1 ON
endif
if pcurr>50
then
=>WebSend %url2% POWER1 OFF
endif
>B

Das klappt soweit sehr zuverlässig.

Dann habe ich die OPEN DTU und einen HM-300

die OPEN DTU regelt ab 23:00 Uhr bis 06:00 Uhr den Nachtverbrauch. Das habe ich einfach mit einer WochenZeitschaltung gelöst mit einer WiFI-NedisSteckdose.

Batterie 48V 50Ah LifePO4 (EcoWorthy) ist direkt am HM-300 über einen LS C 30A. Habe noch einen BatterieEntladeschalter(Muss ich noch einschleifen), damit nicht immer der BMS die Batterie abschaltet.

Ah hier hatte ich das geschrieben :slight_smile: /p>

Der Vorteil ist, das ich mit DTU und Scripting kein MQTT Broker / IOBroker brauche, alles geht direkt.

Bei mir auf meinem RPi4 kackt der IOBroker ständig ab, somit fehlen mir auch Werte von InfluxDB und Grafana.

Wenn ich mal einen NUC über habe, versuche ich das mal auf dem.

10

Ich hab auch noch ioBroker laufen, aber eigentlich mach ich alles per Node-RED, InfluxDB, Grafana und MQTT. ioBroker ist aus meiner Sicht ein ziemlich chaotisches System, die Bedienung/Konfiguration ist ueberhaupt nicht intuitiv, vollkommen absurde Workflows und ein unglaublicher Wildwuchs an Adaptern, die alle (!) vollkommen unterschiedlich zu bedienen sind und das liegt nicht nur daran, dass es halt verschiedene Systeme verbindet, sondern dass jeder Adapterentwickler seinen eigenen Scheiss macht. Viele Adapter kommen auch nie aus dem Betastadium raus, verharren dort ewig trotz permanenter Weiterentwicklung. Der groesste Wahnsinn ist die Visualisierung, auch hier geht per Intuition bei keiner der unzaehligen Moeglichkeiten irgendwas, immer sehr steile Lernkurve. Macht man ein paar Wochen nichts, faengt man ohne eigene Doku wieder von vorne an, scheusslich.

Crashen tut das, wenn der RAM ueberlaeuft und davon braucht man viel, also ohne SWAP geht das schonmal gar nicht.