keine Ahnung in welches Unterforum ich das packen sollte - man möge es verschieben.
Heute morgen ist die SW BatteryAggregator ausgestiegen:
@40000000665bff9c2fc178b4 Traceback (most recent call last):
@40000000665bff9c2fc1a3ac File "/data/BatteryAggregator/battery_service.py", line 12, in <module>
@40000000665bff9c2fc1af64 from vedbus import VeDbusService
@40000000665bff9c2fc1b734 ModuleNotFoundError: No module named 'vedbus'
Ursache vermutlich neue Softwareverfügbar und etwas ist beim automatischen Download schiefgegangen (Ticket zu Klärung offen).
Was mich dann aber gewundert hat ist, dass Victron dann als Reaktion mit 100A den Akku lädt - Status "automatic recharge". Wenn es meint der SOC wäre 0% OK. Aber sowohl dbus-serial (seplos) und der VictronShunt haben noch Daten gemeldet.
Da das Setting auf automatic selection steht, hätte ich gehofft, dass dann entweder Seplos oder besser der Shunt (da auch übergeordnet) als Backup BMS genutzt wird. (leider habe ich nicht geprüft was das System zu dem Zeitpunkt als aktives BMS genommen hat - wollte das Laden schnellstmöglichst stoppen).
Wenn ich den B..Agg... manuell kille springt es automatisch auf Seplos um - so wie es soll.
Müsste der Shunt da nicht auch als BMS auftauchen?
Hatte jemand schon so einen Fall, dass einfach mal "fullspeed" geladen wird, obwohl noch BMSs online sind, die den SOC melden. Sollte in so einem Fall (kein SOC bekannt) überhaupt etwas passieren? Evtl. hätte ich es weiterlaufen lassen sollen um einen solchen Edgecase zu testen - am Ende hätte ja spätestens Seplos wegen Overvoltage abschalten müssen (hoffentlich).
Dein Aggregator ist ein Softwaretool, es wird immer der aktive Batteriemonitor bleiben solang es installiert ist.
Bei BMS die über Canbus angebunden sind wird eine Trennung/Aufhängen sofort bemerkt, wenn es nicht innerhalb der intervalle antwortet. Deshalb war ein Lösung mit dbus serial usw... nie eine Option.
Na das stimmt ja so nicht oder zumindest nicht in allen Fällen - das habe ich ja sogar getestet und den Screenshot angefügt. Stoppe ich oder Kille ich BatteryAggregator nimmt Venus im Normalfall Dbus seriel als nächstes BMS - zumindest sieht das für mich so aus, da es in den Chargelimits dann auch so angezeigt wird und auch kein Nachladen oder sonstiges passiert.
Hmm sollte hier nicht ein Alarm kommen und auf passthrough geschaltet werden?
ich starte BA wieder - bleibt aber im Status nicht connected (weil serial noch fehlt)
Starte serial -> NO BMS connected und low voltage alarm kommen (man sieht in Venus, dass die BMS daten erst noch am reintrudeln sind) -> MP schaltet auf Passthrough
BMS wieder kompett da -> MP geht in Bulk und lädt auf die vorher eingestellten 20% mindest soc.
Das Fehlerszenario - dass ich heute morgen hatte, wo der MP einfach mal versucht hat die Batterie voll zu knallen, konnte ich nicht reproduzieren. Aber eigentlich hätte ich erwartet, dass der MP bei Verbindungsverlust (beide werden als nicht connected angezeigt) von beiden BMS in passthrough und nicht in IDLE schaltet oder? Vor allem aber auch das der BMS Alarm dann sofort kommt und nicht wenn das BMS wieder online geht.
Anmerkung:
Jetzt habe ich ja auch noch den Lynx Shunt verbunden, welcher ja noch Daten liefert. Der wird aber wohl nicht berücksichtigt / taucht nur in der Device Liste auf. Ich nutze den rein zu Kontrollzwecken. (in BA habe ich Ihn auch ausgefiltert, damit die Werte korrekt berechnet werden).
Update: Zufällig ist es dann gestern doch nochmal passiert - MPII lädt full speed obwohl kein BMS verbunden. Dazu hatte ich nur das Seplos disconnected. In dem Fall kam aber noch ein paar Minuten dann doch BMS connection lost und der MPII ging auf passthtrough.
Schlecht wenn man etwas nicht wirklich reproduzieren kann dann wird der fix (wo auch immer) auch schwer.
dann wird der fix (wo auch immer) auch schwer.