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
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
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.
Komme mal kurz auf den Start dieser Einträge zurück. Mein Strom und Gaszähler auszulesen funktioniert, wenn auch der Gaszähler mal einen Impuls zählt der keiner ist, ich korrigiere das halt ab und zu von Hand.
Beim Wasserzähler versuche ich das über Counter, bekomme das aber nicht hin, ich glaube das 1 Implus pro 10 Liter kommt. Zum Test aber etliches Wasser laufen zu lassen ist nicht ganz einfach.
Kann mir jemand mal, sofern möglich, ein Sript nur für Wasserzähler zeigen ?
P.S.
Ich habe nun mal das Script von Otello eingespielt, mal schaun ob die richtigen Werte kommen. Wenn ja muss ich das noch auf einen zweiten wasserzähler ausbauen. Ich hoffe es gelingt mir dann, ist ja sehr umfangreich.
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
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
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
#Wäre gut wenn das jemand mit einem echten Akku testen könnte. Ich pflege auch gerade die neusten Änderung von gemu2015 bei mir ein und erstelle Tasmota Images. Das Beispielscript werde ich auch mit in mein github Repo schmeissen.
Anscheinend werde ich mir wohl auch ein Akku zum Testen holen müssen 
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.
Alles anzeigenhabe 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
Code>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 #
Unter der URL ip/v1/json erhalte ich nur ein "Datei nicht gefunden"
Mit dem Tasmo-Compiler verwende ich diese Einstellungen. Braucht es da noch weitere Parameter?
#define USE_SCRIPT
#define USE_SML_M
#ifdef USE_RULES
#undef USE_RULES
#endif
#define USE_DS18x20 // Add support for DS18x20 sensors with id sort, single scan and read retry (+2k6 code)
#define USE_SCRIPT_GLOBVARS
Google Gemini meint das noch #define USE_UDP mit dazu muss, ändert aber sonst nichts.
Braucht das Programm da zwingend die ESP32 Version? Mein IR Leser ist auf einem ESP8266-01S
Gemini meint weiter das noch
#ifndef USE_SCRIPT_WEB_SERVER #define USE_SCRIPT_WEB_SERVER // Erlaubt dem Skript, seinen eigenen Webserver zu betreiben/an HTTP-Anfragen zu lauschen #endif
und
#ifndef USE_WEBSEND #define USE_WEBSEND // Stellt sicher, dass die WebSend-Funktion verfügbar ist #endif
dazu sollte.... bringt auch nichts. Weiter schlägt Gemini vor, ein WON Test zu probieren, der auch nicht geht.
Die Sensorwerte vom Stromzähler werden korrekt angezeigt, aber nur in der normalen Tasmota Ansicht bzw. im MQTT
>D 0
>ah
won(1 "/test")
>on1
print My test handler was called!
WebSend HTTP/1.1 200 OK\r\nContent-type: text/plain\r\n\r\nHello from Tasmota script!\r\n
Mit der Tasmota Vorcompilierte Version von dort https://drive.google.com/drive/folders/…UGG3A1-oLO14g5z werd nun unter v1/json etwas angezeigt. Die Marstek-App erkennt nichts... weder mit den drei Shelly Varianten noch mit diesem EcoTracker.
Ich lass es gut sein... heute genug Zeit verschwendet.
Hab noch den Uni-meter ausprobiert... ich meine in der Config alles richtig eingegeben zu haben, aber wird trotzdem nichts angezeigt. Diese Open-Source Projekte sind hochgradig frustrierend.
Die Shelly Pro 3EM Emulation war nicht in meinen ESP8266 Images drin! Ich habe die Features nun mit rein genommen, aber nur für tasmota1m_energy_ottelo.bin.gz und tasmota4m_ottelo.bin.gz. Für das Image tasmota1m_ottelo.bin.gz habe ich diese Features deaktiviert, da das Image sonst zu groß wird und ein direktes Upgrade via OTA dann nicht mehr möglich wäre (dann nur via minimal Image möglich). Du kannst also mit tasmota1m_energy_ottelo.bin.gz testen, danach musst du ein Firmwareupdate immer über das minimal Image machen oder wenn du keine Lust mehr auf Testen hast gehst du zurück zum tasmota1m_ottelo.bin.gz Image.
Was aktuell funktioniert ist das Emulieren des Ecotracker. Am Shelly arbeitet gemu und Karsten (Kalle?) aktuell...
Ich werde mir jetzt den "Marstek Jupiter C Plus" holen, da dieser besser zu mir passt. Da kann ich meine Panels direkt anschließen. Nulleinspeisung via Shelly usw soll dort gleich sein...
Tasmota V15.0.1 Images mit Shelly/Ecotracker Emulations Support (siehe gemu2015 Beiträge)
Danke, werde ich ausprobieren.
bei diesem IP/V1/JSON werden die Daten korrekt angezeigt. Die Batteriespeicher-App findet trotzdem nichts.
Das Thema hier ist hoch chaotisch mit den ganzen Code Schnippsel wo man als dritter gar nicht weiß, was geht, was braucht man und selbst wenn man erahnt, was gebraucht wird, landet man in einer Sackgasse. Ich nutze den Tasmo-Compiler... offenbar braucht man in diesem Spezialfall aber dieses PlatformIO das mir viel zu überladen und unübersichtlich ist.
Ich lass es nun bleiben und schau in X Monaten wieder ob es neue oder andere Lösungen gibt. Dieses Solarzeug hat einen haufen Geld gekostet... da würden 70 Euro für so ein Shelly Pro 3EM auch nicht mehr groß ins Gewicht fallen. Mal schauen...
