EcoTracker / Shelly Pro 3EM, EM50, EM Gen3 emulator

Eine PV-Batterie muss die Netzleistung kennen, um auf Nulleinspeisung zu regeln. Die wenigsten können deinen Zähler lesen, aber fast alle sprechen mit einem von wenigen verbreiteten Energiezählern. Dieses Script lässt dein Tasmota-Gerät als einer davon antworten.

Funktioniert mit Marstek, Jackery, NOAH, Hoymiles und anderen. Für Marstek gibt es eine dritte Möglichkeit, die mehrere Akkus koordiniert: den CT002-Emulator.

Voraussetzungen: ESP32, Tasmota mit TinyC und USE_SML, ein Lesekopf. Die Zählereinrichtung steht unter SML.

1. sml_eco_shelly.tc kompilieren (oder sml_chart_eco_shelly.tc für Diagramme) und in Slot 0 hochladen.
2. Zuerst den Zähler einrichten — ohne Messwerte meldet der Emulator 0 W und der Akku tut nichts Sinnvolles.
3. Den Modus wählen, den dein Akku spricht, dann das Script neu starten.
4. In der App des Akkus nach einem Zähler suchen. Er sollte das Gerät von allein finden.

Nur Slot 0. Die HTTP-Endpunkte sind webOn-Handler, und die reicht Tasmota an Slot 0 weiter.

Nur ein Emulator pro Gerät. Zwei Zähler, die im selben Netz antworten, verwirren einen Akku mehr als gar keiner.

Was will dein Akku? Wenn im Handbuch ein unterstützter Zähler steht, danach richten. Sonst mit Shelly Pro 3EM anfangen; der wird am häufigsten unterstützt.

Der Pro-EM50-Modus ist der neueste und am wenigsten erprobte. EM1.GetStatus — der Aufruf, den ein Akku tatsächlich pollt — ist sicher; das vollständige Shelly.GetStatus ist aus der Gerätestruktur abgeleitet, nicht an einem echten EM50 gemessen. Wer einen hat: Vergleich willkommen.

Der EM-Gen3-Modus folgt einer Scripter-Emulation, die bereits im Einsatz ist und mit der Marstek-App funktioniert — das Drahtformat ist also nicht geraten. Drei Werte meldet er fest statt gemessen: 230 V, Leistungsfaktor 1 und 50 Hz; ein SML-Zähler liefert nichts davon. Der Strom je Phase wird aus der Leistung bei 230 V gerechnet, damit er zu den Zahlen daneben passt.

Die Zeile An den Akku auf der Hauptseite zeigt, was das Gerät tatsächlich verlässt — nach Offset und Formung. Im Vergleich mit der Rohleistung sieht man, was die Einstellungen bewirken.

Die Option 3 Phasen steht bei den Zähler-Einstellungen, nicht hier — sie sagt aus, ob der Zähler überhaupt Werte je Phase liefert. Ist sie an, tragen die Beispiel-Antworten weiter unten drei echte Werte statt Nullen in powerPhase2, powerPhase3 sowie b_act_power und c_act_power. Der Gesamtwert bleibt in beiden Fällen der saldierte Zählerwert — darauf regelt der Akku.

Alle davon kannst du im Browser aufrufen, um zu sehen, was der Akku sieht.

{"power":-440,"powerAvg":-217,"agePower":1000,
 "powerPhase1":-440,"powerPhase2":0,"powerPhase3":0,
 "energyCounterIn":26714950,"energyCounterOut":659775}

Die Leistung steht komplett auf Phase 1, alle drei Phasen summiert. Mehr gibt ein saldierender Zählerwert nicht her, und genau das braucht ein Akku, der gegen die Summe regelt.

Das Gerät meldet sich über mDNS als ecotracker-<mac>, shellypro3em-<mac>, shellyproem50-<mac> bzw. shellyemg3-<mac>, mit der eigenen MAC des ESP.

Ob der Emulator antwortet, lässt sich ohne Akku prüfen. Shelly-EcoTracker Tester.ps1 ist ein kleines Windows-Programm, das dieselben Fragen stellt wie ein Akku — Rechtsklick, Mit PowerShell ausführen.

Oben die IP des Geräts eintragen, dann zwei Dinge wählen:

Der Protokollschalter ganz oben entscheidet, wie die Anfrage rausgeht: über UDP als blanker Methodenname, über HTTP als /rpc/-Pfad. Dieselbe Auswahl bedient also beides.

Zwei weitere Modi lohnen sich:

• mDNS fragt im Netz nach, welche Geräte sich als Shelly oder EcoTracker melden. Findet die App des Akkus den Emulator nicht, muss er hier zuerst auftauchen — das trennt ein Erkennungsproblem von einem Datenproblem.
• Ping läuft als Dauertest mit Protokolldatei, für ein Gerät, das gelegentlich aussetzt.

Eine Antwort im Testprogramm beweist, dass der Emulator funktioniert — nicht, dass der Akku sie annimmt. Kommt dort gültiges JSON und die App findet trotzdem nichts, liegt es an der Erkennung oder am Port, nicht an den Messwerten.