Hoymiles HiBattery 1920 AC; hat die schon jemand am laufen oder im Test?

[hawa-lc4]

Hallo,
ich habe mir die Hoymiles HiBattery 1920 AC zugelegt und würde die gerne ohne echten Shelly Pro 3EM mit in meine PV-Landschaft einbinden.
Grund: ich habe für den keinen Platz mehr im Zählerschrank für den Shelly, aber ein Tasmota SML ist schon vorhanden, müßte also nur noch modifiziert werden.

Mein Tasmota SML ist ein ESP8266 mit 4M Flash; ohne jetzt alles hier neu aufzusetzen würde ich den gerne weiter verwenden.
Und JA, ich habe schon gelesen das der ESP8266 bei ottelo9 wegen seiner geringeren Leistungsfähigkeit gegenüber dem ESP32 nicht mehr weiter gepflegt wird. (Eigentlich Schade um den altgedienten Dinosaurier der sehr stabil läuft)

Ich habe das aktuell Image von ottelo9 aus dem tasmota4m_ottelo.bin.gz verwendet zusammen mit dem Skript 1_SML_ShellyEmu_Simple.tas.
Zwei Änderungen sind darin enthalten für Anpassungen an meinen Zähler (eBZ DD3 mit OBIS/ASCII messages):

>B
->SerialConfig 7E1

