CptHildi

Danke für die gute Info... Das Regelverhalten hatte ich noch aus einer älteren FW übernommen, dann kam die Batterieregelung dazu. Grundsätzlich funktioniert es mit den beiden Werten gut (sehe halt immer etwas Einspeisung, aber paßt), teste beim nächsten Ladevorgang mit Regelverhalten neutral. Das Regelverhalten des SMA STP10.0 SE (mit BYD HVS 10.2) bezüglich der Toleranz kenne ich nicht (daher hatte mir der Tool-Tip auch nicht wirklich geholfen) - denke, es wird versucht auf 0 einzuregeln. Ich beobachte bei einigermaßen stabilen Situationen (konstante Erzeugung, wenig schwankender Hausverbrauch) immer schwankende Werte im mittleren 2-stelligen Bereich (auch mal mehr als 25 W +/-). Werde beim übernächsten Laden dann mal mit diesem Wert spielen (ein Schritt nach dem anderen). Vielleicht hat hier ja ein anderen Nutzer mit gleicher Konstellation entsprechende Erfahrungswerte...

Dieser Ladevorgang war mit der "offiziellen" 2.8.8+68935bff gemacht, also ohne die Batterieladesteuerung... Was mir noch nicht ganz klar ist, inwieweit sich die beiden Parameter "Regelverhalten" und "Bezugs- / Einspeise-Toleranz" möglicherweise überlagern... Ich meine irgendwo gelesen zu haben, daß bei aktiviertem Battriespeicher das Regelverhalten wieder auf "neutral +/- 0" gestellt werden kann (oder soll?), finde aber den Hinweis im Forum nicht mehr... Gibt's dazu eine kurze Erklärung? An die Beta gehe ich demnächst nochmal ran, werde mir erstmal das Verhalten der Anlage mit direkter ModBus-Steuerung der beiden möglichen Registersätze zu Gemüte führen... Den Satz 40149/40151 ("2-Register-Steuerung") habe ich mir gestern vorgenommen, der tut grundsätzlich, was er soll (40149 auf "0" und 40151 auf "802" blockiert Ladung / Entladung der Batterie, 40151 auf "803" läßt den WR wieder regeln).

Habe jetzt mit meinem aktuellen BEV (Mini Countryman SE) die direkte Umschaltung zwischen PV-Überschuß- und Schellladen gestestet - funktioniert einwandfrei ohne weitere Eingriffe (z.B. Kabel trennen etc.). Beim heutigen Überschußladen wurde auch automatisch mehrfach zwischen ein- und dreiphasigem Laden gewechselt - auch das klappte ohne Probleme. Scheint also eher vom "Ziel"-Objekt abzuhängen... Was mich allerdings noch etwas stutzig macht, ist der Umstand, daß nach aktiviertem Schnellladen die Hausbatterie (die zu diesem Zeitpunkt zu 100% geladen war) weitgehend in Ruhe gelassen wurde und die volle Leistung über Grid + PV-Überschuß bereitgestellt wurde (s. Anhang - Übergang von 3-phasig PV-Überschuß- auf Schnellladen; Ladevorgang dann nach knapp 2 Minuten beendet); ich hätte erwartet, daß der Wechselrichter ob des ansehnlichen Netzbezuges maximal Leistung aus der Hausbatterie beisteuert...

Ich glaube, ich hatte das auch schon beobachtet, allerdings in der anfänglichen Testphase mit einem ausgeliehenem BYD Atto2 und Warp3 Smart. Hatte per Regel programmiert, daß per Tastendruck auf Schnellladen geschaltet werden soll. Bei einem laufendem PV-Überschuß-Ladevorgang Taster dedrückt, Modus wurde umgeschaltet, aber der Wagen wollte nicht mehr weiterladen. Erst Trennen vom Kabel hat geholfen, danach lief Schhellladen einwandfrei (auf 3 Phasen). Habe dann eine umfangreiechere Regelprogrammierung mit Wartezeiten zwischen Stopp, Umschalten und Aktivierung gebaut - kann das aber momentan nicht verifizieren, da ich noch im Urlaub bin... Teste das, sobald ich wieder daheim bin... (aktuelles BEV ist ein Mini Countryman SE geworden)

