Wechselrichter schaltet sich aus

[Nedli11]

Ich habe einen Noah 2000 und einen Marstek B2500. Jeder hängt an einem HWS-800 2t. Dann noch ein dritter WR an PV Modulen.
Gesteuert werden alle Wechselrichter durch OpenDTU on Battery.
Sie Steuerung läuft soweit recht gut.
Wenn durch die OpenDTU o.B. der WR des Noah, auf Null geregelt wird, bleibt der WR im Standby, da der Noah ständig 0,3W am Ausgang läßt. Das ist so sehr gut.
Das Problem ist, wenn durch OpenDTU o.B. der WR des Marstek auf Null geregelt wird, schaltet er sich nach ca' 4 min im Standby kompett aus, da der Marstek am Ausgang nach 4 min garnichts mehr ausgibt. Dann merkt OpenDTU o.B., daß der WR aus ist, und schaltet ihn wieder ein (jedes mal kurzzeitig 800W). So geht das dann den halben Tag lang.
Hat hier vielleicht jemand ein ähnliches Problem?
Bin für neden Tip dankbar.

[Gururom]

welche Version von oDToB verwendest du?
Ich hatte das auch mal, aber ich glaube seit dem man einstellen kann: "von Pufferbatterie" ist das weg.

[Nedli11]

Ich bin von der 05.11 wieder zur 04.17 die ist irgendwie stabiler.

[Gururom]

ja, die vom April nutze ich auch, habe aber dein beschriebenes Problem nicht, bzw nicht mehr.
Wie gesagt ich hatte das so vor einem halben Jahr mal, aber seit das mit der Pufferbatterie drin ist nicht mehr.
Welche Firmware hat dein WR?, eventuell ist die zu aktuell

[spcqike]

ohne Log kann man so oder so nur raten, was genau nicht läuft, wie gedacht. Es kann von einer falschen Einstellung, über einen Hardwaredefekt bis zu einer nicht idealen Funkverbindung oder einen wirklichen Bug einfach alles sein.

Das Problem ist, wenn durch OpenDTU o.B. der WR des Marstek auf Null geregelt wird, schaltet er sich nach ca' 4 min im Standby kompett aus, da der Marstek am Ausgang nach 4 min garnichts mehr ausgibt. Dann merkt OpenDTU o.B., daß der WR aus ist, und schaltet ihn wieder ein (jedes mal kurzzeitig 800W). So geht das dann den halben Tag lang.

das Problem kann ich nicht ganz nachvollziehen. Wenn der Speicher den Ausgang aus schaltet, weil augenscheinlich kein Strom abgenommen wird, kann die openDTU den Wechselrichter nicht neustarten. Der Wechselrichter speißt sich aus der DC Seite. Wenn die aus ist, wie Solarpaneele zur Nacht, ist der WR nicht erreichbar, läuft nicht, kann also auch nicht fremdgesteuert neugestartet werden.

Wenn der Speicher jedoch nur kurzzeitig aus geht und dann den Ausgang wieder freischaltet, startet der Wechselrichter neu, wie es ein Solarwechselrichter bei Sonnenaufgang auch macht.

Wenn die 800W beim Einschalten dein einziges Problem sind, übertrage einmal ein niedriges persistentes Limit. so 50W oder sowas. Dann startet der Wechselrichter nur damit, bis der DPL ihn wieder auf ein anderes (höheres oder niedrigeres) Limit setzt.

Ob der Wechselrichter mit der aktuellen Version bei einer Pufferbatterie aus gehen soll, oder ob er auf dem mindest Limit verharren soll, weiß ich grad nicht.
Solarwechselrichter verharren auf dem Mindestlimit, Batteriewechselrichter werden aus gemacht. aber die Wechselrichter an smarten Speichern? wenn ich @Gururom richtig verstehe, verharren sie WR auch da auf dem Mindestlimit.

[Gururom]

Nein, geht auch aus, obwohl ich es mir manchmal wünschen würde das er an bleibt, da der Neustart manchesmal relativ lange dauert.
Was aber am Speicher (Marstek/Bluepalm) liegt.

[Nedli11]

Ich habe auch schon die Akkus getauscht an den Wechselrichtern. Immer nur der WR hinter dem Marstek schaltet sich ab.
Also muss es an dem Marstek liegen.
Habe nochmal beobachtet. WR geht in Standby (wird gelb). 3,5 min lang kommt je String 0,4W vom Marstek. Dann kommt 0,0W vom Marstek und nach 1min etwa startet der WR neu.
Beim Noah kommt dauerhaft 0,4W je String, da ist das Problem nicht.
Marstek hat Firmware V110.9
HMS-800 2t haben unterschiedliche FW, 1.02 und 1.04.
Funk ist immer 100%, nur Wenn der WR kurz aus ist, fehlen natürlich ein paar.
Die Frage ist ja, ob das typisch für den B2500 ist, oder nur bei mir so ist.

[Harisjems]

Marstek und OpenDTU werden leider keine gute Freunde werden.

Hab ich nach einem Jahr Erfahrung für mich entschieden. Da kann der Opendtu nichts dafür, da ist Marstek-Logik/fast Gerät Charakter :-) schuld.

Was gut funktioniert, ist aktueller weise Tasmota IR mit Ottelo/Gemu-Ecotracker-Emulatorscript. Damit kommt man schnell zum Ziel: Null Rückspeisung.

Setzt paar Dinge voraus, Firmware, Geräte version usw.

[Marc9485]