>M 1
+1,3,o,0,9600,Haus,1
1,1-0:16.7.0*255(@1,Leistung,W,Power_curr,0
1,1-0:1.8.0*255(@1,Verbrauch,KWh,Total_in,2
1,1-0:2.8.0*255(@1,Einspeisung,KWh,Total_out,2
#

Soweit ist alles gut, der ESP8266 läuft, die Zählerinformationen werden im GUI angezeigt und über den Shelly-EcoTracker Tester.ps1 läßt sich das Teil wunderbar über http und UDP abfragen.
Wenn man nun die HiBattery über die App konfigurieren will wird der simulierte Shelly auch erkannt aber beim Eintragen in die Geräteliste kommt dann nach längerer Zeit die Meldung "Daten konnten nicht abgefragt werden"; vermutlich ein timeout.

Einen Original Shelly Pro 3EM kann ich problemlos mit der gleichen Methode eintragen, der arbeitet dann auch mit der HiBattery sauber zusammen.
Was mich wundert ist das der echte Shelly über UDP überhaupt nicht zu erreichen ist: Timeout (ich habe die dokumentierten Ports 1010 und 2220 probiert) und über http Port 80 auch nur auf die Shelly.GetStatus Abfrage reagiert, bei EM.GetStatus kommt ein Fehler [HTTP 500].
Die http Abfrage auf Shelly.GetStatus liefert erwartungsgemäß eine deutlich umfangreichere json Ausgabe als der Emulator.

So jetzt bin ich für's erste mit meinem Latein am Ende. Jeder Tipp wie es weiter gehen könnte ist mir willkommen.
Als nächstes werde ich versuchen die offenen Ports des echten Shelly (UDP und TCP) zu scannen.
Wenn es gar nicht anders geht zur Not das Ganze in ein isoliertes LAN bringen und mit Wireshark versuchen die Kommunikation zwischen Batterie und Shelly mitschneiden. (Es ist nun leider schon fast 20 Jahre her das ich solche Netzwerkanalysen zuletzt gemacht habe, mal sehen ...)

VG Günter

[mi-hol]

@hawa-lc4 hast Du mal https://gemu2015.github.io/Sonoff-Tasmota/examples/ecotracker/ probiert?

die Hoymiles HiBattery 1920 AC ist der Nachfolger der von obigem Skript unterstützten MS-A2.
Die ganze Zeit von gemu2015 (dem Entwickler der Tasmota scripting engine) geht jetzt in die Entwicklung von TinyC, deshalb würde ich an deiner Stelle keine Zeit mehr in die "Dinosaurier" investieren.

[hawa-lc4]

@mi-hol die eco-tracker Emulation habe noch nicht ausprobiert, aber kein Problem, das kommt zügig.

Ich hatte ja gehofft das die HiBattery mit dem selben Protokoll arbeitet wie die MS-A2, aber ich hab mich vermutlich geirrt.
Und an dem "Dinosaurier" ESP8266 hängt nun auch nicht mein Herzblut. Wenn's mit einem ESP32 läuft soll mir das auch recht sein.

Wo ich jetzt eher Bauchschmerzen bekomme ist das Thema TinyC.
Wieder eine neue Konfigurations-Schnittstelle nach den Rules, der Scripting Language und Berry Scripting. Die Arbeit die gemu2015 hier reinsteckt kann ich nicht genug würdigen! Aber so langsam fürchte ich das durch diese doch recht schnellen Änderungen die Stabilität des Systems auf der Strecke bleibt. Von Rückwärtskompatibilität will ich gar nicht reden.
Also gut, genug gejammert, ich schau mir das alles an und berichte.

[hawa-lc4]

Update: bisher waren alle Versuche die eco-tracker Emulation mit tinyC zum laufen zu bekommen ein Fehlschlag.
Ich habe Versuche mit einem ESP32-C3 und ebenso einem ESP32 unternommen, beide mit identischem, fehlerhaften Ergebnis.

Als FW-Images hab ich die aus dem Repository "TinyC Test Build v1.3.6" von gemu2015 genommen.
ESP32 zuerst den Flash gelöscht, dann per upload Tool das entsprechende .factory.bin geladen.
WiFi Konfiguration durchgeführt, wie beschrieben die tinyc_ide.html.gz in's Dateisystem geladen und gleich die ecotracker.tc hinterher.
Soweit ist alles noch in Ordnung. Die tinyC IDE läßt sich öffnen und benutzen.

Dann aber die ersten Probleme:
bei der Erstellung des SML Descriptor wähle ich den "eBZ DD3 ODZ1" als Smartmeter aus, das ist das Modell das ich habe, und konfiguriere den RX und TX GPIO sowie die Verwendung des MedianFilters (oder eben keinen). Abspeichern der Konfiguration geht dann nicht denn das GUI meldet als Fehler: Warning: unresolved placeholders: %0smlf%.
Das kann ich lösen durch starres eintragen der "0" da ich den Filter nicht benutze.
Danach läßt sich die Datei "sml_meter.def" speichern.
@gemu2015 ich denke normal ist das Verhalten an der Stelle nicht?

Dann die ecotracker.tc aus dem Dateisystem laden, Anpassungen muß ich darin wohl nicht machen, kann ich zumindest nicht erkennen.
Danach Compilieren, Hochladen und auf dem Gerät ausführen: alles ok.
In der TinyC Console setze ich dann noch den autostart auf aktiv und starte die MCU neu.
Leider werden keine Daten vom Lesekopf aufgenommen, das Hauptmenü des ESP32 zeigt für alle Werte "0.00" an und in der Konsole wird folgendes ausgegeben:

00:00:00.001 HDW: ESP32-D0WDQ6 v1.0 
00:00:00.038 UFS: FlashFS mounted with 1176 kB free
00:00:00.049 CFG: Loaded from File, Anzahl 12
00:00:00.050 FRC: Some settings have been reset (2)
00:00:00.052 SCR: ufilesystem found
00:00:00.057 Projekt tasmota - tinyc Version 15.2.0.2(tasmota)-3.3.7(2026.04.18 19:14:28)
00:00:00.067 Plugins: Partition not found
00:00:00.067 TCC: Need 1696 bytes, free heap 160328
00:00:00.068 TCC: TinyC v1.1.0 initialized (1696 bytes, 158628 free)
00:00:00.087 TCC: Slot 0: /ecotracker.tcb (autoexec=1)
00:00:00.099 TCC: Loaded /ecotracker.tcb (1656 bytes) into slot 0
00:00:00.110 TCC: VM task started (/ecotracker.tcb)
00:00:00.111 TCC: webOn(1, "/v1/json") deferred
00:00:00.111 TCC: Program started (/ecotracker.tcb)
00:00:00.121 TCC: Auto-started slot 0
00:00:00.123 TCC: EcoTracker: started
00:00:00.123 TCC: Halted after 37 instr, 5 callbacks
00:00:01.000 WIF: verbinden mit AP1 xxxxxxxxxx Channel 1 BSSId DC:39:6F:4D:C7:78 in Modus HT20 als sonoff-7448...
00:00:02.144 TCC: Download server started on port 82
00:00:02.943 WIF: verbunden
21:24:03.153 TCC: webOn(1, "/v1/json") registered (deferred)
.......

Die Meldung Halted after 37 instr, 5 callbacks scheint mir nicht ok zu sein.
Wo hier das Programm aber ausgestiegen ist, ist mir noch nicht ganz klar.

Wie gesagt, das Verhalten hier ist bei beiden ESP32 MCUs das Gleiche.

[ottelo9]

@hawa-lc4 Hi. Hattest du schonmal das 1_SML_EcoTrackerEmu_Simple.tas ausprobiert?

Bei manchen Akkus funktioniert nur das Shelly Script, bei anderen nur das EcoTracker Script, bei anderen wiederum geht beides. Liegt an der nicht 100% sauberen Implementierung im Script/Firmware aber auch an schlechter API Implementierung seitens des Akku Herstellers (siehe z.B. hier). Mit TinyC wird da mehr möglich sein!

[hawa-lc4]

@otelo9 das Skript funktioniert auf Anhieb, auch auf dem ESP8266.
Der Emulator lies sich auf Anhieb als intelligentes Gerät über die S-Miles Home App einbinden.
Ob's im Betrieb Einschränkungen oder Probleme gibt werde ich noch näher untersuchen.

[ottelo9]

Das klingt doch schonmal gut. Mal sehn, ob der EcoTracker auch noch nach xx Stunden da ist. Beim Growatt Noah 2000 zb ist dieser in der App nach 24h wieder verschwunden. Bei anderen funktioniert es wie gesagt. Ist ein Glücksspiel mit noch unbekannten Akkus ;)

[gemu2015]

Moin,
Das ecotacker.tc is komplett veraltet. Das war eine simple Übersetzung der scripter Version.
Auch der Descriptor wird noch aus dem Repo für Scripte geladen. Ottelo hat noch keine Zeit gefunden ein eigenes Repo für Tinyc anzulegen.
die Substitution der Pins muss so aussehen +1,%rxpin%,o,%smlf%,9600,eBZ-DD3,%txpin%
die führende Null ist in Tinyc nicht erlaubt.
Dann fehlte in dem Ecotracker noch das Flag dass den SML Treiber einschaltet.
Danach funktioniert der SML Treiber und man hat schon mal Werte vom Meter.
Die Funktionalität der Ecotracker Emulation muss dann erst getestet und angepasst werden.
Im Anhang eine Version die wenigstens das SML enable Flag als Checkbox enthält.
Im Scripting Fenster keinen Code ausser >D >B eintragen.
Die haltet Meldung ist normal, das bedeutet das die main() section ausgeführt wurde.
Alle callbacks sind aber weiter aktiv.

ecotracker.tc.zip

[gemu2015]

habe jetzt in tinyc eingebaut dass er auch die scripter replacements zulässt. dann muss Ottelo nicht so viel modifizieren

[mi-hol]

die scripter replacements

Das bedeutet, die gleiche Syntax für dynamischen Variablenaustausch inkl. Anzahl Dezimalstellen zB %0smlf% funktioniert.
Damit können die SmartMeter Definitionen (= Descriptor) zwischen TinyC und scripter zu 100% geteilt werden.
@gemu2015 habe ich das richtig geschrieben?

[gemu2015]

ja was den descriptor angeht schon, allerdings nur in der erste Zeile mit den 3 Parametern. andere Substitutionen gehen nicht so einfach und werden auch kaum mehr gebraucht.
Allerdings gilt das nur für Meter Deskriptoren die keinen extra Kode in >S oder >F brauchen. Die müssen explizit auf Tinyc umgeschrieben werden.

[mi-hol]

ok, der Traum 100% Kompatibilität für SmartMeter Definitionen (= Descriptor) ist also geplatzt.

Da obige Einschränkungen auftreten werden, könnte das durch entsprechende deskriptive Fehlermeldungen, dem user angezeigt werden?

[hawa-lc4]

@gemu2015 schrieb: ... die Substitution der Pins muss so aussehen +1,%rxpin%,o,%smlf%,9600,eBZ-DD3,%txpin% die führende Null ist in Tinyc nicht erlaubt.
Da kann etwas nicht ganz stimmen, denn wenn man es genau so einsetzt dann sieht das Ergebnis der Substitution in der "sml_meter.def" so aus:
+1,%rxpin%,o,0,9600,eBZ-DD3,%txpin%

Wenn man für den RX/TX Pin die "0" drin läßt klappt hier die Substitution, nur für den Parameter "%smlf%" muß die führende Null raus.
Meine Vermutung dazu ist, die Werte von RX/TX Pin werden als Float übergeben und müssen als unsigned Integer umdefiniert werden während der Median-Filter als boolean übergeben wird und keine weitere Anpassung braucht.

[ottelo9]

In der IDE ist momentan noch ein Bug, den ich auch habe. Das erste Mal mit Save to Device funktioniert. Danach klappt es nicht mehr (sieht man in der Console), obwohl in der IDE in grün successful steht.

[gemu2015]

also die release wird immer nur in Abständen aufgefrischt.
lade dir die ide aus dem Ordner Tinyc die ist immer aktuell.
habe gerade die Substitution ausprobiert. es funktioniert mit oder ohne 0 davor.
Zur Sicherheit kannst du dann auf dem ESP Dateisystem die Datei sml_meter_def
anschauen. dort sollte der Descriptor dann richtig angezeigt werden.
in der IDE solltest du auch "restart sml" klicken damit der SML Treiber den neuen Descriptor auch erkennt.
Danach muss der SML Treiber eigentlich funktionieren. Denn das hat dann nichts mit Tinyc zu tun.
Wenn du dann immer noch keine Werte siehst ist das ein anderes Problem.
Erst wenn das normal funktioniert kannst du mit dem Tinyc Test fortfahren.

[hawa-lc4]

also ich geb's auf mit tinyC. :(
Ich habe heute folgendes gemacht:

• die aktuellen Images für ESP32 und ESP32-C3 aus "releases/tag/testing" geholt, die sind aktuell von heute morgen erstellt.
• die aktuellste tinyc_ide.html.gz (vor ein paar Minuten erstellt) aus dem tinyC Verzeichnis geholt.
• die ecotracker.tc aus deinem post von vor zwei Tagen genommen.
• meine Initialisierung des SML sieht so aus: +1,20,o,0,9600,eBZ-DD3,21
  Ich bekomme keine Anzeige der Zählerdaten.

Lade ich auf das gleiche Image ohne Änderungen an der Hardware dieses einfache Skript:

>D 250
>B
=>sensor53 r
=>SerialConfig 7E1
>M 1
+1,20,o,0,9600,Haus,21
1,1-0:16.7.0*255(@1,Leistung,W,Power_curr,0
1,1-0:1.8.0*255(@1,Verbrauch,KWh,Total_in,2
1,1-0:2.8.0*255(@1,Einspeisung,KWh,Total_out,2
#

so sehe ich die Zählerdaten im Hauptmenü.
Das Skript ist von den GPIOs jetzt für den ESP32C3 angepaßt, das gleiche gilt aber entsprechend auch für den ESP32.
Da der eBZ DD3 OBIS/ASCII Zähler die Einstellung "9600 7E1" benötigt habe ich auch versucht ein entsprechendes tasmCmd im das tinyC Skript einzufügen: ohne Erfolg.
Das gleiche auch für den Versuch die SerialConfig einzeln über die tasmota Konsole per Kommando zu setzen.

Laut Doku zum Smart Meter Interface ist die Änderung auf "7E1" nur für den Hardware serial port zulässig.
Da auf meinem ESP32 (DevKit-V1) auf dem UART0 aber der USB Baustein (CH340) sitzt habe ich das alles auf den GPIOs der UART1 (16/17) probiert. Ergebnis: es läuft dort genauso, aber NICHT mit tinyC sondern nur mit dem kleinen Skript.

Da es jeweils mit dem identischen Image und der identischen HW Konfiguration mit Skript läuft und mit tinyC nicht schließe ich mal die Hardware als solches aus.

Die Checkbox "Enable Meter" setzen/löschen und SML restart habe in allen möglichen Kombinationen ausprobiert: ohne Erfolg.
Mir gehen die Ideen aus.

@ottelo9: bei mir ist der EcoTracker Emulator auch heute noch unverändert in der S-Home App eingetragen und tut brav seinen Dienst. Mal sehen was morgen ist, aber ich bin optimistisch.

[gemu2015]

Das mit dem serialconfig ist völlig unnötig und wirkungslos da es gar nicht mit dem seriellen sml Treiber verbunden ist.
Der sml Treiber benutzt bei obis immer 8n1 und ignoriert einfach das Parity Bit.
Sieh dir die datei sml_meter_def an. In der muss der descriptor genauso aussehen wie im funktionieren Script.
Dann. Muss es funktionieren weil das gar nichts mehr mit Tinyc zu tun hat.
Der sml Treiber sucht beim Start nach der Datei und wenn er keinen descriptor im scripter findet liest er den Deskriptor aus dieser Datei. Tinyc spielt hier gar keine Rolle.
Keine Ahnung was du da falsch machst. Bei mir funktioniert das einwandfrei.
Das ginge auch mit einer Firmware ganz ohne Tinyc

[hawa-lc4]

@gemu2015: Danke, mit deiner Aussage zum serialconfig; da habe ich wieder etwas gelernt.
Ich habe mich da voll und ganz auf die Dokumentation in der Doku zum Smart Meter Interface verlassen.

So, ich habe den Fehler gefunden; er sitzt in ca. 70cm Abstand zum Bildschirm, ;)
Ursache: das Script muß aktiviert bleiben um hier den SML Treiber zu aktivieren.
Das Kommando "sensor53 r" ist dabei gar nicht erforderlich.
An der "sml_meter_def " hat es vermutlich zu keiner Zeit gelegen.
Habe ich da in deiner Doku etwas überlesen oder falsch aufgenommen?
Ich habe das so aufgefaßt das zwar die script.txt existieren muß, eben nur mit dem Inhalt

>D
>B

aber script eben nicht aktiviert sein soll.

Zum Thema HiBattery 1920 AC: mit der eben genannte Erkenntnis läßt sich auch dieser "EcoTracker" mit der S-Miles App einbinden und tut was er soll: er steuert den Akku.

[gemu2015]

habe eben erst gesehen das das mit dem serialconfig in der Doku steht. Ist einfach falsch praktisch alles was in diesem Kontext steht. Kam nicht von mir. Werde ich korrigieren.

[hawa-lc4]

Kurzes update zum Hauptthema hier:

• die ursprünglich erwähnte Shelly Pro 3EM Emulation funktioniert nicht zusammen mit der Hoymiles HiBattery 1920 AC (ohne weitere Anpassungen in der Emulation); habe ich jetzt auch nicht weiter verfolgt.
• die Emulation des Everhome EcoTracker funktioniert ohne weitere Anpassungen der Emulation zusammen mit der Hoymiles HiBattery 1920 AC auf Anhieb.
• die EcoTracker Emulation funktioniert hier sowohl in der reinen Skript Variante von @ottelo9 als auch in der tinyC Variante von @gemu2015.
• Anpassungen müssen wie immer für die Smartmeter Konfiguration gemacht werden.
• die Ecotracker Emulation läuft bei mir bisher absolut stabil in der S-Miles App, habe keine Abbrüche oder ähnliches bisher beobachtet.

Nachtrag: bei mir läuft das Ganze auf einem ESP8266 mit selbstgebauter HW und einem einfachen, fertigen Lesekopf im I-net gekauft. Nach den Informationen von ottelo9 habe ich das Image selbst compiliert. Ich habe zusätzlich eine RTC (DS3231M) am I2C Bus eingebaut weil es mich genervt hat daß das Teil nicht startet wenn es das WLAN/I-net nicht erreichen kann. WLAN ist bei mir an dieser Stelle etwas schwach.

[Starfoxfs]

Na da bin ich gespannt will mir auch eine Hoymiles Hibattery 1920 AC zulegen und hab von hier das Script auf einem ESP8266 HichIR Lesekopf am laufen.

Werd ich dann wohl auch auf das Script vom Ecotracker umstellen.