Das wird funkionieren - ich habe es genauso eingerichtet...😉

DAS ist mal eine wertvolle Info (oder habe ich es vorher nur überlesen)! Dann könnte es mit dem SMA Hybriden mit einer (oder beiden) von mir oben beschriebenen Methode mglw. ja doch direkt klappen... Müßten ggf. noch die Register-Werte geprüft werden... (bin aber die nächsten 14 Tage noch im Urlaub).

Habe das so gelöst: https://www.photovoltaikforum.com/thread/249226-erfahrung-mit-der-warp3-wallbox-11-22kw/?postID=4393488#post4393488

Re Schieflastregelung bis 20A: Bitte einstellbar / anwählbar machen (nicht zwangsweise), da einige WR (z.B. die SMA Hybriden) da wohl selbst für Ausgleich am Anschluspunkt sorgen können (v.a. beim PV-Überschußladen).

Ich habe jetzt noch mal diverse Foren zum Thema durchwühlt: es scheint so, als ob es 2 verschiedene Methoden zu Batteriesteuerung am SMA STP SE (also am Hybriden) gibt: die "2-Registermethode" über 40149 / 40151 (s. hierzu u.a. https://www.photovoltaikforum.com/thread/206718-sma-stp10-0-3se-40-welcher-modbus-register-zum-laden-der-batterie/?postID=3257199#post3257199) die "6-Register-Methode" über 41259 & 40793 ff (https://www.photovoltaikforum.com/thread/206718-sma-stp10-0-3se-40-welcher-modbus-register-zum-laden-der-batterie/?postID=4034716#post4034716) In beiden Fällen (ganz sicher aber bei Methode 2) müssen die Werte zyklisch (bei 2. mindestens alle 300 s, bei 1. reichen - abhängig von einem eingestelltem Timeout-Wert - ggf. auch nur alle 30 Minuten) neu geschrieben werden. Ich denke, ich habe nach Rücksetzen der "Batterie-Entladesperre" ("revoke_discharge_override") die Vollgas-Entladung gesehen, weil in Eurem Parametersatz alle 4 Werte auf 7000 gesetzt wurden und die Steuerung auf Default (2424). Damit war auch der minimale Entladewert auf 7000 W (CmpBMS.BatDschMinW, Register 40797) gesetzt und laut Beschreibung im o.g. Post führt das zur bedingungslosen Entladung mit eben diesem Wert, und in Folge zur Einspeisung von 6500 W ins Grid (da mein Haus zu dem Zeitpunkt nur ~ 500 W verbraucht hat). Es müßten wohl also: die Parameterwerte nochmal überprüft werden die Parametersätze zyklisch geschrieben werden (< 300 s) Unklar sind mir noch die Auswirkungen der verschiedenen Modi (CmpBMS.OpMod, Register 41259) - diese werden wohl auch signifikante Auswirkungen haben. Es gibt auch Hinweise, daß z.B. das aktivierte prognose-basierte Laden dazu führen kann, daß der SHM2.0 da sauber (und ggf. unkontrollierbar) dazwischenfunkt (er verwendet dann wohl auch diese Registersätze); daher raten manche dazu, das prognose-basierte Laden zu deaktivieren oder zumindest eine höhere Zyklus-Rate zu fahren. Das führt dann wohl am Ende dazu, daß man eine eigene bzw. externe Steuerung (evcc?) für beide Funktionen (Entladesperre bei Schellladen und prognose-basiertes Laden) aufsetzen muß... Leider fahre ich jetzt erstmal in den Urlaub und kann nicht mehr weiter forschen bzw. testen; aber vielleicht sind meine Hinweise ja irgendwie hilfreich...

Kein Grund, sich zu entschuldigen - ist ja experimentelle Beta-FW... 🙃 Ich wollte halt "mal eben" schauen, ob ich die schon für das Schnellladen ohne Batterie-Bezug verwenden kann... Re andere HW / FW - bei mir: - STP10.0-40SE / 3.06.18.R - SHM2.0 / 2.17.2.R - BYD HVS 10.2 / 3.26.0.R Wie oben schon beschrieben, scheinen die von Euch programmierten ModBus-Register für alle WR von SMA außer den STPxx-40SE zu funktionieren; die referenzierte Doku kennt diese Register nicht und die Steuerung im (ioBroker) GitHub verwendet auch eine komplett andere Methode. Mehr kann ich momentan leider nicht beisteuern, muß mich da erst reinknien... Werde die Batterie-Entladesperre beim Schnellladen einstweilen über eine temporär angehobene Minimale Breite des Ersatzstrombereichs(Parameter.BatUsDm.BckDmMin) auf einen passenden Wert (ja nach momentanen Ladestand) anheben. Dann läuft zwar das restliche Haus bei mangelndem PV-Überschuß auch vom Netz, aber da dann eh mit 22 kW vom Grid gesaugt wird, fällt das nicht ins Gewicht... Darf nur das Rückstellen nach Ladeende nicht vergessen...🧐 Sobald es Neues von Euch gibt, kann ich gerne wieder herum probieren (diesmal dann ohne EM-Finale nebenbei...😉)

OK, danke für die Info... Ich habe natürlich die .json zur Ansteuerung meines STP10.0-40SE importiert, anschließend waren die entsprechenden Steuerfunktionen sichtbar, konnten auch ausgeführt werden (zumindest kam bei Ausführung die Bestätigung "Funktion ausgeführt"). Eine Wirkung (z.B. "Keine Entladung zulassen") konnte ich noch nicht gleich feststellen, da noch Energie vom Dach kam. Also erstmal wieder "Entladen wieder zulässig" ausgeführt. Leider mußte ich dann später mit Schrecken (während der Verlängerung des EM-Finalspiels) feststellen, daß das Entladen besser als zuvor "funktionierte", und zwar mit voller Power - es wurden 7000 W permanent aus der Baterrie gezogen und der nicht im Haus verbrauchte Teil gnadenlos ins Netz eingespeist. Ein hektisches Rumprobieren mit den beiden Funktionen "Entladen verbieten" und wieder "Zulassen" zeigte zwar Wirkung, aber nur kurz, denn der Entladeverlauf pegelte sich rasch wieder bei 7000 W ein. Abklemmen des WR vom Grid stoppte dies natürlich (WR ging in Inselbetrieb und versorgte das Haus dann mit der tatsächlich benötigten Energie aus der Batterie). Wiederaufschalten des WR auf das Grid endete dann wieder in 7000 W Entladung. Dann Batterie ausgeschaltet, SHM2.0 resetted und Batterie wieder zugeschaltet - jetzt arbeitet die Anlage wieder einwandfrei. Ich habe dann mal Dokus gewühlt und bin auf diese Parameterauflistung gestoßen, die wohl die aktuelle ModBus-Registerbelegung für die STPxx-40SE abbildet: https://files.sma.de/downloads/PARAMETER-HTML_STPxx-3SE-40_30109R_V11.zip, Die im von Euch erstellten .json verwendeten Registersätze 40236 (CmpBMS.OpMod) und 40793 (X) finde ich dort nicht, aber in einer älteren Dokumentation im ioBroker-Forum (https://forum.iobroker.net/assets/uploads/files/721_sma_modbus-tb-de-13.pdf) - diese scheint aber für die STPxx-40SE nicht (oder nur teilweise) zu gelten. Nähere Hinweise zum Verfahren beim STPxx-40SE auch hier: https://forum.iobroker.net/topic/59635/sma-hybrid-wechselrichter-stp10-0-3se-40-modbus-schreiben/11 und hier auf github: https://github.com/arteck/SMA_forecast_charging/tree/master/SUNNY_TRIPOWER _10.0_SE. Ich habe mich leider mit dem Thema (ModBus) noch nicht weiter inhaltlich auseinander gesetzt, daher gehe ich jetzt erstmal auf die (offensichtlich gut) funktionierende 2.8.6+687a7f89 (s. meinen Post weiter oben) zurück und warte mal ab, ob andere ähnliche Erfahrungen gemacht haben und wie sich das hier weiter entwickelt. Ach ja, und wieder mal die Bestätigung, solche experimentellen Eingriffe nicht einfach nebenbei auszuführen (jedenfalls nicht während eines EM-Endspiels... 🙄). Auf jeden Fall Danke für Eure unermüdliche Arbeit!

OK, der Fehler erscheint beim Versuch, über die Remote-Verbindung upzudaten. Kein Problem über das lokale LAN. Der SMA-Registersatz wurde „magisch“ aus der zuvor konfigurierten (experimentellen) SMA/BYD-Firmware erkannt, aber ich sehe keine Status-Veränderung beim testweisen Ausführen der einzelnen Befehle oben auf der neuen Batteriesteuerungs-Seite. Entweder paßt der Registersatz noch nicht, oder die Statusanzeige wird nicht upgedated… - ich forsche weiter…

Habe diese Variante mal getestet, sie läuft soweit gut. Allerdings scheint mir noch ein Vorzeichenfehler beim Strom drin zu sein: der angehängte Screenshot zeigt einen Zustand während des Entladens der Batterie. Leistung wird entsprechend negativ angezeigt, Strom allerdings positiv… Scheint aber an der Funktion des Überschußladens keine Auswirkungen zu haben.

Ich versuche, von der (experimentellen) 2.8.6+687a7f89 (erstellt 18.07.2025 19:08:25, von Tinkerforge GmbH) - das ist die Version mit den SMA Modbus-Registern für den Batteriezähler - auf die (experimentelle) Version mit Batteriesteuerung (warp3_firmware_2_8_6_6882592d_5a4cb09375a4144_feature-batteries-15_merged.bin) upzudaten und bekommen diesen Fehler (s. Anhang)… Was mache ich hier verkehrt?

Hier ein paar Ideen zur Erweiterung der Funktionen für die Warp3 Smart: 1. Erweiterung der exportierte Daten des Ladetrackers (ggf. auch nur im CSV-Export): Protokollierung des Lademodus Protokollierung der Zählerbezugsdaten am Hausanschluß bei Ladestart & -ende Hintergund: Diese Daten würden die Auswertung / Analyse im Nachgang (z.B. monatlich) sehr erleichtern, z.B. um den Netzbezug für einen aktiven Ladevorgang herauszufinden und entsprechend die Kosten berechnen zu können (insbesondere mit wechselnden Strompreisen, bei gleichzeitiger PV-Einspeisung etc.). 2. Automation: zusätzliche Auswahl für Bedingung: Wechsel des Lademodus (von,nach) zusätzliche Aktion: zeige auf Status-LED an - Dauer: dauerhaft (bis eine andere Aktion (intern / oder extern) dies ändert) Interessant wären auch logische Verknüpfungen von Bedingungen und eine Ausführungsliste von mehreren Aktionen, z.B. WENN (Fronttaster gedrückt UND Ladestatus <> "getrennt") DANN (Steuere Ladevorgang [Laden blockieren]; Zeige auf Status-LED an [rot, blinkend, für 10 s]) - nur mal als einfaches Beispiel. Ich vermute aber, daß der Implementierungs-Aufwand dazu ziemlich hoch wäre und eine Menge Probleme (durch Fehlprogrammierungen, nicht berücksichtigte Abhängigkeiten etc.) nach sich ziehen könnte... daher wohl eher ein "frommer" Wunsch... ☺️ 3. Status-Signalisierung: Vielleicht einfacher (und zur Steigerung des WAF gut geeignet): Signalisierung des gerade gewählten / aktiven Lademodus durch unterschiedliche (gerne von Euch statisch vorgegebene) LED Status-Farben, z.B. PV-Überschuß grün, Min + PV gelb, Eco blau, Schnell orange

siehe dazu auch https://www.photovoltaikforum.com/thread/249226-erfahrung-mit-der-warp3-wallbox-11-22kw/?postID=4393463#post4393463 und Folgebeiträge...

Habe hier die exakt gleiche Anlage: SMA STP 10.0 SE, BYD 10.2, SHM2.0 und Warp3 Smart mit 22 kW, keinen Stromzähler für den Batteriespeicher. PV-Überschußladen wird dann von der Warp3 über den Stromzähler am Netzanschluß (also den SHM2.0) geregelt. Mit der Default-Einstellung ("ausgeglichen") wird tatsächlich gerne am BYD genukkelt, da die Regelung über die diversen Geräte / Regelkreise einfach einen "Gummiband-Effekt" erzeugt. Ich habe das Regelverhalten auf "konservativ - 100 W" gestellt und bin mit dem Verhalten nunmehr zufrieden. Wer ganz sicher gehen will, stellt eben auf -200 W, dann bleibt der BYD praktisch unangetastet (aber es werden eben auch immer ~ 200 W eingespeist). Den "Verbrauch" des Warp3 erfasse ich mittels eines Shelly pro 3em und wird darüber im ennexOS-Portal entsprechend erfaßt (das wird aber für die Funktion Überschußladen nicht gebraucht - nur zur Datenerfassung / Visualisierung). Falls eine genaue (geeichte) Erfassung der Ladedaten benötigt wird (z.B. Abrechnung mit AG), dann eben eine Warp3 Pro verwenden...

Servus zusammen, ich hatte auch schon mal geschaut, ob man nicht eine einfache Lademodus-Umschaltung per Knopfdruck über die Automatik realisieren kann (z.B. bei jedem Knopfdruck ausgewählte Lademodi durchcyclen... - Schnell -- PV-Überschuß --min.+PV -). Geht leider nicht... Visualisieren könnte man das dann mittels 10s (oder auch dauerhaft) leuchtendem Farbring (z.B. rot -- grün -- orange, analog zu den obigen Lademodi). Geht leider auch nicht... Realisiert habe ich jetzt mittels vorhandener Möglichkeiten erstmal Standardmodus PV-Überschuß - Knopfdruck: --> Schnell, Ring leuchtet zur Bestätigung 10 s orange (wird dann aber wieder blau). Die entsprechende Erweiterung der Automatikmöglichkeiten wäre eine tolle Bereicherung für den "unbedarften" Benutzer (und würde den WAF erheblich steigern... ;-)). Alternativ (oder auch unabhängig voneinander) wäre es fein, wenn man den Zugang zur Weboberfläche so staffeln könnte, daß die Statusseite (mit den Umschaltknöpfen) ohne Log-in erreichbar ist, alle anderen Menüpunkte aber nur mit Log-in (dann kann ich den Webzugang wiederum für den oben schon erwähnten "unbedarften" Benutzer freigeben und müßte keine Angst haben, daß jemand (natürlich nur aus Versehen...) irgendwelche Änderungen in der Konfig auslöst. Auch hier wäre eine enorme Steigerung des WAF gegeben... ;-) Und ja, es gibt noch NFC-Karten, aber ich brauche keine Unterscheidung mittels Karte und die liegen dann meist ohnehin irgendwo anders rum... Der Taster mit dem schönen Farbring wäre also super geeignet... Nur als Vorschlag zu verstehen... ;-)