Seplos BMS

Moin Moin ,

ich hatte da nochmal ne Frage zum bms ,

kurz ihr die Kabel auf die Länge ein wie ihr sie braucht ?

oder kurz ihr alle Kabel ein vom bms ?

Oder Wegen gleichen Kabel Länge arbeitet ihr die überlange weg ? 
danke im Voraus.

gr Bart 

Hallo

Natürlich werden die Kabel zum BMS auf passende Länge gekürzt oder verlängert. Die dienen doch nur zur Spannungsmessung. Das bischen Balancerstrom macht doch nichts aus.

Übergangswiderstände erzeugen eher die Steckverbinder und Verschraubungen.

mit freundlichen Grüßen

Thomas

Veröffentlicht von: @bart

↑

Moin Moin ,

ich hatte da nochmal ne Frage zum bms ,

kurz ihr die Kabel auf die Länge ein wie ihr sie braucht ?

oder kurz ihr alle Kabel ein vom bms ?

Oder Wegen gleichen Kabel Länge arbeitet ihr die überlange weg ? 
danke im Voraus.

gr Bart 

Also, ich wäre da vorsichtig beim Seplos BMS mit dem Kürzen oder Verlängern der Balancer Kabel. Das würde ich nicht machen, da ich irgendwo in der Seplos Beschreibung gelesen/gesehen (Verdrahtungschema) habe, dass mit den Balancerkabeln 8 und 9 (so glaube ich) das ist das Ende der 8 Zelle und der Beginn der neunten Zelle (die liegen beiden an demselben Busbar) etwas rausgemessen werden soll. Fragt mich bitte nicht nach dem Sinn, aber ich denke dass ich das so gelesen habe. Und wenn die Milliohm der Busbar eine Rolle spielt, dann könnte ich mir vorstellen, dass auch es eine Rolle spielen könnte wenn die anderen Balancerleitungen verlängert oder gekürzt werden.

 

Veröffentlicht von: @kenzo

↑

Veröffentlicht von: @helmut

↑

Vielleicht hat ja jemand von euch eine ähnliche Erfahrung gemacht und weiß Rat, wie ich bei 2.8 die Verbrauchswerte richtig angezeigt bekomme oder ob ich 2.7 verwenden kann und die beiden Packs zusammenarbeiten auch wenn dies nicht in der Remote Console angezeigt wird.

Ich habe da ein Ticket mit Alan für offen, bin aber nicht großer Hoffnung, dass das zügig gelöst wird. Es ist definitiv das BMS, das falsche Werte via CAN-Bus schickt (Message ID 378).

Veröffentlicht von: @helmut

↑

Seplos (Alan) war keine wirkliche Hilfe und hat mir nur Firmware 2.9 gesandt (diese hat andere Probleme gemacht).

Zufällig auch, dass die Kommunikation zu anderen Packs nicht mehr funktionierte? Für viele der Probleme, die ich an Alan berichte, bekomme ich einen Standardsatz zurück:

Hello, this problem has never happened before.

Hallo Kenzo, ich glaub ich hab unseren gemeinsamen Fehler (bei Firmware 2.8) etwas eingrenzen oder gar lösen können. Mir ist aufgefallen, dass ich in der Victron Remote Console den Schalter unter Settings-System Setup-„Has DC System“ auf „ON“ geschaltet hatte. Den braucht man aber nur bei ganz selten Fällen wenn man eine zusätzlich Glleichstromquelle hat die nicht auch an das Cerbo/Venus angeschlossen ist. Der Schalter soll sich auf die Victron interne Berechnung der verbrauchten DC Leistung auswirken. Ich hab jetzt „Has DC System“ auf „OFF“ geschaltet. Die ersten Stunden nach dem Umschalten funktioneren ganz gut. Werte im VRM sind plausibel. Werde weiter beobachten und mich wieder hier melden.

 

Veröffentlicht von: @helmut

↑

Veröffentlicht von: @bart

↑

Moin Moin ,

