MPI 10k speist (manchmal) ein, trotz Nulleinspeisung

-leer-

Hallo MO!

Ja das ist mir auch sofort aufgefallen, dass der WR sehr träge reagiert bei Lastabfall. Das ändert sich auch nicht wenn ein Akku dran hängt, das hat also nicht unbedingt was mit dem MPPT Arbeitspunkt zu tun. Aber das stört mich gar nicht so sehr, weil die Energiemengen die dabei "verloren" gehen überschaubar bleiben.

Das eigentliche Problem ist das, was ich zuvor beschrieben habe. Also der Ladestrom bleibt wirklich bei 0,0 A wie angenagelt, bis die zuvor bezogene Energiemenge zurückgespeist wurde. Und da ich auch eine Wallbox vorm Haus habe, können da schon ganz erhebliche Energiemengen zusammen kommen, auch wenn ich noch nicht wirklich ermittelt habe wie viele kWh sich der WR "merkt". Die Monitoring Funktion des SolarPower Programms spuckt bei mir nichts aus. Vielleicht hat dazu ja mal jemand einen Tip für mich. Dann könnte ich die zurückgespeisten Energiemengen auch besser einschätzen, vielleicht ist es am Ende doch gar nicht so viel.

Grüße

-leer-

Und täglich grüßt das Murmeltier: Nulleinspeisung.

Diese Frage treibt mich nun auch schon eine Weile um und die Dokumente die Hersteller von Hard- und Software halten sich ja ziemlich bedeckt. Da nun die Sonne etwas höher steigt, versuche ich durch Experimente klüger zu werden. Aber das dauert offenbar.
Es geht mir ja nicht um Nulleinspeisung, aber die Einspeisung ins Netz sollte vorzugsweise dann erfolgen, wenn der Bedarf des Hauses gedeckt und der Akku voll ist. Doch die Realität ist eine andere. Da Strom die einzige Energiequelle im Haus ist, werden auch Analysen sehr schnell komplex. Gesichert ist die Aussage, daß im Schnitt min. 50 % der Solarenergie ins Netz verschwinden, obwohl der Akku im Winter und bei fehlender Sonne sehr selten voll ist.
Zu meiner Infrastruktur:
- MPI10K
- Wifi-Module
- 6,5 kWp Dach Ostseite
- 6,5 kWp Dach Westseite
- 1,72 kWp über 2 Envertec 720
- 28 kWh Akku (Lifopo4 eve 280Ah) mit 2 x JKBMS
- Modbus Card, Smartmeter
Die Kommunikation Smartmeter/Modbuskarte scheint zu funktionieren. Hörer ist zu sehen.
MPI10k zeigt EC-ON 2, was nach meiner Kenntnis darauf hindeutet, daß alle 3 Phasen ausgeglichen werden sollen. Das ist auf Modbus auch so eingestellt.
Dank dieser Community und eigener Erfahrungen sind nachfolgende Erkenntnisse reproduzierbar:
- trotz CHARGE SOURCE - PV ONLY lädt der WR ab und an kurzzeitig aus dem Netz, um Tiefenenrtladung vorzubeugen
- bei Erreichen von BATTERY CUT_OFF ... wechselt der WR seinen Status von NORMAL nach WARNING; der Akku wird nur noch geladen und nimmt nicht mehr an der Versorgung des Hausnetzes teil
- bei Erreichen von BATTERY CUT-OFF BACK ...wechselt der WR seinen Status von WARNING -> NORMAL; der Akku wird je nach Erfordernis ge- oder entladen und das leider auch ins Versorgernetz. Auch nachts, wenn der Akku entladen wird, gehen die 50% ins Netz. Irgendwie deuten die Daten darauf hin, daß zwischen dem Verbrauch und der Netzeinspeisung eine Korrelation besteht ( ~ 50 : 50)
- der WR ist schon eine Wundertüte. Was an Logging geliefert wird, ist Zufall oder läuft nach speziellen Regeln. Ich nutze derzeit die Web-Plattform DESSMONITOR, die aber auch nur das nutzen kann, was geliefert wird. Kennt jemand eine ergiebigere Quelle als die Handbücher zu Hard- und Software? Je nach Einstellung wird die Aktion des Akku (Laden/Entladen) angezeigt, oder auch nicht. Dann bleiben nur noch die Daten des JKBMS.
Es bleiben eine Menge Fragen bezgl. der WR-Funktionalität offen:
- gibt es einen Tip bzgl. der ungewünschten Netzeinspeisung? Wenn die Sonne scheint, ist das unerheblich, wenn über 50% ins Netz gehen. Im Winter ist das bloß ärgerlich. Umprogrammierung der Modbus-Karte?
- woran liegt es, daß negative Akku-Ströme (Entladung) vom Logging nicht reproduzierbar geliefert werden
- weiche Vorteile bringt das Abschalten des AC-Ausganges per Tastenfunktion? In meiner Installation ist AC-Ausgang als Notstromversorgung umgesetzt.
- trotz eingestellter Betriebsart - Grid-tie with backup (II) - wird im Desktop-Solarpower (Übersicht, Protokolle) die Betriebsart mit - OFF-Grid with backlup- ausgewiesen
- des weiteren wäre eine detailliertere Beschreibung der üppigen Parameter und deren Funktion hilfreich

