question

pv-willi87 avatar image
pv-willi87 asked

(Gelöst) Massive Probleme (diverse Fehler - siehe Beitrag)

Moin Moin,

ich habe seit gestern mal ein wenig gesammelt ... leider habe ich massive Probleme mit der Anlage, seit ich den 3. Akku hinzugefügt habe ( 3 x Pylontech US2000C).

Im Betrieb sind:

  1. MP-II 48/5000
  2. 150/70 Smart Solar
  3. kleine Anlage am AC-In (mit AhoyDTU im Cerbo eingebunden)
  4. 3 x US2000C
  5. CerboGX
  6. EM24 LAN

Den dritten Akku habe ich gestern "standalone" angeklemmt, aufs selbe Niveau geladen wie die beiden bestehenden. Dabei keine Fehler den Akku betreffend festgestellt (Spannung / Ladeverhalten etc...) ... lediglich da schon Aussetzer VRM (Installation too busy / no real-time data available) ... mehrfacher Neustart des Cerbo.

Nachdem ich die Anlage heute Nacht mal habe laufen lassen folgendes Bild:

1675755596346.jpeg

30 Minuten online / 30 Minuten offline ... was zum Geier ist denn da los ? Dieses "Rippling" erklärt aber auch, warum ich letzte Nacht angeblich nur 0,8 kWh Verbrauch gehabt haben soll - über die Hälfte der Zeit wurde nicht getrackt. Der Cerbo war in der Zeit auch ICMP-seitig nicht erreichbar ...

1675755805011.png

1675757942539.jpeg

1675758938141.png

Ich kann aber keine außergewöhnlichen Spannungen der Akkus/des Akkus feststellen ?

1675757578489.jpeg

Der Cerbo scheint das Akkupack auch richtig zu erkennen:

1675757658707.png

Möchte ich die neuen Daten (höhere AH / Ladeleistung) dann per VE-RemoteConfigure der Anlage mitteilen, erhalte ich nach

... und die Anlage reißt wieder die Hufe hoch. "No realtime data / installation too busy" und im VRM wird der Inverter als "Off" angezeigt ... "Grid" fliegt aus dem VRM ... nur Cerbo Neustart hilft.

Hat hier jemand einen Ansatz ?


Beste Grüße

Multiplus-IIcerbo gxVRMfirmware update
1675755596346.jpeg (114.4 KiB)
1675755805011.png (12.3 KiB)
1675757942539.jpeg (50.2 KiB)
1675758938141.png (168.6 KiB)
1675757578489.jpeg (59.7 KiB)
1675757658707.png (50.5 KiB)
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

8 Answers
ojack avatar image
ojack answered ·

Was meinst du mit "Standalone" angeklemmt?

Die drei Module müssen parallel geschaltet werden und über den CAN-Bus verbunden sein. Ein Modul ist der Master, die anderen sind Slaves.

2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

pv-willi87 avatar image
pv-willi87 answered ·

Standalone meint, dass ich initial nur das neue Modul an die Anlage geklemmt und hochgeladen habe, bevor ich dies mit den bestehenden beiden zusammengeschaltet hab ... damit die Ladezustandsdifferenz nicht zu hoch ist ...

2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

pv-willi87 avatar image
pv-willi87 answered ·

Nach einem beherzten "System Reset" & "Redetect" ...

(MPII -> Advanced )

1675767067287.png... heute morgen habe ich zumindest wieder eine durchgehende Timeline (seit 08:16 Uhr)

1675767011233.png

Was ich zudem noch festgestellt habe, dass er mir unter Menüpunkt "Settings -> DVCC -> Maximum Charge Current" des Cerbos den Ladestrom alle Nase lang auf 24 A zurücksetzt ...

1675767247611.png

...nach jedem Neustart des Cerbo GX darf ich das händisch wieder anpassen. Gleiches gilt für den händisch gesetzten "Minimum SoC" entweder per VRM 2-way

1675767416137.png

...oder...

"Settings -> ESS -> Minimum SoC (unless grid fails)"

1675767493051.jpeg


... den er mir immer wieder auf 50 % zurücksetzt, nachdem der Cerbo neustartet.


In der Zwischenzeit habe ich die geänderte Kapazität des Akkus im ESS-Assistant per MK3-USB Device hinterlegt, da es per VE-RemoteConfigure aufgrund des Error 1300 ja nicht klappt


1675767011233.png (41.5 KiB)
1675767067287.png (39.7 KiB)
1675767247611.png (50.3 KiB)
1675767416137.png (12.2 KiB)
1675767493051.jpeg (56.7 KiB)
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

ojack avatar image
ojack answered ·

Warum sind die beiden Schalter bei DVCC Limit charge current und Limit Charge Voltage überhaupt an? Bei mir sind die aus und alles ist gut. Das kommt doch dynamisch vom BMS der Pylontech. Je nach SOC wird der zugelassene Strom über den BMS Can übermittelt.

1 comment
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

pv-willi87 avatar image pv-willi87 commented ·

hast recht - die beiden Switches sind nun Off. War ein "doppelter Boden" - wollte damit lediglich die max. A und max V zusätzlich beschränken ... hat aber so seit Monaten Top funktioniert -> mit dem aktuellen Problem also nix zu tun.

