Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Creekhail]

Aktuelle Test Version	0.2.8
Veröffentlichungsdatum	29.07.2026
Github Link	https://github.com/Creekhail/ioBroker.sunenergyxt500

Hallo zusammen,

hier stelle ich meinen Adapter sunenergyxt500 zum Testen bereit - für die AC-gekoppelten Hybridspeicher SunEnergyXT 500 / 500 PRO. Er spricht das Gerät ausschließlich über die lokale HTTP-API an, ganz ohne Cloud.

Was er kann:

• Vollständiges Monitoring aller Datenpunkte (SoC, Leistungen, PV/MPPT, Zähler, Firmware …)
• Integrierte Eigenverbrauchsregelung: adaptiver Regler, der den Netz-Sollwert (GS) aus einem beliebigen ioBroker-Zählerstate schreibt - mit Watchdog/Failsafe, Ziel-Netzleistung („nie einspeisen") und Unterstützung für bis zu drei Kopfspeicher in einer Instanz
• Alternativ die geräteeigene Selbstregelung (Zähler wird eingebunden)
• Standardmäßig läuft er im reinen Monitoring-Modus - Steuerung aktiviert man bewusst

Installation: Über das Latest/Beta-Repository direkt aus dem Admin, oder aus GitHub (Link oben). Dokumentation liegt zweisprachig (DE/EN) im Repo. Voraussetzung am Gerät: lokaler Modus (LM=1) muss aktiviert sein.

Ich betreibe den Adapter selbst produktiv an meiner eigenen Anlage und pflege ihn dauerhaft.

Besonders freuen würde ich mich über Rückmeldungen von:

• Nutzern mit PV-Modulen am Speicher - die PV-Verarbeitung ist mangels eigener Panels noch ungetestet (Follow-PV-Regelung ist in Vorbereitung)
• Betreibern von zwei oder drei Kopfspeichern - für die Validierung der Mehrkopf-Steuerung
• Nutzern der geräteunterstützten Zähler (EcoTracker, Shelly 3EM/Pro 3EM, Tasmota)

Rückmeldungen, Fehlerberichte und Verbesserungsvorschläge gerne hier im Thread oder als Issue auf GitHub. Vielen Dank fürs Testen!

Viele Grüße
Creekhail

[Hase1307]

Hallo Creekhail,
habe das PDF bei Facebook gefunden, aber bei der Adaptersuche kommt nichts raus! Ich habe das alles von Hand und zu Fuss in den iobroker geklöppelt und es läuft. Würde Deinen Adapter aber gerne testen, ohne meine Sachen zu Überschreben!

[Creekhail]

Hallo Hase1307,

danke für dein Interesse! Dass du ihn nicht findest, hat einen einfachen Grund: Der Adapter ist bisher nur im Latest/Beta-Repository, nicht im stabilen. Über die normale Adaptersuche taucht er deshalb nicht auf.

Weg 1 – Repository umstellen
Admin → Zahnrad oben (System-Einstellungen) → Reiter Repositories → dort „Latest (Beta)" hinzufügen bzw. auswählen → speichern. Danach im Adapter-Tab einmal die Liste neu laden, dann ist „sunenergyxt500" da.

Weg 2 – ohne Repo-Umstellung
Adapter-Tab → Katzensymbol (Install from custom URL) → Reiter GitHub → Creekhail/ioBroker.sunenergyxt500

Zu deiner eigentlichen Frage: Deine bestehende Lösung wird nicht angefasst. Der Adapter legt seine Objekte ausschließlich unter sunenergyxt500.0.* an. Was du unter javascript.0.* oder 0_userdata.0.* gebaut hast, bleibt unberührt – er kann dort gar nicht hinschreiben. Und er startet standardmäßig im reinen Monitoring-Modus, schreibt also nichts ans Gerät. Du kannst ihn also gefahrlos parallel laufen lassen und die Werte mit deinen vergleichen.

Ein Hinweis für später: Wenn du irgendwann die integrierte Eigenverbrauchsregelung aktivierst, schalte vorher deine eigene Regelung ab. Sonst schreiben zwei Regler den Netz-Sollwert und arbeiten gegeneinander.

Falls dir etwas nicht passt: Instanz löschen, die Objekte gehen mit, dein Setup ist unverändert.

Über Rückmeldung würde ich mich sehr freuen – besonders, wenn du PV-Module am Speicher hast oder mehr als einen Kopfspeicher betreibst. Genau da fehlen mir mangels eigener Hardware die Praxiswerte.

Viele Grüße
Creekhail

[Creekhail]

0.2.8 ist im Latest-Repo — Anpassung an die neue Speicher-Firmware

SunEnergyXT hat ein Firmwareupdate ausgerollt. Ich habe die lokale API vorher
und nachher auf meiner 500 PRO verglichen — hier die Ergebnisse, damit niemand
rätseln muss:

Es bricht nichts. Kein Feld ist verschwunden, keine Einstellung wurde
zurückgesetzt (SoC-Grenzen, Einspeisegrenze, lokaler Modus, Zeitzone — alles
erhalten). Der Adapter lief ohne Nacharbeit weiter.

Neu: PD (heutige PV-Erzeugungsenergie). Das Feld war vom Hersteller eine
Weile aus der API-Doku entfernt worden und kommt mit der neuen Firmware zurück.
0.2.8 legt es als heads.<n>.pv.PD an (rohe Wh, wie die übrigen Tageszähler).
Wer noch die alte Firmware hat, kann trotzdem auf 0.2.8 gehen — der Adapter
erkennt am Payload, ob das Gerät das Feld liefert, und der State bleibt sonst
einfach leer. Kein Zwang zum Firmwareupdate.

Achtung, Versionsnummern: Die App bietet das Update als "1.1.4" an, das
Gerät meldet danach intern ES = 1.1.14. Öffentliche und interne Zählweise
unterscheiden sich (öffentlich 1.1.X = intern 1.1.1X). Nicht wundern — und
falls jemand eigene Skripte hat: bitte nicht auf die Versionsnummer prüfen,
sondern darauf, ob das Feld im /read auftaucht.

Nebenwirkung des Updates: Der Reboot setzt die Tageszähler (GD1/GD2/LD/PD)
auf 0. Wer sie in History oder Tagesbilanzen führt, hat am Updatetag einen
Sprung nach unten drin — das ist das Gerät, nicht der Adapter.

Zu den Batteriepacks: Das Update hebt ES/AS/DS auf 1.1.14, die BMS-Firmware
der Packs (BS0/BS1) bleibt auf 1.1.13. Das ist so gewollt — an einem Update für
die Packs arbeitet der Hersteller noch. Also kein Grund zur Sorge, wenn die
Versionen im Objektbaum auseinanderlaufen.

Am Standardverhalten ändert sich nichts: Der Adapter startet weiterhin im
reinen Monitoring und schreibt nichts, solange kein Steuermodus gewählt ist.