Leider auch durch mich NUR die Problembeschreibung und kein Beitrag zur Lösung. So häufig fand ich dieses Problem bisher nicht thematisiert. Es scheint also nicht alle zu betreffen. Also bleibt auch mir noch Hoffnung.

Grüße und Dank an die Community

Joachimc

Ob Energie ins Netz eingespeist wird hängt nicht nur davon ab ob dein Akku voll ist oder nicht sodern auch wie hoch dein Ladestrom eingestellt ist. Wenn mehr Energie vom Dach kommt als im Haus verbraten wird und dein Akkustrom in der Begrenzung ist speist er natürlich ins Netz ein.

Wie hoch ist dein Ladestrom?

@scherheinz 

der max. Ladestrom beträgt 200 A und wurde bisher nur zu etwa 50% erreicht. Das Problem tritt ja wie beschrieben auch des nachts auf, wenn nur der Akku die Energie liefert.

Gruß joachimc

Du hast Wifi Module erwähnt, läuft darüber dein Modbus?  Vll ist deine Verbindung doch nicht dauerhaft in Ordnung und es kommen unplausible Messwerte am WR an.

Bei mir kam es einmal vor dass er WR hin und her regelte obwohl nichts zu tun war. Ich hab ihnd ann komplett stromlos gemacht, neu hochgefahren und die Einstellungen wieder neu eingegeben, seitdem war nichts mehr.

@scherheinz 

ja, das wird der nächste Versuch sein. Eine weitere Unklarheit besteht bei mir noch bzgl. der Modbus-Karte, die bisher auf 3-Phasen-Ausgleich eingestellt ist und am WR zur EC-ON2 - Anzeige führt. Im Forum ist ja eher von EC-ON1 die Rede.

Über den Wi-Fi-Module läuft nur das Logging, für das ich derzeit Dessmonitor nutze. Ein Tagesprotokoll (23.04.24)siehe nachfolgenden Link.

https://th4biysjigdrdptj.myfritz.net:34142/nas/filelink.lua?id=add9b6e9cd2b25a9

Im Modus zwei wird halt auf jeder Phase versucht auszugleichen was aber normalerweise egal ist weil der Stromzähler saldiert. Deshalb haben die meisten Leute EC-ON1 eingestellt.

Ich kenne dein Logging nicht sondern nutze bei mir Solaranzeige, damit kann man einige Smartmeter, in meinem Fall SDM630, separat auslesen und loggen.

Irgendwie deuten die Daten darauf hin, daß zwischen dem Verbrauch und der Netzeinspeisung eine Korrelation besteht ( ~ 50 : 50)

Das macht mich stutzig, deshlab müsstet du die Messwerte von WR und Smartmeter mal miteinander vergleichen.

