Hi Bernhard,
Habe selbst keine Erfahrungen mit Wärmemengenzählern.
Soweit ich weis haben die eine interne Begrenzung des Abfrageintervalls wegen der Batterie. Ob das bei externem Netzteil anders ist weis ich nicht.
Hast du mal bei Tasmota Discussions oder bei Otello s Blog gesucht ? (https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/)
Gruß
Gerhard
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
nur zur Info:
alle Änderungen an scripter sind ab sofort im Tasmota development branch verfügbar.
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 9für diese Funktionen braucht man für Sender und Empfänger meine aktuelle scripter Version.
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:
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.
also wenn du mit der Shelly2ESP Lösung keine Verbindung mit der Marstek app bekommst kann das auch mit meiner Version nichts werden.
nehme an das die Demo Version das nicht kann.
Kalle testet an einem vorhandenen Marstek Akku, er benutzt bisher die Shelly2ESP version.
die IP ist nötig wenn du den externen Script Editor verwendest (siehe scripting doc)
wenn du den nicht nutzt kannst du die Zeile löschen
Anmerkung:
das obige script ist nur zum testen ob die Marstek app irgend wie Kontakt aufnimmt, das script kann noch nicht final funktionieren.
Man muss in der Konsole überwachen während die Marstek App versucht eine Verbindung herzustellen sollte man entsprechende Meldungen dort sehen.
hier mal eine C3 Binary mit den neuesten Änderungen und ein erstes Testscript um das Prinzip zu zeigen.
>D 100
; nach änderungen in der Sektion >ah muss Tasmota neu getstartet werden.
IP=192.168.188.143
res=0
str=""
tstr=""
>B
=>sensor53 r
>ah
; http rpc handler
res=won(1 "/rpc/*")
; http status
res=won(2 "/status")
; udp rpc handler auf port 1010
res=udp(0 1010)
; starte mdns für Shelly
res=mdns("shellypro3em-" "-" "Shelly")
>on1
print here comes http rpc request
str=warg
res=ins(str "EM.GetStatus")
if res>=0 {
wcs so(4)
wcs HTTP/1.1 200 OK\r\n
wcs Content-type: application/json\r\n\r\n
wcs {"total_act_power": %sml[3]%}
wcf
break
}
res=ins(str "Shelly.GetDeviceInfo")
if res>=0 {
wcs so(4)
wcs HTTP/1.1 200 OK\r\n
wcs Content-type: application/json\r\n\r\n
tstr="shellypro3em-"+maca
wcs {"name":"%tstr%",
wcs "id":"%tstr%",
wcs "mac":"%maca%",
wcs "slot":1,
wcs "model":"SPEM-003CEBEU",
wcs "gen":2,
wcs "fw_id":"20241011-114455/1.4.4-g6d2a586",
wcs "ver":"1.4.4",
wcs "app":"Pro3EM",
wcs "auth_en": 0,
wcs "profile":"triphase"}
wcf
break
}
print unknown request: %str%
;"EMData.GetStatus"
;"EM.GetConfig"
>on2
print here comes the status request
wcs so(4)
wcs HTTP/1.1 200 OK\r\n
wcs Content-type: application/json\r\n\r\n
wcs {"Power": %sml[3]%,"E_in":%sml[1]%,"E_out":%sml[2]%}
wcf
>S
str=udp(1)
if str!="" {
print udp rpc payload=%str%
}
>M 1
+1,5,o,16,9600,eBZ,4
1,1-0:1.8.0*255(@1,Verbrauch,kWh,E_in,3
1,1-0:2.8.0*255(@1,Einspeisung,kWh,E_out,3
1,1-0:16.7.0*255(@1,akt. Leistung,W,Power,0
1,1-0:36.7.0*255(@1,Leistung L1,W,36_7_0,0
1,1-0:56.7.0*255(@1,Leistung L2,W,56_7_0,0
1,1-0:76.7.0*255(@1,Leistung L3,W,76_7_0,0
1,1-0:32.7.0*255(@1,Spannung L1,V,32_7_0,1
1,1-0:52.7.0*255(@1,Spannung L2,V,52_7_0,1
1,1-0:72.7.0*255(@1,Spannung L3,V,72_7_0,1
1,1-0:96.1.0*255(@#),Identifikation,,96_1_0,0
#Diese Mail habe ich von Karsten bekommen,
es geht also doch.
Moin, leider warte ich schon länger auf meine Freischaltungen durch die Admins. Daher meine Info über diesen Weg und nicht über das Forum.
Ich betreibe einen Venus E Speicher mit einem Tasmota IR Lesekopf und der Umsetzung mittels weiterem ESP und energy2shelly. Die App hat den "Shelly" ohne Probleme gefunden und alles funktioniert ganz gut. Die App braucht die Berechtigung für Standorterkennung. Vielleicht ist das das Problem bei dir?
Gruß Karsten
Also was problemlos geht ist einen tasmota Sml esp auszulesen mit dem energy2shelly
Aber was ich auch versuche die Marstek App findet nichts.
Es müsste mal jemand mit einem existierenden Akku versuchen nicht im Demo Mode
dieses Projekt ist ein Shelly emulator für ESP8266, ESP32
Habe das geflasht, kann aber mit der Marstek app keine Verbindung erzeugen.
Vielleicht will das noch jemand anderes testen.
Wenn das ginge könnte ich sehr einfach Teile des Codes übernehmen.
Ich hatte doch oben geschrieben dass das jetzt in scripting drin ist.
Habe jetzt auch mDNs in scripting eingebaut.
Leider bin ich krank und habe wenig Zeit mich zu kümmern aber das ist nur eine Frage der Zeit bis ich das fertig habe
Habe gerade festgestellt dass man in der Marstek App auch einen dummy Akku angeben kann.
Man kann dann den Shelly oder eco tracker versuchen anzumelden auch ohne einen Akku zu besitzen.
Beide werden wohl über mDNs gesucht.
Habe leider sehr wenig Ahnung davon und kann hier kaum helfen
wenn man mit #define USE_DISCOVERY compiliert
und mit SetOption55 on den service einschaltet bekommt man:
00:00:02.765 mDN: initialisiert 'LCD-2x20.local' (mein device name ist LCD-2x20)
man könnte versuchen den Hostnamen halt auf _everhome._tcp oder so ähnlich zu setzen.
oder für Shelly auf _http._tcp
#define MDNS_ENABLED true
Sollte mdns in Tasmota erlauben
#define MDNS_ENABLED false // [SetOption55] Use mDNS (false = Disable, true = Enable)
Nur für Shelly
habe UDP RPC im scripter eingebaut.
Damit kann man jetzt den Shelly richtig emulieren.
#define USE_SCRIPT_GLOBVARS muss definiert sein.
unten das rudimentäre script dient erst mal dazu zu sehen was der Marstek an den Shelly schickt
neue Befehle:
res=udp(0 port) öffnet UDP Listener auf port
str=udp(1) liest ankommende Strings auf dem Port
res=udp(2 str) sendet den String str als Antwort
res=udp(3 url port payload) sendet einen UDP String an die url mit port und payload
>D 40
res=0
str=""
>B
->sensor53 r
; add handler is only called on tasmota restart
; so when editing have to restart
; up to 3 handlers
>ah
; add handler #1
won(1 "/v1/json")
; open udp port 1010
res=udp(0 1010)
>on1
print here comes the request 1
wcs so(4)
wcs HTTP/1.1 200 OK\r\n
wcs Content-type: application/json\r\n\r\n
wcs {"Einspeisung": %sml[1]%}
wcf
>S
; check for incomming udp on port 1010
str=udp(1)
if str!="" {
; hier kommen die UDP RPC Anforderungen
print payload=%str%
}
; OBIS Einspeisezähler (nur Einspeisung)
>M 1
+1,10,o,0,9600,OBIS
-1,1-0:2.8.1*255(@1,Einspeisung,KWh,Total_out,4
-1,=d 1 10 @1,Aktuelle Einspeisung,W,Power_curr,0
-1,1-0:0.0.0*255(@#),Zähler Nr,,Meter_number,0
-1,0.1.2*11(@1,test,T,zeit,0
#Das wäre das einfachste, dann müsste man nur die IP von Tasmota angeben
Habe die Stelle in Tasmota gefunden aber es zeigt sich dass die FRITZ!Box selbst keine Leerzeichen im hostname akzeptiert
EC Tracker kann also nicht der Hostname sein. Kann denn jemand der den ecotracker benutzt den verbindlichen Hostnamen mal posten
Wenn ich den WLAN Namen/Hostname des Tasmotas in der Fritzbox ändere, dann müsste das doch den Hostname des Tasmotas aus Sicht der Venus E und der anderen Geräte im Netz überschreiben, oder?
das hat bei mir gar keinen Effekt. Ich konnte trotzdem nur über den Namen mit Bindestrich zugreifen
Man müsste die Stelle in Tasmota finden in der das Leerzeichen durch den Bindestrich ersetzt wird
Wenn der WLAN Name des Ecotrackers wirklich "EC Tracker" ist, kann man den mit Tasmota nicht vorgeben da das Leerzeichen immer durch "-" ersetzt wird. Habe auf die Schnelle nicht gefunden wo Tasmota das macht. Müsste man testhalber mal auskommentieren.
Erst dann hätte man eine Chance das es mit dem Ecotracker REST API funktioniert.
Alternativ könnte man einen UDP Listener auf port 1010 anwerfen und sehen was der Marstek für einen RPC Befehl schickt um den Shelly zu finden.
Dann könnte man darauf entsprechend antworten.
Ich persönlich würde aber immer die MODBUS Verbindung bevorzugen, da sie sehr schnell ist und auch bei Routerausfall noch problemlos funktioniert. Das 2 adrige Kabel kann auch sehr lang sein ohne ein Problem. Das obige Script funktioniert jedenfalls mit Growatt einwandfrei