ich hatte da nochmal ne Frage zum bms ,

kurz ihr die Kabel auf die Länge ein wie ihr sie braucht ?

oder kurz ihr alle Kabel ein vom bms ?

Oder Wegen gleichen Kabel Länge arbeitet ihr die überlange weg ? 
danke im Voraus.

gr Bart 

Also, ich wäre da vorsichtig beim Seplos BMS mit dem Kürzen oder Verlängern der Balancer Kabel. Das würde ich nicht machen, da ich irgendwo in der Seplos Beschreibung gelesen/gesehen (Verdrahtungschema) habe, dass mit den Balancerkabeln 8 und 9 (so glaube ich) das ist das Ende der 8 Zelle und der Beginn der neunten Zelle (die liegen beiden an demselben Busbar) etwas rausgemessen werden soll. Fragt mich bitte nicht nach dem Sinn, aber ich denke dass ich das so gelesen habe. Und wenn die Milliohm der Busbar eine Rolle spielt, dann könnte ich mir vorstellen, dass auch es eine Rolle spielen könnte wenn die anderen Balancerleitungen verlängert oder gekürzt werden.

 

viel zu lernen du noch hast.

die balancer Leitungen messen lediglich die Zellen Spannung, die Ströme dabei sind nahezu null. Also gibts auch keinen relevantem Spannungsabfall.

Auch die balancer Ströme des Seplos BMS sind seeehr übersichtlich. Auch da sind for Kabellänge irrelevant.

 

Danke für euren antworten ,

ich habe bis jetzt nur mit Victron in combi mit 123SmartBMS gearbeitet…. Da schraubt man die Platinen gleich auf die Zellen ……. 

seplos und neey sind neu Land für mich:-) deswegen habe ich nochmal nachgefragt  

man liest soooo viel hier auf m Forum und so viel neuen Input . Das ist echt der Hammer !

 

Veröffentlicht von: @helmut

↑

Hallo Kenzo, ich glaub ich hab unseren gemeinsamen Fehler (bei Firmware 2.8) etwas eingrenzen oder gar lösen können. Mir ist aufgefallen, dass ich in der Victron Remote Console den Schalter unter Settings-System Setup-„Has DC System“ auf „ON“ geschaltet hatte. Den braucht man aber nur bei ganz selten Fällen wenn man eine zusätzlich Glleichstromquelle hat die nicht auch an das Cerbo/Venus angeschlossen ist. Der Schalter soll sich auf die Victron interne Berechnung der verbrauchten DC Leistung auswirken. Ich hab jetzt „Has DC System“ auf „OFF“ geschaltet. Die ersten Stunden nach dem Umschalten funktioneren ganz gut. Werte im VRM sind plausibel. Werde weiter beobachten und mich wieder hier melden.

Mein Problem liegt allerdings nicht in der Art und Weise, wie die Victron-System zählen (das scheint bei der Batterie einigermaßen in Ordnung zu sein), sondern bei den Werten, die das BMS an Victron via CAN übermittelt. Wenn Victron 3kWh in den Akku zählt, sagt das BMS runde 9kWh - und soviel sind in diesem Fall z.B. heute noch nicht mal insgesamt vom Dach gekommen. Die Werte vom BMS sind zudem manchmal so exorbitant hoch (z.B. 60kWh an einem Tag mit 10kWh Ertrag), dass sie niemals Sinn machen können.

Oh oh, Andy läßt schon wieder kein gutes Haar an dem Seplos...

Frage ist aber noch, wer hat zwei gleiche Pack's am laufen, ist es da auch so?

 

@linuxdep 

ich bald, zwei gleiche packs zwei gleiche seplos

hatte eigentlich nicht vor die zu verbinden aber ich machs mal weil ich dem auf den grund gehen will

dass der erste pack nicht mehr ansprechbar ist wurde ja schon oft geschrieben

