D0 Zähler SML auslesen mit Tasmota

Wir sind erheblich weiter gekommen. Kalle kann seinen Venus-E mit Tasmota verbinden und die Meter Werte werden übertragen.

Wenn jemand testen will, Otello stellt die binaries zur Verfügung und das aktuelle script liegt bei mir auf Github:

Sonoff-Tasmota/tasmota/scripting/shelly_emu_script.tas at universal · gemu2015/Sonoff-Tasmota

Tasmota Fork TCS34725,PN532_i2,ccc1101 Moritz support,m5stack 4,7 epaper, bresser 868 Mhz sensors and wether stations, loadable binary drivers -…

github.com

man muss natürlich seinen eigenen meter descriptor in >M ersetzen und entsprechend anpassen.

meine Änderungen an scripter.ino sind noch nicht bei github Tasmota integriert. wenn jemand selbst kompilieren will muss er meinen Fork oder die scripter.ino aus meinem Fork verwenden.

Super Arbeit ! Großes Lob an Euch.

Die Images sind bereits erstellt und liegen hier (ein paar ESP32 Varianten fehlen noch): https://github.com/ottelo9/tasmota-sml-images/releases

Mein Google Chart Script habe ich auch um die Shelly und Ecotracker Emulation erweitert (Teile aus gemus Script verwendet): https://github.com/ottelo9/tasmota-sml-script

2_SML_Script_Chart_PV_ShellyEcotracker.tas (nur für ESP32)

2_SML_Script_Chart_PV_Ecotracker.tas (für ESP8266/ESP32)

Die Emulation auf meinem ESP01s (ESP8266) lief nicht, der ESP rebootete ständig bzw. war nicht erreichbar. Getestet hatte ich allerdings mit den ganzen anderen Features (z.B. Home Assistant Integration), die ich sonst auch immer mit anbiete. Man könnte natürlich alles soweit reduzieren und ein extra ESP8266 Image nur für SML und Shelly Emulation anbieten (ohne extra Features) und es dann nochmal testen. Oder man lässt es und holt sich einen ESP32-C3 IR Lesekopf wie den Hichi v2, dann ist man für die Zukunft gerüstet und das ganze läuft viel schneller.

Aus diesem Grund ist die Shelly Emulation nur bei den ESP32 Images mit drin!

Das Ganze kann ich selbst noch nicht testen. Aber der Marstek Jupiter C Plus ist bereits bestellt und sollte bald ankommen. Mal sehn ob das alles auch damit läuft.

Danke für den Hinweis Thomas, werde ich korrigieren. Nun zu deiner Frage: Ich konnte mit dem Image nichtmal Tasmota Scripting aktivieren (leeres Script, nur >D war drin), mein ESP hat sich sofort aufgehängt und nach ein paar Minuten war er wieder da, mit deaktiviertem Script. Ich werde mal alle unnötigen Features rausschmeissen und dann nochmal testen, aber dann fehlt halt z.B Home Assistant. Ich denk mal der kleine ESP hat einfach zu wenig RAM.

Mein Marstek Jupiter C Plus ist heute angekommen. Die App hat den virtuellen Shelly Pro 3EM sofort gefunden und bekommt die Daten :D. Bislang hängt da noch mein SML Simulator (IR-Lesekopf mit SML Simulator Script) dran, der zufällige Leistungswerte an den ESP32-C3 Lesekopf sendet.

habe gerade mal die esp8266 Version getestet. Der RAM Verbrauch der Emulation ist hoch so dass wirklich nur das minimale script ohne Graphen funktioniert.

Ausserdem muss man den scriptbuffer so klein wie möglich einstellen.

Bei der Kompilation wird er ja mit 8192 vorgegeben. Den muss man mit dem Konsolenbefehl scriptsize 4000 auf 4k einschränken und man muss das script mit dem scripteditor komprimiert übertragen damit es in die 4k passt.

in dieser Konstellation bleiben 13,7k RAM übrig. das ist schon wenig, sollte aber funktionieren.