Das Problem kenne ich... obwohl WR1 und 2 schon Überschuss produzieren meint WR3 wo B2500 + P2500 dran sind ab dem Zeitpunkt wo die Batterien voll sind er müsste seinen Senf auch noch dazu geben und wie wir im Bild sehen schafft er es trotz DPL

[Nedli11]

Also ich habe das jetzt mal länger beobachtet den WR hinter dem B2500, wenn der auf null geregelt ist. Das ist ja sowas von krank. Der WR schaltet sich ab, und startet danach wieder neu. und das so etwa alle 5 bis 10 Minuten den halben Tag lang, während der Bedarf von den anderen WR's gedeckt wird. Das kann ja nicht gut für den WR sein, wenn er 100 mal am Tag gestartet wird.
Und wenn er dann mal gebraucht wird dauert es recht lange bis er sich dazuschaltet.
Wenn ich ihn aus dem DPL raus nehme, und dauerhaft 26W Limit setzte, läuft er sauber durch.

Daher meine Idee, könnte man nicht im DPL eine Option hinzufügen, daß auch ein batteriebetriebener WR nicht auf null, sondern nur auf einen Mindestwert runter geregelt wird, so daß er sich nicht ausschaltet. (so wie bei den Solarbetriebenen, die bleiben ja immer bei 26W)
Das wäre vielleicht die einzige Möglichkeit einen B2500 vernünftig mit OpenDTU oB zu regeln.

[Nedli11]

Meist am Tablet den Samsung-Browser, aber mit Chrome hab ich auch probiert. Immer OTA-Fehler.

Nochmal die Frage von oben, ist denn esp32s3 und esp32s3_usb das gleiche beim Flashen ?

[AndreasBoehm]

Nein, das ist nicht das gleiche.
Sorry der webflasher wird extern angeboten, da kann ich nicht unterstützen.
https://opendtu-onbattery.net/firmware/

[Nedli11]

Habe jetzt nochmal versucht eine pin_mapping von Vers. 04.17 eingespielt und dann auch mit Win-PC über Chrome versucht die 04.17 zu laden. Immer OTA-Fehler.

[Nedli11]

Ich habe ja diese DTU.
Ist das jetzt der (einzige) usb Anschluß der für die Stromversorgung sonst ist, der an den PC muß zum Flashen, oder muß ich den Kasten aufschrauben?

[Harisjems]

Ich vermute mal (ohne dein Gerät zu kennen): ja.Wenn du das DTU an den Rechner über USB angeschlossen hast, sollte z. B. im Gerätemanager zu erkennen sein, dass ein USB/Seriell-Adapter angedockt ist.Wenn nicht, dann fehlen bei deinem Rechner noch passende Treiber für UART/Seriell-Adapter. Bei Win. z. B.Ansonsten ist Flashen über ESP Flash Download Tool einfach.Reinstecken und wohlfühlen. :-)

Flash Download Tool starten
Type: ESP32 oder ESP32 S3( an deine Board anpassen)
WorkMode: Develop
auswählen.
Passendes Factory-Image auswählen, Offset 0 und den passenden COM-Port.
Dann auf Eraser,( Alles Löschen)danach wenn es fertig ist, auf Start( Eigentliche flash Vorgang

[Marc9485]

Bei mir liess es sich Di. und Mi. auch nicht flashen aber gestern hats dann geklappt. Jedes mal über Safari am iPhone 🤷🏻‍♂️
Erst mal; vielen Dank für die Arbeit. Zuerst war der WR3 gelb hinterlegt und hat jetzt aber 2x in kürzester Zeit wieder eingespeist. Beim 2. mal konnte ich nen Screenshot machen.

[Marc9485]

[Nedli11]

Dank @Harisjems habe ich nach seiner Anleitung geflasht.
Es hat auch alles soweit geklappt.
Allerdings komme ich jetzt nicht drauf auf das Teil. Es kommt ein neuer Acces Point openDTU...... aber das Stadard Passwort „openDTU42“ geht nicht.
Welches Wlan-Passwort ist das denn nach dem Flashen ?

[Nedli11]

Hat sich erledigt. Man braucht den Acces Point garnicht.
Er behält die alte feste IP und ist im Netzwerk wie vor dem Flashen.
Es wird an den Netzwerkmudul wohl nichts verändert. Super.

[Gururom]

Ich hab es heute auch mal getestet mit der Version, funzelt ganz gut, denk ich.
Natürlich habe ich auch das aufspielen der alten Version versucht und es geht ota wirklich nicht.
Ich lass es erst einmal drauf, denkeal. Mit der neuen Release wirds dann wahrscheinlich klappen
Wenn nicht eben mit dem Tool.

Aber eventuell wird das ja auch noch korrigiert vom Team

[AndreasBoehm]

Da gab es leider einen fehler im OTA code, hab ich wieder zurück genommen.
Mit der neuesten development version klappt wieder alles, das wird dir aber nicht helfen, da du diese ja erstmal installieren musst, sorry.

https://github.com/hoylabs/OpenDTU-OnBattery/actions/runs/17684022077

[AndreasBoehm]

Eventuell hilft es aber auch schon wenn du einen Inkognito Tab nutzt oder den Browser cache löscht.

[Gururom]

also mit dem inkognito Tab nutzt nichts, hab ich gerade getestet.
werde ich mir wohl das flashtool runterladen müssen

[Gururom]

Habs mit dem Flashtool hinbekommen, aber gleich diese neue dev Version installiert