Info: Ecotracker Emulation nicht mit Jackery Homepower 2000 Ultra

[gittyNils]

Hallo miteinander,
Hier nur eine Info für die Mitwirkenden:

Die Ecotracker Emulation ist nicht mit dem Balkonkraftwerk von Jackery (in meinem Fall das Homepower 2000 Ultra) kompatibel.

Da ich als Softwareentwickler soweit vom Fach bin kann ich es darauf eingrenzen, dass das Jackery System eine aufrechterhaltene Verbindung zum Smart Meter erwartet.

mDNS klappt soweit, der emulierte Ecotracker lässt sich auch in der Jackery App finden und hinzufügen.
Auch die Abfragen auf /v1/json passen soweit.
Nur mach Tasmota intern im Webserver aus Ressourcengründen die TCP Verbindung nach einem HTTP Request direkt wieder zu.
Jackery scheint aber für die „Online“-Status Ermittlung auf eine offen gehaltene Verbindung zu setzen.
Mit der Emulation bekommt man also das Smart Meter nicht als Online angezeigt und das Jackery System bekommt daher die Infos vom Grid nicht korrekt verarbeitet, obwohl die API Anfragen regelmäßig an /v1/json gehen.

Ich habe jetzt einen echten Ecotracker im Einsatz.
Weil ich das Thema spannend finde, biete ich gerne an, Informationen zum Verhalten des echten Ecotrackers bereitzustellen.

Falls also bedarf ist, einfach hier fragen, dann kann ich die echte mDNS Antwort inkl. TXT Record Infos bereitstellen oder auch eine echte JSON Antwort der API.

VG Nils

[ottelo9]

Ich habe mal bei gemu (Tasmota Script/SML Entwickler) nachgefragt, da ich selbst nicht so im Thema stecke. Hier seine Antwort:

Leider habe ich keinen Einfluss auf die darunter liegenden TCP Verbindungen, jeden falls habe ich nichts gefunden.
Kann mir eigentlich auch nicht vorstellen dass das so ist. TCP kann immer unterbrochen werden und im Normalfall würde es einen reconnect geben.
Man müsste die Kommunikation mal im Detail analysieren.

[gittyNils]

Diese Analyse habe ich mit Wireshark schon betrieben.
Die Jackery versucht im Fall mit der Emulation auch in wenigen Sekunden einen Reconnect, aber kann den Online-Status nicht aufrecht erhalten, weil der auf der bestehenden TCP Verbindung beruht. Dadurch „flackert“ in der App die Info zum Strombezug aus dem Stromnetz nur kurz auf.

Ich habe auch den Quellcode über Tasmota runter ins
Repo https://github.com/espressif/arduino-esp32/blob/master/libraries/WebServer/src/WebServer.cpp verfolgt, ins „handleClient“. Dabei war auch mein Entschluss dann, dass da aktuell ohne Codierungsaufwand auf diesem Level nichts zu ändern ist.

Auch hier, falls gewünscht, kann ich Auszüge aus den Wireshark Aufzeichnungen bereitstellen. Ich meine, die hätte ich aufgehoben.

[gittyNils]

Weil ich es gerade noch mal vorliegen habe, der Ecotracker Response mit neustem Firmware Update (wurde mir vom Everhome Support aufgespielt):

{
"power": 351,
"powerAvg": 340,
"agePower": 1201,
"powerPhase1": 43,
"powerPhase2": 265,
"powerPhase3": 42,
"energyCounterOut": 49115752.5,
"energyCounterIn": 10238411.7,
"energyCounterInT1": 10238411.7,
"energyCounterInT2": 0
}

Ich habe dabei keine besonderen Tarife für Tag oder Nacht. Heißt also:
agePower is neu. Zeigt die Zeit im Millisekunden an, die die Messung von Power alt ist. hier also 1201 MS alt.
energyCounterInT1 wird einfach mit energyCounterIn gefüllt, zumindet bei meinem Stromzähler.

zum mDNS TXT noch folgendes:
Das sind die echten Felder, die in der mDNS Response im als TXT Einträge kommen (Seriennummer setze ich hier mal nicht rein):

Decoded key-value pairs:

productid=1137
serial=XXXXXXXXXXXX
ip=192.168.189.5

Nach dem Commit von gemu (arendst/Tasmota#23926)
Setzt er in Tasmota aber folgendes:

Das ist aber meiner Einschätzung nach weniger wichtig, weil das Finden der Ecotracker Emulation auf dem Tasmota und hinzufügen in der App problemlos geklappt hat. Es kann aber natürlich zukünftig mal relevant werden, auf für andere Hersteller wie Marstek oder so.

[ottelo9]

Hi.
Bzgl. mDNS TXT das hatten wir so rudimentär implementiert, hatte funktioniert ;). Änderungen zum Testen kann man natürlich jederzeit vornehmen.

bzgl. HTTP API und fehlende Werte, das kann man relativ einfach im Script ergänzen. Ich hatte das ganze mit meinem Marstek getestet und dieser brauchte nur ein paar Werte, statt die ganze Bandbreite (die in der API Beschreibung beschrieben ist).

Hier kannst du das ergänzen:
json="{\"power\":"+s(0cpwr)+",\"powerAvg\":"+s(0cpwr)+",\"energyCounterIn\":"+s(0sml[2]*1000)+",\"energyCounterOut\":"+s(0sml[3]*1000)+"}"

Stringlänge ist auf 250 Zeichen begrenzt, da >D 250. max=255

Ansonsten zweite String Variable deklarieren.

So sieht mdns / TXT bei mir aus:

[ottelo9]

@gittyNils Ich verfolge eure Diskussion. Vielleicht kann ich die Erkenntnisse im Script / Tasmota einbauen ...

[Ren108]

ich hab mal die Version für den ESP8266 angepasst um zu schauen ob das mein Problem mit dem NOAH löst aber leider verzögert es das Rausfliegen nur minimal. main...Ren108:tasmota-sml-script:patch-2

[ottelo9]

Wäre auch komisch gewesen, wenn das daran liegt. Die API Implementierung im Akku muss ja auch immer Rückwärts kompatibel sein. Eigentlich braucht der Akku nur die Momentanleistung.

[ottelo9]

@gittyNils Kannst du bitte mal #30 (comment) ausprobieren?

[gittyNils]

Leider nein. Ich bin aktuell nicht mehr im Besitz eines Tasmota Lesekopfes. Bei mir läuft es jetzt über den originalen Ecotracker.

Nach anfänglichen Problemen mit der WLAN Verbindung im Zählerschrank läuft der inzwischen einwandfrei.

[ottelo9]

@gittyNils Du hast ja jetzt einen eigenen EcoTracker. Kannst du für mich was testen? Ich würde gerne wissen, wie der HTTP Antwort Header aussieht.

PS
Hat sich erledigt.

[gittyNils]

@ottelo9 sorry, war hier etwas träge. Wenn ich noch was ergibt, einfach melden.

[ottelo9]

Fazit bis jetzt: Meine Emus laufen leider nicht mit dem Jackery Homepower 2000