das sollte otello mal mit seinem Akku ausprobieren.

um dennoch alle Werte von SML verfügbar zu machen hatte ich neulich einige spezielle Befehle implementiert.

man hat z.B. 9 Zeilen im SML descriptor wie im Beispielscript.

man definiert nun ein Array mit 9 Elementen in >D

>D
; lokales array mit 9 Elementen (kein g:)
M:xsml=0 9
res=0
>S
; dann kopiert man z.B. jede Sekunde die sml Werte in dieses Array und versendet sie als globales array
res=acp(xsml sml)
res=gvrsa(xsml)

in jedem anderen Tasmota ESP im WLAN hat man jetzt die Daten zur Verfügung und kann die Graphen dort anzeigen.

>D
; globales array
g:M:xsml=0 9

für diese Funktionen braucht man für Sender und Empfänger meine aktuelle scripter Version.

nur zur Info:

alle Änderungen an scripter sind ab sofort im Tasmota development branch verfügbar.

Danke für die Info bzgl. ESP8266! Ich habe ein angepasstes Image tasmota1m_shelly_ottelo erstellt und mit deinem Beispielscript getestet. Funktioniert einwandfrei! Natürlich passt mein großes Script mit den Diagrammen nicht mehr hinein.

Downloads via https://github.com/ottelo9/tasmota-sml-images

Ich habe alle anderen Features (Home Assistant API) drin lassen können. Es reichte wirklich nur den Scriptspeicher zu reduzieren #define EEP_SCRIPT_SIZE 4096. Siehe auch user_config_override.h.

Du weist dass du den Script Speicher seit einer Weile schon per Konsole einstellen kannst ?
Du kannst mit 8192 kompilieren und den Speicher dann permanent in der Größe anpassen.

Das Konsolenkommando scriptsize zeigt die momentane Größe an und stellst sie auch ein.

Beim Einstellen wird sofort neu gestartet und er übernimmt die neue Größe

Das wusste ich noch nicht! Danke für die Info.

Update:

Die Simulation klappt auch mit einem B2500 Akku. Der Port muss ggf. Nur im Script geändert werden, je nach Firmwarestand:

Shelly Pro 3EM

• Uses port 1010 (B2500 firmware up to version 224) and port 2220 (B2500 firmware version 226+)
• Can be specifically targeted with shellypro3em_old (port 1010) or shellypro3em_new (port 2220)

-> websend[192.168.178.xx] script>VAR7="%VAR5%"

geht von Rule und script an fremde Var7 in einem Script

Thomas

Hier ist ein Beispiel mit globalen Variablen: https://tasmota.github.io/docs/Scripting…riables-example

Das Beispiel oben sendet ein ARRAY als globale Variable. Du benötigst ja nur ein Wert. Falls du mein Script verwendest musst du nur eine Variable im Script bei ändern:

Lesekopf:

; Aktuelle Leistung +/- [W]
g:power=0

oder wenn du die gefilterte Leistung global haben willst:

g:power2=0

Im Script, das den Heizer steuern soll, muss du die Variable ebenfalls so deklarieren. Glaube ich jedenfalls. Habe mit globalen Variablen noch nicht gearbeitet.

Zitat von ottelo

Danke für den Hinweis Thomas, werde ich korrigieren. Nun zu deiner Frage: Ich konnte mit dem Image nichtmal Tasmota Scripting aktivieren (leeres Script, nur >D war drin), mein ESP hat sich sofort aufgehängt und nach ein paar Minuten war er wieder da, mit deaktiviertem Script. Ich werde mal alle unnötigen Features rausschmeissen und dann nochmal testen, aber dann fehlt halt z.B Home Assistant. Ich denk mal der kleine ESP hat einfach zu wenig RAM.

Mein Marstek Jupiter C Plus ist heute angekommen. Die App hat den virtuellen Shelly Pro 3EM sofort gefunden und bekommt die Daten :D. Bislang hängt da noch mein SML Simulator (IR-Lesekopf mit SML Simulator Script) dran, der zufällige Leistungswerte an den ESP32-C3 Lesekopf sendet.