bei mir erfüllt das seplos eigentlich nur die funktion eines dummen bms und wenn mein diy bms defekt ist, dann kann ich auch meinen sunny island direkt ans seplos stecken und er läuft wegen dem canbus wenigstens weiter. sonst hab ich blackout der si braucht zwingend ein canbus signal.

@linuxdep

macht mir mal keine Angst. Bin grad dabei einen 2. Pack zu bauen und in dem Zuge auch beim ersten das Daly gegen Seplos zu tauschen.

Hatte mir mit den Seplos eine bessere Kommunikation versprochen.

BTW: die Videos von dem Typen sind echt schwierig zu schauen. So wie der mit der Kamera rumwackelt, ist man immer kurz vor dem nächsten epileptischen Anfall!  

 

@voltmeter ich hoffe dein Test läuft besser.  

 

Die ersten Meinungen zum Seplos waren ja..."hura...toll" Was die Hardware betrifft sicherlich zu recht, aber wie so oft, Software lassen die Chinesen schleifen... dabei zeigt sich immer wieder das macht erst ein gutes Gerät aus. Na ja mit BT drin kann man ja alles verwalten...hoffentlich.

Genau wie beim Deye...

Beim selbst bau hätte ich auf JK-BMS setzen wollen, dazu gibt es ja auch einen DIY CAN Bus Adapter... scheint dann wohl doch eine "bessere"? Lösung zu sein. Na mal testen, eigentlich wollte ich eh nur ein Pack, mehr ist wirtschaftlicher Unfug, aber im Hinblick doch mal erweitern zu können und wegen dem einfachen Box Bau auf ein fertiges Gehäuse gesetzt.

Veröffentlicht von: @linuxdep

↑

Frage ist aber noch, wer hat zwei gleiche Pack's am laufen, ist es da auch so?

Dass der "Primary" nicht mehr via RS485 zu erreichen ist, ist bei Seplos immer so - ehrlich gesagt hat es mich gewundert, daß Andy das nicht wusste. Das wird in diversen Foren rauf- und runterdekliniert, und war m.W. auch schon in Kommentaren zu seinen Videos Thema.
Ich überlege aktuell, wieder auf RS485 umzustellen, die Daten an den Raspberry-Pi-Cerbo zu schicken und selbst CCL/CVL zu generieren (wie dbus-serialbattery, aber vielleicht mit PID-Controller?). Das Seplos ist halt einfach "läuft und macht grundsätzlich BMS-Aufgaben", aber nicht viel mehr als das.

Veröffentlicht von: @kenzo

↑

Dass der "Primary" nicht mehr via RS485 zu erreichen ist, ist bei Seplos immer so

Genau das soll ja mit der neuen v16 (bzw. 10e) ja jetzt doch möglich sein. Zumindest habe ich das so verstanden. Deshalb ist das in dem Video auch nur so halb aussagekräftig, eins der beiden BMS ist noch das alte.

So ein bisschen Software hinzugucken die das nötigste tut um die Hardware zum laufen zu bringen ist relativ schnell gemacht. 
Aus dem Prototyp eine SW zu machen mit der alle zufrieden sind ist eine ganz andere Nummer.

Dann kommen noch Sonderwünsche und Spezialfälle dazu …… da werden schon mal Abkürzungen mit heißen Hacks genommen im zugesagte Termine zu halten - und schon wird die SW zur grünen Banane die dann beim Anwender ausreifen darf - man kann ja jederzeit ein Update nachschieben….. 

 

So ein bisschen Software hinzugucken die das nötigste tut um die Hardware zum laufen zu bringen ist relativ schnell gemacht. 
Aus dem Prototyp eine SW zu machen mit der alle zufrieden sind ist eine ganz andere Nummer.

Dann kommen noch Sonderwünsche und Spezialfälle dazu …… da werden schon mal Abkürzungen mit heißen Hacks genommen im zugesagte Termine zu halten - und schon wird die SW zur grünen Banane die dann beim Anwender ausreifen darf - man kann ja jederzeit ein Update nachschieben….. 

Elon macht’s doch vor und die Leute kaufen es trotzdem.