Trennung ist erfolgt.
Hier gehts jetzt zum Thema Serialbattery weiter.
Da sind wir uns ja sogar mal einig. 
Zudem ist zu beachten, dass Serialbattery mit diversen BMS versucht umzugehen. Ich bin jetzt mit meinen paar Semestern E-Technik kein Profi, aber wenn (im Falle "DC FEED IN") die MPPT Tracker DC seitig volle Leistung liefern, dann muss entweder Serialbattery - und infolgedessen das jeweilige BMS (von welchen ja viele unterstützt werden) in der Lage sein, den Widerstand in der Leitung zu den Zellen zu erhöhen, so dass die Ladegeschwindigkeit folglich abnimmt.
Das scheint derzeit SerialBattery nicht zu können, stattdessen fokussiert es sich in seiner Funktion darauf, die MPPT anzusteuern - daher die Erzeugung der maximalen Strommenge entsprechend der gewünschten Ladegeschwindigkeit einzuschränken. Ob man das überhaupt anders Programmieren kann - ich weis es nicht. Prinzipiell kann ich im JKBMS die max. Ladegeschwindigkeit beschränken, allerdings geht das nur nach Eingabe eines Passwortes etc... Auch andere Parameter wie z.B. Abschaltung bei maximaler Zellspannung etc... sind da hinterlegt. Externen Zugriff stelle ich mir daher schwierig / kritisch vor. Und ob es anders geht - keine Ahnung, dazu bin ich zu wenig in der Materie drinnen. Der SmartShunt hingegen scheint das gut darauf zu haben, auch die Regelung der Überschusseinspeisung (bzw. Vermeidung einer Einspeisung während der Akku lädt) hat damit deutlich besser funktioniert - deswegen kommt der auch wieder rein bei mir.
SerialBattery ist nach wie vor ein nettes Tool zur Überwachung / Visualisierung des "Gesundheitszustandes" der Batterie. Ich sehe es aber nicht - und insbesondere nicht in Kombination mit "DC FEED IN" - als Tool an, dass den Lade- und Entladevorgang überwachen sollte. Dafür einen SmartShunt, Ladeleistung bei hohem SOC runter, Balancer (ggf. zusätzlichen Balancer) rein und die Zellspannungen sollten passen. Man kann ja dann regelmäßig mal prüfen und ggf. korrigieren, sofern das wirklich notwendig ist (z.B: indem man vom Netz mit 2A lädt und den internen Balancer arbeiten lässt).
Masterlösung ist aber wohl ein vernünftiges BMS wie z.b. REC.
Ich denke, dass man auch mit Seriallbattery ein verünftiges System hin bekommen kann, mit ein paar Einschränkungen natürlich.
Man sollte halt bei der Anlagen Planung den Funktionsumfang der Komponenten kennen.
Unwissenheit führt leider immer wieder zur Fehlplanung.
So werden regelmässig netzparalle Anlagen nur mit Laderegler geplant, weil der Wirkungsgrad besser sein soll.
Ja, der Wirkungsgrad ist besser, aber nur beim Batterie laden, beim Eigenverbrauch und beim Einspeisen ist er dafür viel schlechter.
Batterieladen ist der geringste Anteil. Bei einer 10KWp Anlage werden wohl eher weniger als 1000KWh in die Batterie fliesen die restlichen 9000KWh werden dann mit hohen Verlusten über den Multi gewandelt. Ausserdem steht mit Laderegler nur der Strom zur Verfügung der vom Multi gewandelt werden kann.
Mit PV Wechselrichter gäbe es das Problem nicht, oder wenn der Laderegler kleiner wäre wie das was der Multi wandeln kann, denn dann kann der Multi den kompletten Strom vom Laderegler einspeisen und der Akku wird nicht gequählt.
Bei jedem BMS regelt der Treiber. Nur weil das REC ein GUI hat, macht es dass nicht besser/schlechter in der Regelung. Am Ende übernimmt die REC GUI und der dahinterliegende Code genau die gleiche Funktion. Sofern ein BMS mit dem WR kommunizieren kann regelt es die Ladung/Entladung anhand von Schwellwerten oder Linear auf Zellebene. Der Treiber reguliert also den Lade- bzw. Entladestrom (bei egal welchem BMS).
Wenn du im BMS als ahnungsloser User die OVP auf 3,8V stellst, dann hilft dir die tollste GUI nichts.
Klar ist ein GUI deutlich freundlicher für den Anwender, die Funktion wird dadurch aber nicht zwingend besser.
Das REC wird mit seinem Plug&Play auch sein Geld wert sein, davon bin ich überzeugt (gerade bei mehreren Akku Blöcken und der Qualität).
Der Nachteil vom JKBMS ist halt, dass man deutlich mehr basteln muss und die Lösung nicht immer direkt ersichtlich ist und so Besonderheiten wie bei R0Li existieren.
Um die Brücke zum ursprünglichen Thema zu schlagen.... im DIY kannst du soviel falsch konfigurieren und zusammenbauen, dass irgendwo immer das schwächste Glied zu finden ist. Am Ende sollte man wissen, was man tut und alle doppelt und dreifach prüfe. Die Verantwortung nimmt dir niemand ab.
@stromsparer99 - du hast recht bzgl. AC / DC seitigem Anschluss. Ich habe definitiv zu viel DC Seitig hängen, wusste das davor einfach nicht besser. Evtl. will ich nochmal erweitern und würde in dem Zuge dann wohl ein paar Module auf die AC Seite umklemmen. Mal sehen, ob und wann ich das tue.
@Isomeer - utils.py mit Linux-Editor zu editiern ist jetzt nicht so freakig. Geht relativ easy und man muss dafür kein Programmierer sein. Das Testen wie du es beschreibst ist in der Praxis nicht so einfach. Ohne SerialBattery hast du ja keine externe Regelung um das BMS zu prüfen bzw. Serialbattery ist letztendlich dein BMS, das die befehle an den MP2 sendet. Kurzum - wird nur gehen, wenn du nen SmartShunt hast und dem die Regelfunktion zuweist.
SOC wird vom (JK)BMS berechnet - pendelt sich langsam ein. Wie genau das läuft, habe ich noch nicht gänzlich kapiert. Mit SmartShunt ist das logischer, da kannst du auch selbst eingreifen.
Welche externe Regelung schwebt dir vor, wenn du meinst du musst das BMS prüfen? Das BMS wird nur geprüft, wenn du dein Akkupack in die harten Limits deines BMS steuerst (egal welches BMS). Wenn du keine Serialbattery installiert hast, dann nimmt der Victron als Referenz die Daten von VE.Config. Der MP2 misst doch die Spannung des anliegenden Akkus, dafür braucht du keinen Smart Shunt. Ich verstehe auch noch nicht, worauf du hinaus willst. Welchen Mehrwert liefert dir der Smart Shunt?
Hallo,
wenn ich das richtig verstanden habe bedeutet das wenn MP2 Leistung die DC MPPT Leistung übersteigt, wie bei mir, dann kann man DC Feed In problemlos mit serialbattery verwenden oder?
1x 250/100 mit 3x MP2 5000.
Habe gelesen das es möglich sein soll JKBMS zu stacken (aber nichts dazu wie) kann dann das Master mit Serialbattery die Gesamtdaten der Packs verarbeiten.
Grüße
Mit gehts um den Satz hier: "Ich würde jedes frisch laufende System jeweils zweimal an jeden Anschlag (max- und min-Ladung) laufen lassen, um das Abschaltverhalten "auf frischer Tat" zu überprüfen. Einmal durch die Regelung des MP2-Lade-/Entladestroms per SerialBattery (Normalfall) und einmal über das Abschalten des BMS (Notfall)"
Das läuft doch so nicht - SerialBattery verhindert ja normalerweise genau, dass die Zellen wegdriften (funktionioniert bei DC FEED IN- aus -auch ganz ordentlich). Es funktioniert nur nicht, wenn DC FEED IN - an - aktiviert ist. Und in dem Fall testet man die oberen Abschaltwerte regelmäßig, weil es einfach reinballert ohne Ende. Das kann halt irgendwann mal nicht mehr funktionieren, auch wenn es am Anfang geht. Ansonsten - wenn alles funktioniert und DC FEED IN - aus - ist, dann sollte man die oberen Grenzen nie sehen. Du musst daher das System irgendwie manipulieren, dass man die Grenzen überhaupt testen kann.
Übrigens: Wenn man DC FEED IN - aus - hat, und entsprechend langsam lädt (20A ab 90%, 10A ab 95%, 2A ab 99%) dann bekommt man ein super Balancing hin mit SerialBattery (bei mir greift der JKBMS Balancer erst ab 3,4V, also irgendwas macht JKBMS hier wohl). Kapazität ist bei mir auf 280Ah gestellt, könnte jetzt natürlich versuchen da noch mehr reinzubekommen, denke aber das passt so ganz gut.
Screenshot ist bei 99% SOC (lädt noch mit 2A dahin):
@isomeer - absolut richtig, deswegen schreibe ich auch immer die Einstellung bei mir mit dazu.
Bei DC FEED IN - aus - klappt das Balancing wirklich schön. Werde ggf mal die Kapazität auf 285A hoch setzen und schauen wie es sich weiter oben verhält.
Das würde mich Mal interessieren, ist das korrekt?
Bin mir nicht sicher, ob ich die Frage richtig verstanden habe.
Grundsätzlich ist es egal, ob du nun DC Seitig 0,5kWp oder 500kWp hängen hast. Alles was da an Power da ist, wird in die Batterie geschoben. Limitieren kannst du nur über die Spannung, die maximal zugelassen wird (z.B. 16 x 3,42V -> was viele so einstellen). Dadurch wird die Ladeleistung bei hohem SOC langsam reduziert, weil einfach die Spannungsdifferenz nicht mehr hoch genug ist.
Alles andere geht mit DC FEED IN (aktiv) nicht. Sämtliche Regelungen / Parametrierungen / Einstellungen der utils.py sind hinüber, wenn DC FEED IN aktiv gesetzt wird. Das hat mit der DC seitigen Leistung nichts zu tun.
Hatte das so gemeint, wenn die DC erzeugte Leistung (1x 250/100 MPPT) von der AC einspeise Leistung überstiegen wird (3x MP2 5000) das dann vermutlich DC Feed In problemlos verwendet werden kann.
Fraglich ist auch ob bis 100% mit voller Leistung geladen wird und dann erst eingespeist wird oder ob das dynamisch geht, also ab zb. 90% langsamere Ladung + steigende Einspeiseleistung.
evtl. funktioniert es ja hiermit
Eigentlich müsste der MP ja nur den Differenzstrom vom MPPT und dem max Ladestrom der in den Akku soll ins Netz einspeisen. Dann wäre das Problem gelöst und der Akku würde langsam geladen.
Ich habe bald auch einen MPPT am Akku hängen, überlege aber gerade ob ich den nicht wieder verkaufe...
Wenn du das System schon am laufen hast, dann teste es bitte für die Allgemeinheit hier im Forum. Danach sind wir alle schlauer ?
@timbo nein, habe es leider noch nicht am laufen, hatte eigentlich vor DC Feed In auszulassen, wenn es allerdings funktioniert und ich im Sommer mehr als genug Überschuss hätte würde ich es gerne einschalten wenn es funktionert und genügend Leistung drübergeht.
Bei mir läuft bisher nur mein Symo 15.
Victron 3x MP2 5000 & 1x MPPT250/100 fehlen noch (sind montiert ?), da mir im moment die Zeit für den Akku fehlt, bin noch beim Gehäuse, Zellisolierung und -verspannung.
Wenn ich weis wie, würde ich gerne die Ladung irgendwann über Pvforecast oder Solaranzeige planen, dabei hauptsächlich auf den MPPT setzen und den Symo nur im Winter und bei bevorstehender Schlechtwetterphase einbinden ggf. dann auch mit Direktvermarktung.
Und für den Sommer wäre dann wenn ohne Risiko DC Feed In auch schön.
Weiß jemand wie man den Serialbattery Treiber auf das Cerbo direkt von Festplatte installieren kann?
Also ohne vorher über den "wget" Befehl downzuloaden?
Welchen Befehl muss ich in Putty eingeben um es direkt von Platte zu installieren?
Dir ist klar dass Putty nur eine Konsole ist ? Wie willst Du damit die Daten auf den Cerbo bringen ?
Wget ist der einzige Befehl den ich kenne mit dem Du im Putty Daten aus anderen Quellen holen kannst, das geht natürlich auch von einem freigegebenen Ordner von Deinem PC. Ansonsten musst Du einen USB Stick mit den Daten drauf in den Cerbo stecken und dann die Daten rüber kopieren, das ist aber wesentlich komplizierter.
Oder ein FTP Programm wie ws_ftp oder was ähnliches verwenden. Allerdings ist mir nicht klar warum Du nicht wget verwendest, das ist doch die einfachste Lösung.
Es bleibt einem übrings nicht erspart sich in Linux einzuarbeiten, ansonsten ist Dein Vorhaben jetzt schon gefährdet. Einfach nur ein paar Befehle aus dem Internet abzuschreiben, wird nicht reichen.
1 „Gefällt mir“
Ich habe von Putty nicht all zuviel Ahnung, wie vermutlich der Großteil auch der den Serialbattery Treiber einfach so rüber installiert wie es auf Github beschrieben steht.
Klingt gut, wie müste der Befehl lauten wenn ich das so machen möchte?
FTP Programm klingt auch gut sofern es nur ein Ordner ist der auf dem Cerbo dafür installiert wird und ich den einfach per Hand und FTP rüber schieben kann. Ich möchte nämlich auch die Möglichkeit haben alles wieder komplett zu entfernen und nicht nur zu deaktivieren.
Die einfachste Lösung ist es sicher mit "wget" zu installieren, die funktioniert aber nur so lange auch das Internet funktioniert?, und ich bin kein Freund davon Sachen nur Online nutzen können. Ich habe schon diverse andere Sachen mit Putty oder FTP gemacht die durchaus komplexer waren als diese Sache hier, und bisher hatte ich immer Erfolg ohne mich groß in Linux einarbeiten zu müssen, wenn ich eine entsprechende Anleitung dazu hatte reichte das völlig.
Als gefährdet würde ich es also nicht bezeichnen...
Dann leg los, Anleitungen dazu gibt es ja. {green}