0 Likes 0 ·
holger Bleckwehl avatar image
holger Bleckwehl answered ·

Und bei "optimized with batterylife" wird der SOC automatisch vom cerbo gemacht!

4 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

ojack avatar image ojack commented ·
Ausgührlicher gesagt: Der minimum SOC wird von Hand gesetzt und darf sich nicht irgendwie automatisch verändern. Außer es läuft irgendwie ein Script per Modbus oder Node Red.

Wenn Batterylife aktiv ist gilt für die Regelung aber der Wert "Active SOC Limit". Der wird ständig aktualisiert je nachdem wie viel PV Ertrag und Verbrauch an den vorherigen Tagen war.

0 Likes 0 ·
pv-willi87 avatar image pv-willi87 ojack commented ·

weder rennen da Scripte noch noch Flows die aktiv etwas ändern ... ich Pumpe mir lediglich einige Daten an einen anderen Mosquitto Docker.

Active SoC mit "optimized with BatteryLife" -> Systemgesteuert

Activ SoC mit "....without Battery Life" -> meine Einstellung

Wenn er mir aber nach nem Neustart diese Einstellungen jedes Mal wieder zerballert, nützt mir das nicht viel ...

Nochmal ... ich zweifle hier weder Systematik von Victron an noch sonst was ! Es geht hier um Troubleshooting & nicht um Funktionserklärung. Das gesamte Setup funktionierte einwandfrei mit Live-Data (...und das flott) und auch über Cerbo-Neustart hinweg ... bis ich gestern die Anlage mal komplett Off hatte, um den dritten Akku hinzuzufügen.

Und ja, ich hatte die Anlage zwecks einiger Änderungen (neuer MPPT / andere Verteilung) schon mehrmals komplett Off und nie Probleme ...

0 Likes 0 ·
ojack avatar image ojack pv-willi87 commented ·
Seltsam, da fällt mir auch nichts mehr ein. Sorry.

Ich würde das System von allem trennen was scriptet. Auch wenn es nur lesend ist. Ausschlussverfahren.

1 Like 1 ·
pv-willi87 avatar image pv-willi87 commented ·
das ist mir bewusst ! Dennoch, darf er nicht einfach von mir händisch gesetzte Werte stumpf überschreiben.
0 Likes 0 ·
pv-willi87 avatar image
pv-willi87 answered ·

1675772773194.png

da ist doch was faul ...




1675772773194.png (28.7 KiB)
4 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

juergenal avatar image juergenal commented ·
Welche Firmware läuft auf dem Multiplus?
0 Likes 0 ·
pv-willi87 avatar image pv-willi87 juergenal commented ·

1675773979000.png

die v501

0 Likes 0 ·
1675773979000.png (8.0 KiB)
juergenal avatar image juergenal pv-willi87 commented ·
Ich hatte in letzter Zeit öfters Probleme mit der Version ab 500. Wenn es Dir möglich ist, geh mal auf 498 zurück und teste nochmal.
0 Likes 0 ·
pv-willi87 avatar image pv-willi87 commented ·

1675774312901.png

das geht nur noch so ...

Interessanterweise geht nur die "DC-Voltage" Sensorik des MultiPlus so steil ... schaut man sich die Spannung des Pylontech an, schwebt die gleichmäßig auf aktuell 50,05 Volt bei 74 % Ladung ...

0 Likes 0 ·
1675774312901.png (58.9 KiB)
pv-willi87 avatar image
pv-willi87 answered ·

Habe den Schuldigen für die ganzen "Low Voltage Alerts" beim Durchmessen gefunden. Es war die Schmelzsicherung von der DC-Verteilerschiene abgehend zum MultiPlus II ... die war minimal angesengt - konnte man bei grober Sichtprüfung aber kaum erkennen... von daher die schwankende Spannung ... Sicherung getauscht -> Spannung stabil


Bleiben noch folgende Probleme:

- Real-time data "zickig" / Installation too busy / keine Verbindung / kein VRM 2-way

- DVCC Ladestrombegrenzung nach Cerbo GX Neustarts überschrieben

- Minimum SoC Setting nach jedem Cerbo GX Neustart überschrieben

- Error 1300 VE-RemoteConfigure

2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

pv-willi87 avatar image
pv-willi87 answered ·

1675784017327.png

DANKEEEEE !

Dabei ist bei Übernahme der Flows folgende Meldung aufgetaucht:

##############
Übernahme (deploy) fehlgeschlagen: {"code":"ENOSPC","message":"ENOSPC: no space left on device, copyfile '/data/home/nodered/.node-red/flows.json' -> '/data/home/nodered/.node-red/.flows.json.backup'"}

##############

Ein kurzes ssh@CerboGX und ne Auflistung der Ordner + Files nach Größe zeigten unter /data/dbus-opendtu ein "current.log", welches sich auf über 1 GB aufgebläht und den gesamten Speicher der Partition gefressen hat. Ein beherztes Löschen und Neustart des Cerbos brauchten dann Abhilfe ...

- Real-time rennt wieder

- Error 1300 wäch

- Settings merkt er sich über den Neustart hin wäch :-D


Problem solved ...i sänk u wery matsch !


1675784017327.png (6.9 KiB)
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.