Bei Sonne nur ein Teil aus der Batterie?

[3joern]

Hallo Zusammen,
vielleicht weiss hier jemand was damit anzufangen. Sobald die Sonnenleistung unter zB 75W fällt, fängt die Batterie an Leistung abzugeben. Ich bin bis jetzt davon ausgegangen, dass der DPL (als Solarmodul angelegt) zB 300W frei gibt, dann zieht der WR auch 300W aus der Batterie. Nun habe ich hier ein Panel direkt im HM600 und ein Panel im B2500 Speicher und vom Speicher dann in den HM600.
Sobald die Sonne komplett weg ist, gibt der Speicher auch alles ab, was der WR frei gibt. Aber wie gesagt davor nicht, hängt das am geteilten MPPT vom HM600? weiss jemand von Euch wie das zu erklären bzw zu lösen ist? Die alternative wäre das der Speicher erst bei 5W abgibt. Aber dann habe ich eine lange Zeit, wo der Speicher nicht genutzt wird und am nächsten Tag ist er noch 40% voll. Auch bin ich mir nicht sicher, ob laden und entladen gleichzeitig so gut für den Speicher ist.

Zur Erklärung, hier könnte der WR 300W abgeben, er zieht aber aus dem Speicher nur 192,2W, aus der Sonne kommen noch 41,5W

[schlimmchen]

Du hast einen Eingang des HM-600 an der Batterie und den anderen an einem Solarpanel?

Dieses Setup wird nicht unterstützt.

[3joern]

in wie fern wird das nicht unterstützt?

Nur das wir über das gleiche sprechen:

[schlimmchen]

in wie fern wird das nicht unterstützt?

In jeder Hinsicht.

Der DPL kann für dieses Szenario kein sinnvolles Limit errechnen. Der Inverter teilt das Limit gleichmäßig über alle MPPT auf, also hälftig auf jeden der Eingänge bei deinem HM-600, was in diesem Szenario keinen Sinn macht.

[spcqike]

@schlimmchen hat recht. Softwareseitig wird solch ein mischbetrieb nicht berücksichtigt.

Hardware mäßig geht es freilich.

was du probieren kannst: eine aktuelle Version aus dem developer branch installieren und den DPL als „solar only“ laufen lassen. Dann kannst du „überskalierung“ aktivieren. Dadurch werden unterschiedlich starke Eingänge halt besser ausgelastet.

hängt das am geteilten MPPT vom HM600?

der HM-600 hat je Eingang einen MPPT. Da ist nichts geteilt.

[Manos1966]

Sobald die Sonne komplett weg ist, gibt der Speicher auch alles ab, was der WR frei gibt.

@3joern Wenn ein MPTT gar keine Leistung abgibt, dies wird erkannt und vom DPL exkludiert. Dann funktioniert alles richtig, weil der DPL erkennt dass nur ein MPPT aktiv ist und die Leistung entsprechend anpasst.

So lange aber beide MPPTs Strom liefern, wird die Leistungsanforderung gleichmaessig zwischen der Anzahl MPPTs geteilt.
Es ist eigentlich die Art und Weise wie die Hoymiles funktioniert, weniger der DPL.

Warum schliesst du nicht beide Paneele an den B2500 ?

[Manos1966]

Auch bin ich mir nicht sicher, ob laden und entladen gleichzeitig so gut für den Speicher ist.

Die jenigen von uns die einen Victron MPPT und eine Batterie haben, machen genau das.
Der Victron MPPT, die HOYMILES und die Batterie, sind zusammen geschlossen.
Der Strom nimmt den einfachsten Weg. Da die Batterie einen hoeheren Widerstand hat, als die HOYMILES, der Strom vom Victron geht lieber zur HOYMILES als zur Batterie.
Kurz gesagt: Die HOYMILES bekommt Strom vorerst vom Victron MPPT und nicht von der Batterie. OBWOHL alle drei gleichzeitig angeschlossen sind.

[spcqike]

Ich bin bis jetzt davon ausgegangen, dass der DPL (als Solarmodul angelegt) zB 300W frei gibt, dann zieht der WR auch 300W aus der Batterie.
...
Sobald die Sonne komplett weg ist, gibt der Speicher auch alles ab, was der WR frei gibt. Aber wie gesagt davor nicht,