Hallo ottelo und gemu2015 ,

nochmal vielen vielen Dank für den Einsatz und das tolle Stück Software!

Ich habe meinen Hichi v2 mit der aktuellen V15.0.1 geflasht und es läuft soweit alles rund.

Nun habe ich diesen mit meinem Venus E als Shelly Pro 3EM verbunden. Das scheint nun auch zu funktionieren.

ABER:

Bei der "Referenz der Ausgangsleistung" läuft die Diagnose immer in einen Fehler. Somit funktioniert die Einstellung "Eigenverbrauch" nicht.

Kann das evtl. an eurer Tasmota-Lösung liegen? Ich möchte erstmal abklären ob noch jemand das Problem hat bevor ich den Marstek-Support bemühe.

Mhhh ich hab mein Marstek noch nicht installiert. Hatte alles nur so trocken getestet und hatte die Meldung ebenfalls. Aber ich dachte mir das ist normal weil der ich einen Test Lesekopf mit fester Leistung verwendet hatte (SML Simulator Script).

Ich glaube der Akku versucht sich einzuregeln und schaut immer auf die Leistung vom Lesekopf. Der Emulator greift im Script auf die Variable power2 zurück, das ist die Leistung gefiltert. Versuche das mal auf power zu ändern, dann wird die ungefilterte Leistung verwendet. Gemu meinte aber dann könnte der Akku anfangen zu schwingen.

Hast du auf 1Phase in der App gestellt oder 3 Phasen?

dig

Das Problem hatte ich auch bei mir. Folgendes muss im Script geändert werden, damit es klappt.

Wenn du mein Script verwendest:

cpwr=sml[1]
c1p=cpwr
c2p=0
c3p=0

Wenn du gemu2015 Script verwendest:

cpwr=sml[3]
c1p=cpwr
c2p=0
c3p=0

Hallo, ich hänge mich mal hier an. Ich möchte mir auch bald einen Marstek Venus E zulegen. Ich habe aber folgendes Problem.

Mein Stromzähler ist ein Elster AS1440. Das ist ein Zweitarifzähler der den Verbrauch wie auch die Einspeisung getrennt anzeigt.

Ist es damit möglich einen Shelly oder EcoTracker zu emulieren? Der zeigt ja die Einspeisung nicht mit einem "-" an.

Ich hänge hier mal einen Screenshot und mein Script an.:

>D 250
; this script emulates a shelly pro, with small modifications may also emulate an ecotracker
; proven to work an marstek Venus, Jupiter and B2500
scnt=0
res=0
c1p=0
c2p=0
c3p=0
c1c=0
c2c=0
c3c=0
cpwr=0
str=""
tstr=""
cstr=""
mstr1=""
mstr2=""
mstr3=""
header=""
once=0
>B
=>sensor53 r

; if you modify this section you must restart tasmota 
>ah
; http rpc handler
res=won(1 "/rpc/*")
; http status
res=won(2 "/status")
; http status
res=won(3 "/v1/json")


>on1
;print here comes http rpc request
str=warg

res=ins(str "EM.GetStatus")
if res>=0 {
wcs so(4)
=#htph
wcs %mstr1%
=#getsrc
wcs %header%
=#getstat
wcs %mstr1%
wcs %mstr2%
wcf
break
}

res=ins(str "Shelly.GetDeviceInfo")
if res>=0 {
wcs so(4)
=#htph
wcs %mstr1%
    
=#getsrc
=#getdefi
    
wcs %header%
wcs %mstr1%
wcs %mstr2%
wcf
    
break
}

res=ins(str "EM.GetConfig")
if res>=0 {
wcs so(4)
=#htph
wcs %mstr1%
    
=#getsrc
=#getcfg
wcs %header%
wcs %mstr1%
wcf
    
break
}