Was sehr oft passiert ist ein Phasendreher was gerade bei EC-ON2 ein großes Problem ist. Kontrolliere doch nochmal deine Phasen bzw dein Drehfeld.

@scherheinz 

Das Drehfeld stimmt, außer daß die Leitungsnummern abweichen. L1 am SDM630 ist L3 am WR, aber das sollte ja niemanden stören. Ein Phasendreher bei der Inbetriebnahme hatte der WR schon beanstandet. 

Ein Neustart des WR hat ebenfalls keine Auswirkung auf das Einspeisungverhalten.

Das Logging per Wi-Fi-Modul und Dessmonitor würde mir ja ausreichen, wenn denn alle interessanten Daten ankommen würden. Zum Beispiel werden negative Akku-Ströme mit 0 ausgewiesen. Irgendwann habe ich schon mal negative Werte gesehen, aber seit geraumer Zeit kriege ich das nicht mehr hin. Ansonsten liefert das Datalogging (Wi-Fi-Module) alle 5 min. einen Datensatz und Dessmonitor bietet den Export per XLS und PDF. 

Solaranzeige klingt nicht schlecht, aber kurz vor meinem 80. wollte ich mir nicht noch Raspberry und Co. antun. Ich hatte zwar in meinem Arbeitsleben mit einigen UNIX-Derivaten zu tun, nutze am WR macOS auch mit bescheidenem Erfolg. Solarpower hat da so einige Macken. Wenn sich die Dinge aber auf anderem Weg nicht offenbaren, ist das natürlich auch noch eine Option, wenn ich denn dann nicht auch noch knifflige Lötarbeiten vor der Flinte habe.

Als nächstes würde ich die Modbus-Karte noch mal auf 1-phasig einstellen und gucken, was passiert.

Vielen Dank für die bisherige Anteilnahme und Unterstützung auch an alle anderen hilfreichen Forum-Geister

joachimc

Welche FW ist am WR installiert (UP+DOWN gleichzeitig drücken)? Da gab's ja einige Themen letztes Jahr.

Ein Debug Log von SolarPower würde schon mal helfen, das Problem genauer zu Identifizieren. Parallel dazu wären Loggings vom JK-BMS hilfreich aber nicht zwingend. Auch die genaze Uhrzeit eines solchen "Übereinspeise"-Falles iet vonnöten.

Das logging der WiFi Card bringt hier leider wenig.

@joachimc Wie kannst du WiFi-Card und Modbuscard gemeinsam betreiben? Der 10k hat doch nur einen Options-Slot.

@riogrande75 

Die Geräte-Nr. USB1410000_96162303100164 enthält offenbar das Kaufdatum 2303. Die FW entspricht dem Lieferzustand:

DSP-Vers.: 210709123000 (oder U1 21-07-09 12:30:00); MCU-Vers.: 210709123000 (oder U2 21-07-09 12:30:00)

Ich habe keine WI-Fi-Card, sondern den Wi-Fi-Modul, der am RS232-Kommunikationsanschluß steckt. Das Logging liefert alle 5 min einen Datensatz mit allen ausgewählten Einstellungen des MPI10K und Werten zu PV, Akku, AC-Ausgang, AC-Eingang. Leider nicht vollständig, wie z.B. neg. Akku-Ströme.

Debug-Log von SolarPower sagt mir jetzt erst mal wenig. Meine macOS-Anbindung scheint nicht Herstellers Liebling zu sein. Was hieße denn JK-BMS-Logging, auch erstmal Raspberry und Co. oeider?

Bisher habe ich Übereinspeisung so diagnostiziert: Einspeisung lt. Zähler ( i.d.R. > 50 % der PV), obwohl Akkus nicht voll.

@riogrande75 

mal wieder eine falsch Taste gedrückt!

Dieser beschriebene Zustand tritt halt auch nachts auf, wenn keine PV da ist und damit Lieferant nur der Akku ist.

Tja, dann würde ich als erstes mal ein FW Update auf die aktuellste durchführen.

Die 2021-07-09 hatte doch einige Bugs.