Irgendwie verwendest du eine komische Wortwahl oder weißt nicht, wie die Komponenten zusammen arbeiten 😄

der Wechselrichter gibt nichts "frei". der WR stellt AC-seitig eine bestimmte Leistung bereit. Die Leistung kannst du als Limit vorgeben. Ob er sie auch tatsächlich erreicht, hängt von den Quellen ab. Im "Normalbetrieb" sind die Quellen deine beiden Solarpaneele. Du kannst jedoch nie mehr Leistung einspeisen, als die Quellen bereitstellt. Für reine PV Systeme ist das logisch und nachvollziehbar, nehme ich an. (Schatten, Nacht, ...)

Nun hast du an einem Eingang jedoch eine Batterie angeschlossen und gehst vermeindlich davon aus, dass diese, wie eine "normale" Batterie (12V Auto, 24V, Verbund, 48V Pack, .....) ebenfalls immer "unendlich" viel Leistung abgeben kann. Das tut deine B2500 aber nicht. im Gegenteil, sie "simuliert" ein Solarpaneel. Ich bin mir nicht sicher, gehe aber davon aus, dass die Batterie intern nicht einmal 48V hat, sondern nur 24V und eine dahinter geschaltete Leistungsschaltung sowohl die Hochwandlung und auch die Drosselung der Ausgangsleistung durchführt. Ergo: die B2500 begrenzt die Leistung.

Warum du nun tagsüber ein paar wenige Watt raus bekommst weiß ich nicht, vielleicht ne Art "Batterie ist voll, ich reiche mal durch"? Irgendwann kommt halt der Schwellwert, wo die Batterie sagt "so, Sonne weg, ich speise nun aus der Batterie ein". Ab dem Zeitpunkt gibt es halt deine 300W maximal.

die Hoymiles teilen das Limit jedoch immer gleichmäßig auf alle MPPT auf. willst du 300W? Dann produziert jeder MPPT bis zu 150W. Hast du nur einen Eingang angeschlossen? Dann bleibt das so. Du musst selbstständig 600W vorgeben, damit jeder MPPT 300W umsetzen kann.

Nun ist die openDTU nicht dumm. der DPL erkennt, ob alle Eingänge belegt sind, oder nicht, und führt das Hochskalieren selbstständig durch. Nachts solltest du also kein Problem haben, deine 300W zu erzeugen (wenn der mit dem Paneel belegte Eingang nichts mehr liefert).

Wie ich weiter oben schrieb: du kannst es mit einem aktuellen Build aus dem developer Branch versuchen. dort ist ein Überskalieren für Solar-Only Systeme verfügbar

Dieser sollte erkennen, dass du auf String1 nur 41W hast. Da du scheinbar 360W wolltest, würde der DPL damit auf 600W (in deinem Fall Maximum) gestellt werden. So kann String2 bis zu 300W beisteuern (was die Batterie eben erlaubt und raus lässt) und String1 bleibt, sonnenbedingt, bei 41W.

bei meinem HMS-2000 klappt die Skalierung ganz zuverlässig. bis alle Paneele in der Sonne liegen (ein String ist bei aufgehender Sonne länger verschattet), ist das Limit entsprechend höher, bis zu dem Zeitpunkt, wo das Limit genau meinem gewünschtem AC Wert entspricht. (Wenn alle Module in der Sonne sind und gleichmäßig liefern können)
hier fällt das Limit bspw. noch von 950W auf 860W, die AC Leistung ist aber konstant bei 860W

[schlimmchen]

In der ZIP-Datei ist die ...factory.bin Datei, welche du mit per Kabel auf den ESP schreibst, siehe https://www.opendtu.solar/firmware/flash_esp/#flash-esp32_1

[3joern]

Sorry ich glaub das ich gerade einen Denkfehler habe. Ich gehe in den Development Branch
https://github.com/helgeerbe/OpenDTU-OnBattery/tree/development
lade die zip runter (beim grünen Button Code) > OpenDTU-OnBattery-development.zip
entpacke das zip und suche die ...factory.bin? Die einzigste Datei in der nur bin enthalten ist ist die create_factory_bin.py
Oder bin ich in der völlig falschen Quelle?