res=ins(str "EMData.GetStatus")
if res>=0 {
wcs so(4)
=#htph
wcs %mstr1%
    
=#getsrc
=#egetstat
wcs %header%
wcs %mstr1%
wcf
    
break
}


print unknown http equest: %str%


>on2
;print here comes the status request
wcs so(4)
=#htph
wcs %mstr1%
dp(0 2)
wcs {"Power": %cpwr%,"E_in":%sml[2]%,"E_out":%sml[5]%}
wcf

>on3
;print here comes the v1/json for ecotracker
wcs so(4)
=#htph
wcs %mstr1%
dp(0 2)
wcs {"energyCounterIn":0,"energyCounterOut":%sml[5]%,"powerAvg":%cpwr%,"energyCounterInT1":%sml[2]%,
wcs "energyCounterInT2":%sml[3]%,"power":%cpwr%}
wcf

#htph
mstr1="HTTP/1.1 200 OK\r\nContent-type: application/json\r\n\r\n"

#getcfg
mstr1="{\"id\":0,\"name\":null,\"blink_mode_selector\":\"active_energy\",\"phase_selector\":\"a\",\"monitor_phase_sequence\":true,\"ct_type\":\"120A\"}}"

#getdefi
mstr1="{\"name\":\""+tstr+"\",\"id\":\""+tstr+"\",\"mac\":\""+maca+"\",\"slot\":1,\"model\":\"SPEM-003CEBEU\","
mstr2="\"gen\":2,\"fw_id\":\"20241011-114455/1.4.4-g6d2a586\","
mstr2+="\"ver\":\"1.4.4\",\"app\":\"Pro3EM\",\"auth_en\":0,\"profile\":\"triphase\"}}"

#getstat
dp(0 2)
mstr1="{\"id\":0,\"a_current\":"+s(c1c)+",\"a_voltage\":230,\"a_act_power\":"+s(c1p)+",\"a_aprt_power\":"+s(c1p)+",\"a_pf\":1,\"a_freq\":50,"
mstr1+="\"b_current\":"+s(c2c)+",\"b_voltage\":230,\"b_act_power\":"+s(c2p)+",\"b_aprt_power\":"+s(c2p)+",\"b_pf\":1,\"b_freq\":50,"
mstr2="\"c_current\":"+s(c3c)+",\"c_voltage\":230,\"c_act_power\":"+s(c3p)+",\"c_aprt_power\":"+s(c3p)+",\"c_pf\":1,\"c_freq\":50,"
mstr2+="\"total_current\":"+s(c1c+c2c+c3c)+",\"total_act_power\":"+s(cpwr)+",\"total_aprt_power\":"+s(cpwr)+"}}"

#egetstat
dp(0 2)
mstr1="{\"id\":0,\"a_total_act_energy\":"+s(c1p)+",\"a_total_act_ret_energy\":"+s(c1p)+",\"b_total_act_energy\":"+s(c2p)+",\"b_total_act_ret_energy\":"+s(c2p)+",\"c_total_act_energy\":"+s(c3p)+",\"c_total_act_ret_energy\":"+s(c3p)+",\"total_act\":"+s(cpwr)+",\"total_act_ret\":"+s(cpwr)+"}}"

#getsrc
tstr="shellypro3em-"+maca
header="{\"id\":0,\"src\":\""+tstr+"\",\"result\":"


>S
if year<2000 {
break
}

; adapt this to your meter
; update every 3 seconds
if upsecs%3==0 {
cpwr=sml[4]
c1p=sml[4]
c2p=sml[5]
c3p=sml[6]
}

; use this if you only have only one phase meter values
;c1p=cpwr/3
;c2p=cpwr/3
;c3p=cpwr/3

; calculate phase currents
c1c=c1p/230
c2c=c2p/230
c3c=c3p/230

if once==0 {
; start mdns for Shelly second parameter "-" means use device mac
res=mdns("shellypro3em-" "-" "shelly")
; start udp rpc handler on port 1010 or on port 2220 (for b2500)
res=udp(0 1010)
;res=udp(0 2220)
once=1
}

