Ich gehe davon aus das du langes drücken auch schon getestet hast. Sonst kann ich mir das auch nicht erklären, möglicher defekt?
[/quote]
Ja habe ich. 2 BMS defekt? Wäre ja zu gut....
@arc gibt es da einen Link zum Support?
Dazu gibt es einen Schalter in den Einstellungen... damit kannst den externen Schalter (weißer zweipin Anschluß) deaktivieren... Das verhalten ist dann, ohne Schalter dort, geht das BMS sofort wieder aus.
Perfekt. Das erklärt das Verhalten.
Noch ein Nachtrag:
Ich habe den Reset Taster scheinbar nicht lange genug gedrückt gehalten. Habe es noch mal ausprobiert und siehe da... es fährt runter mit dem Reset Taster.
Danke für die Hilfe!
Hallo Leute ich muss mich noch mal an euch wenden, da EEL nicht aus dem Quark kommt oder nicht verstehen will oder auch keinen Ersatz bereitstellen will.
What ever
Ich habe 4 EEL Batterien (16s 320AH EVE) ...alle gleich aufgebaut.
Überall neueste FW von EEL bekommen aufgespielt ....bis auf ein Pack....
hier stellte sich heraus das die RS485 Communication nicht funktioniert...egal was ich mache.
Es scheint auch so zu sein das dieses RS485 Schnittstelle alle anderen im Verbund stört.
Ein RESET auch sehr lange drücken wird nicht ausgelöst.....sieht aus als wenn ein Teil des BMS gefreezed ist.
Da ich weiß das ja ein SEPLOS Mensch mit liest würde ich mich über support freuen...
Kann BMS stromlos machen helfen ? oder ist das ein FW issue or what....?
EEL verhält sich zwar bemüht aber ein Support ist das nicht...eigentlich nur Hinhalterei.
Es liegt nicht an dem Mäuseklavier das kann ich definitiv ausschließen...da ich jede Batterie aus dem Verbund rausgenommen habe und dann das Mäuseklavier auf 0 gesetzt habe.
Ach ja....lesen über den CAN BUS PORT mit 9600 geht.....schreiben nicht ....ich denke das geht hierüber eh nicht.
Lesen und Schreiben über RS485 no way.
vG
Bill2002
Hallo
Du warst zu geizig, bei Seplos selbst zu kaufen.
Und wunderst dich auch noch, das der Kistenschieber EEL keine Ahnung hat?
Und forderst noch Service von jemandem ein, den du nicht bezahlen wolltest?
Du glaubst bestimmt auch, das der Osterhase Geschenke bringt.
mfg
Thomas
es sind 19200 und nicht 9600....!
Auf dem RS485 Port, das weiß er, es gibt aber noch einen RS485 mit 9600baud auf dem CAN port... der scheint aber nur zum auslesen der Zelldaten zu gehen.
Ja korrekt...
Das BMS hat wohl einen Schuss...und die RS485 funktioniert nicht sondern stört sogar die Kommunikation der anderen Batterien.
EEL schickt mir...so haben sie versprochen ein neues BMS zu...
Trotzalledem nochmal danke für die Hilfe...da kann man eben nichts machen "shit happens" passiert halt
Allen schöne Ostertage
Bill2002
Hallo zusammen, der Post von Martin hier ist zwar schon sehr alt, trotzdem zitiere ich ihn hier, da ich aktuell genau das gleiche Problem habe.
Aktuell habe ich zwei Mason 280 Batterieboxen, welche untereinander mit RS485 und an Venus über einen CAN-HAT angebunden sind.
Kommunikation passt und alles wird korrekt angezeigt. Derzeit ist folgendes bei beiden BMSen hinterlegt:
OVP pack - 56,5V
OVA pack - 55,2V
OVP cell - 3,6V
OVA cell - 3,5V
In DVCC habe ich die maximale Ladespannung auf 55,2Volt begrenzt. Somit erreiche ich 98%-99% SOC. Hin und wieder entferne ich die 55,2 und lasse auf 56,5 OVP pack laden (100%). Das klappt eigentlich ganz gut, bis auf die Tatsache, dass der "float" Modus niemals erreicht wird.
Nun, wenn jetzt DC-feedin aktiviert wird, passiert genau das, was Martin oben beschreibt. Die Ladespannung wird um 0,4Volt erhöht (55,6V) und die BMS fangen an zu laden (teilweise habe ich auch starkes entladen gesehen) und nach 2-3 Sekunden fährt alles wieder zurück und beginnt von vorne. Das die Spannung um 0,4Volt wegen der Einspeisung erhöht werden muss, habe ich soweit verstanden. Aber dies scheint nun zu kollidieren.
Nun, es gibt ja verschiedene Ansätze und Meinungen, welche Einstellungen besser oder schlechter sind.
Wir würden sich die originären Seplos settings: Absorption 57,6V ohne DVCC (und Beschränkung auf 55,2V) auswirken?
Würde ein OVP pack - 55,2V und OVP cell - 3,47V die Situation entschärfen, da bei Erhöhung auf 55,6 die Packs ausgehen?
Oder müsste man sogar im DVCC die Spannung auf 54,8 reduzieren, damit die 55,2 nur im MPPT Einspeisemodus erreicht werden?
Wie habt ihr das gelöst?
Das kommt jetzt drauf an was der Cerbo mit dieser Information anfängt. Ich habe ja den Deye Hybrid und dieser verhält sich recht simpel
bei Alarm Meldungen wird der Strom auf 10A Reduziert
bei Protection schaltet das BMS die Lade FETs ab (und setzt den SOC auf 100%, beider der 10E Version)
Der Deye übernimmt den OVP pack - als max. Spannung und gibt auch nicht mehr aus - also in meinem Fall bis 55,2V CC danach CV. Der Deye hat leider nicht die Einstellmöglichkeiten wie die Systeme von Victron. Float/Absorption/Equalization kann man nur im manuellem Modus einstellen, nicht aber im BMS modus, da werden nur die Einstellungen von Seplos übernommen.
Ein idealer Ladevorgang wäre ja so
Bulk (CC) bis 55,2V --> Absorption (CV) bis ca. 5A (hier hat der Balancer Zeit die Zellen anzugleichen) --> Float bis 52,8V (hier kommen die Zellen von den hohen Spannugen wieder runter auf 3,3V)
So wäre das meiner Meinung nach sehr schonend für die Zellen
Ich habe mir beim Deye jetzt halt eine Krücke gebaut, und das BMS so eingestellt
OVP pack - 55,2V
OVA pack - 55,2V
OVP cell - 3,46V / OVPR - 3,4V
OVA cell - 3,65 (brauche ich nicht wirklich deshalb der höhere wert)
So verhält sich das bei mir
Der WR lädt mit max. Leistung (ca. 100A) bis 55,2V sobald die 55,2V erreicht sind geht der Strom auch sehr schnell runter von 100A auf 15A in ca. 30min. Der Balancer (NEEY) steigt bei 3,4V ein. Sobald eine Zelle die 3,46V erreicht geht der SOC auf 100% und BMS schaltet die Lade FETs ab. Sobald die Release Spannung von 3,4V erreicht ist lädt der WR weiter. Das pendelt bei mir ein bis zwei mal, dann hat der NEEY alle Zellen ausgeglichen die Spannung bleibt dann bei 55,2V und 0A.
Leider bleib die Spannung solange bis Leistung vom Akku abgerufen wird, meist gegen die Abendstunden. Es wäre schön wenn ich eine Float Spannung hier im WR einstellen könnte. Vielleicht ändern die Deye Ingenieure das mal in der FW.
Zu deinen Fall noch mal.
Schau doch mal beim Andy auf dem Kanal, der hat das gleiche Problem mit DVCC und hat ein Kompromiss gefunden.
https://www.youtube.com/watch?v=tSi-VdI3Ah4&list=PLPomydD54sgC9MpkFBHniAWLa1e3S27LG&index=21
Danke LithiumJunkie für deine Antwort.
Auf welchen Wert hast du OVPR pack eingestellt? Bei 55,2V würde ja dann die Trennung des Packs stattfinden, welcher dann ja zeitnah wieder verbunden werden müsste oder?
Andy aus sunny hot Australia hat leider nur ein offgrid system - also kein ESS mit Überschusseinspeisung. Deswegen nur in Ansätzen vergleichbar, da bei ihm nicht die MPTT Spannung um 0,4Volt angehoben wird sobald der Akku voll ist.
Mich würde es brennend interessieren was wohl passieren wird, wenn ich OVP pack auf 55,2 setze und nun Überschuss vorhanden wäre. Würden die MPPT aufgrund der Akkutrennung sich auch gestört fühlen oder würden sie trotzdem den Überschuss einspeisen?
Laufen der SI und das Seplos BMS jetzt rund bei dir? Bist du so freundlich und könntest mal deine aktuellsten Parameter zur Verfügung stellen?
Kann mir einer sagen warum der SOC sich bei mir nicht weiter anpasst?
Die Gelbe Linie ist der SOC der letzten 6 Stunden.
Rot der Strom (Vom Sunny Island per Modbus)
Grün die Leistung
Der Sunny Island versorgt brav das Haus aber der SOC fällt nicht.
Die Anzeige vom Strom am SI passt zur Anzeige vom BMS, zwar etwas träger aber passt. Der Strom ist auch hoch genug damit der Akku das Erfassen kann.
Die Batteriespannung ist auf 50V gefallen. Bald wird die Unterspannung auslösen. Hätte aber lieber, dass der SI in den Ladezustanderhaltungsbereich geht.
Würde mal sagen die Kommunikation WR <--> BMS laufen nicht sauber.
@meisterq alan@seplos.com ist der Kontakt den ich habe
Hi, der CAN läuft eigentlich normal.
Habe aber 2 annomalitäten:
- Im Sunny Island ist noch der alte Akku mit 210Ah statt 280Ah konfiguriert. Das ändere ich jetzt.
- Welches Protokoll nehme ich beim Seplos 10E mit FW 16.4 für den SI am CAN am besten?
Hier noch Ergänzend:
Die Anzeigen sind scheinbar Fehlerhaft. Frage mich warum der SI den SOC nicht richtig vom BMS bekommt, da wenn er auf Lithium Konfiguriert ist, diese Information ausschließlich vom BMS übermittelt wird.
GELÖST
Nachtrag:
Im BMS war das falsche CAN Protokoll konfiguriert. Jetzt ist SMA-SOFAR konfiguriert und der SI hat den SOC übernommen.
Sag ich doch, keine richtige CAN Kommunikation... oder verstehst du Mandarin Chinesisch ohne Übersetzer?
Ja frage mich nur wie der Sunny Island dann leben konnte. Er braucht ja mindestens den richtigen Soc und die Spannungen sowie Ströme per CAN. Das PN-DYE Protokoll scheint ähnlich zu sein.
Das Gerät lief mit dem Protokoll über eine Woche