[spcqike]

ich glaube, er meint aus den Actions einen der letzten Builds
https://github.com/helgeerbe/OpenDTU-OnBattery/actions/workflows/build.yml

bspw den hier
https://github.com/helgeerbe/OpenDTU-OnBattery/actions/runs/10408390587

dort gibt es unten mehrere Artefakte. die lädt man als .zip und enthalten die .bin Datein 😄

Zumindest suche ich sie dort immer :)

[3joern]

Hab Dank für die Infos, habs gerade versucht und trotz dass ich damals von OpenDTU auf OpenDTUoB Riesen Probleme hatte und es per Webflash letztlich doch hinbekommen habe, scheitere ich gerade.
Nur kurz zum Verständnis, habs zuerst so probiert: https://selbstbau-pv.de/wiki/anleitung-zum-flashen-von-opendtu-hoymiles-hm-serie/
Läuft ewig passiert nichts ausser vielen Punkten. Habs abgebrochen, nun gerade nachdem ich alles aufgeräumt habe, gesehen, dass ich erst mit der OpenDTU Factory bin einen first flash machen muss? Beim WebInstaller kann ich ja nur Open DTU wählen, keine eigene bin. Sorry dacht ich bekomm das schnell hin, aber dafür mach ich das wohl doch zu wenig *schäm

[schlimmchen]

Hier ist der OpenDTU-OnBattery webflasher: https://solar.metacontrol.eu/opendtu-onbattery-webflasher/ Hilft das?

[3joern]

Hi Schlimmchen, hab vielen Dank für Deine Mühe, wenn Du mir noch einen klitze kleinen hint gibst, wie ich das aktuelle bin https://github.com/helgeerbe/OpenDTU-OnBattery/actions/runs/10425322907 (hätte diese genommen: opendtu-onbattery-generic_esp32_4mb_no_ota.factory.bin)
in den webflasher bekomme, wäre das perfekt. Habe nur die Auswahl von der aktuellen Version (24.06.03) und Factory Reset, bzw down/Up grade. Kann keine eigene Datei wählen, wie ich es erwartet hätte, das erscheint mir dann doch nicht richtig. Die config.json hab ich auf jeden Fall.

[Martin1275]

vielleicht geht auch eines der Programme von der OpenDTU Seite ?

https://github.com/tbnobody/OpenDTU/wiki/Binary-Installation

Wenn du dasselbe Board wie ich hast, hier weitere Infos:

#1162

[schlimmchen]

Hi Schlimmchen, hab vielen Dank für Deine Mühe, wenn Du mir noch einen klitze kleinen hint gibst, wie ich das aktuelle bin in den webflasher bekomme

Achso, entschuldige, das geht nicht. Dann musst du das nächste Release abwarten. Andernfalls kannst du mit esptool.py oder dem ESP flasher eine beliebe factory.bin einspielen, schau mal in der upstream Doku.

[schlimmchen]

@3joern Gerade entdeckt: Espressif Web Flasher. Damit kannst du auch beliebige bin flashen.

Platform-independent method. Requires Chrome or Edge browser. Allows to install arbitrary firmware binaries. Flash factory binaries to address 0x0 and non-factory binaries to address 0x10000.

[sentinel1111]

mit Tasmota WebInstaller geht es auch,einfach factory.bin in den Uploadfenster einfügen https://tasmota.github.io/install/

[3joern]

Danke @sentinel1111 , damit hat es geklappt

[3joern]

Habt vielen vielen Dank, ich werde das sobald ich wieder etwas Luft habe probieren, Euch noch einen schönen Sonntag.

[Martin1275]

Habe heute auch das neue offizielle Release installiert.
Mit dem Espressif Flash Tool. Zuerst den Flash gelöscht (erase) und dann 2024.08.18 aufgespielt und von Grund auf neu eingericht.

[3joern]