; evaluate udp input
str=udp(1)
if str!="" {
;print udp rpc payload=%str%
res=ins(str "EM.GetStatus")
if res>=0 {
=#getsrc
=#getstat
udp(2 header mstr1 mstr2)
;print >> %header%
;print >> %mstr1%
;print >> %mstr2%
break
}
res=ins(str "Shelly.GetDeviceInfo")
if res>=0 {
=#getsrc
=#getdefi
udp(2 header mstr1 mstr2)
;print >> 1 %mstr1%
;print >> 2 %mstr2%
break
}
res=ins(str "EM.GetConfig")
if res>=0 {
=#getsrc
=#getcfg
udp(2 header mstr1)
;print >> 1 %mstr1%
break
}
res=ins(str "EMData.GetStatus")
if res>=0 {
=#getsrc
=#egetstat
udp(2 header mstr1)
;print >> 1 %mstr1%
break
}
}

; adapt your own meter descriptor here
>F
; count 100ms
scnt+=1
switch scnt

;300ms after start: set sml driver to 300 baud and send /?! as HEX to trigger the Meter
case 3
res=sml(1 0 300)
res=sml(1 1 "2F3F210D0A")

;1700ms later: Ack and ask for switching to 9600 baud
case 20
res=sml(1 1 "063035300D0A")

;300ms later: switch sml driver to 9600 baud
case 23
res=sml(1 0 9600)

;6000ms after start: Restart sequence
case 60
scnt=0

ends

>M 1
+1,5,o,0,9600,AS1440,4
1,1-1:1.7.0(@0.001,Power In,W,power_in,16
1,1-1:1.8.2(@1,Total_HT In,KWh,Total_in_HT,1
1,1-1:1.8.1(@1,Total_NT In,KWh,Total_in_NT,1
1,1-1:2.7.0(@0.001,Power Out,W,power_out,16
1,1-1:2.8.0(@1,Total Out,KWh,Total_out,1
#

Ich nutze zur Zeit den "power_out" Wert per "status" in OpenDTU-OnBattery um die Einspeisung etwas einzudämmen. Dort lässt sich das "-" ja hinzufügen, so das OpenDTU-OnBattery diesen Wert als Einspeisung erkennt.

Die Statusabfrage sieht im Momement so aus.:

bzw.:

Der Powerwert ist der für die Einspeisung. Diesem Wert müsste man ja irgendwie noch ein "-" hinzufügen um ihn nutzen zu können.

Ich hab letztens in dem PV Forum ein Extra Thread für die Marstek Shelly Emulation erstellt:

Marstek Venus Jupiter B2500 - Shelly Pro 3EM Emulator Tasmota Lesekopf - Photovoltaikforum

Dieser Thread richtet sich an alle, die einen smarten Akku für ihr BKW/PV-Anlage (z.B. von Marstek) besitzen und gerne die Nulleinspeisung (Work Mode = Auto)…

www.photovoltaikforum.com

Vielleicht sollte ich hier auch einen extra Thread erstellen oder soll es in dem anderen Forum weiter gehen?

_{Der Powerwert ist der für die Einspeisung. Diesem Wert müsste man ja irgendwie noch ein "-" hinzufügen um ihn nutzen zu können.}

_{Multiplizieren mit -1 geht nicht ?}

Omega13

Sofern ich dein Problem richtig verstanden habe ist es doch total simpel:

An dieser Stelle musst du statt cpwr=sml[4] doch einfach nur cpwr=sml[1]-sml[4] eintragen um den Saldo der aktuellen Leistung (Bezug - Leistung) zu erhalten.

>S
if year<2000 {
break
}
; adapt this to your meter
; update every 3 seconds
if upsecs%3==0 {
cpwr=sml[4]
c1p=sml[4]
c2p=sml[5]
c3p=sml[6]
}


Oder habe ich das Problem nicht richtig verstanden?