So habs mit sentinells Tasmota Flasher easy hinbekommen, WLAN verbunden (komischerweise gabs Probleme mit macOS Ventura - bei älteren Versionen ging das easy - mit dem iPhone gings dann). Die config datei geladen, Browser neu gestartet und war erstmal erstaunt, dass die WR Infos komplett ausgeblendet waren. Habe dann nach ein paar Minuten einen Reload gemacht und der Infobereich wurde angezeigt, aber ohne Infos, ok es regnet und die Batterie ist bei 8%, aber selbst als ich dann die Batterie mal noch ein bisschen abgeben hab lassen, ging nur die Zählerinfo in die Minuszahlen, WR Infos kommen keine. Neustart probiert, Kabel vom WR gezogen, keine Änderung. Woran kann das liegen?

PS
Websocket: [/livedata][1] disconnect
16:08:18.815 > Admin AP remaining seconds: 40 / 180
16:08:19.205 > [DPL::announceStatus] invalid inverter selection/configuration
16:08:19.716 > [PowerMeterHttpJson] New total: 234.00
16:08:20.193 > Disconnected from MQTT.
16:08:20.208 > Disconnect reason:TCP_DISCONNECTED
16:08:22.198 > Connecting to MQTT...
16:08:25.199 > Disconnected from MQTT.
16:08:25.214 > Disconnect reason:TCP_DISCONNECTED
16:08:27.207 > Connecting to MQTT...
16:08:28.833 > Admin AP remaining seconds: 50 / 180
16:08:29.203 > [DPL::announceStatus] invalid inverter selection/configuration
16:08:29.723 > [PowerMeterHttpJson] New total: 218.00
16:08:30.210 > Disconnected from MQTT.
16:08:30.227 > Disconnect reason:TCP_DISCONNECTED
16:08:32.226 > Connecting to MQTT...
16:08:35.235 > Disconnected from MQTT.
16:08:35.245 > Disconnect reason:TCP_DISCONNECTED
16:08:37.230 > Connecting to MQTT...
16:08:38.837 > Admin AP remaining seconds: 60 / 180
16:08:39.195 > [DPL::announceStatus] invalid inverter selection/configuration
16:08:39.488 > [PowerMeterHttpJson] New total: 216.00
16:08:40.230 > Disconnected from MQTT.
16:08:40.241 > Disconnect reason:TCP_DISCONNECTED
16:08:42.241 > Connecting to MQTT...
16:08:45.249 > Disconnected from MQTT.
16:08:45.278 > Disconnect reason:TCP_DISCONNECTED
16:08:47.253 > Connecting to MQTT...
16:08:48.856 > Admin AP remaining seconds: 70 / 180
16:08:49.205 > [DPL::announceStatus] invalid inverter selection/configuration
16:08:49.729 > [PowerMeterHttpJson] New total: 225.00
16:08:50.252 > Disconnected from MQTT.
16:08:50.267 > Disconnect reason:TCP_DISCONNECTED

Keine Änderung wenn ich den DPL deaktiviere.

Tante Edit: so hab nun gefühlt 5x das Ding geflasht und immer wieder gabs andere Probleme, dann hab ich gesehen, dass gerade ein neuer offizieller RElease rauskam und versucht über den offiziellen Webflsher das zu installieren https://solar.metacontrol.eu/opendtu-onbattery-webflasher/.

Im Gegensatz zum OpenDTU ist hier aber der Wizart nach dem löschen ohne Prozentangabe einfach kurz durchgeflacht, als ich dann die Console aufgemacht habe gabs nur Errors am Stück und kein WLAN, hab das nun wieder mit OpenDTU geflsht und bleien wohl erstmal bei der 2024.06.03.

Nun läufts wieder, hier das Ereignisskript, falls das Aufschluss gibt, was das Problem war:

[3joern]

So mit der neuen Firmware klappt das wirklich, dass die Batterie trotz Sonne nun soviel abgibt, dass den Hausbedarf komplett gedeckt wird, danke Euch für die tolle Arbeit 🥇 😺

[spcqike]

Heißt das, dass du das setup nun als „solar only“ laufen lassen kannst und die „überskalierung“ hilft?

Wenn ja, sehr gut 👍 dann kannst du ggf weiter oben nen passenden Kommentar als Antwort auswählen 🙃

[github-actions[bot]]

This discussion has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion for related concerns.