Moin zusammen.
Zu Verbindungsproblemen zwischen dem Daly BMS und einem Raspberry Pi mit installiertem Venus OS gibt es ja schon Beiträge. Meistens geht es um den Sleep-Modus des Daly.
Bei mir ist die Sache anders. Mein System lief ca. einJahr lang ohne jedes Problem. Nun fängt das VenusOS an, auch bei gefülltem Akku, das DalyBMS zu verlieren. Manchmal findet es den Daly wieder (nach Stunden), manchmal auch nicht. Was hilft, ist, den weißen Stecker kurz aus dem Daly zu ziehen und wieder einzustecken. Dann ist das Daly BMS wieder da.
Hier meine Trouble-Shooting Ansätze:
- GND-Port des Venus-Pi mit dem Minuspol der Batterie geerdet.
- Minuspol der Batterie an der Heizung geerdet (soetwas in der Art sollte man wohl ohnehin machen, anderes Thema)
- Altes, ehemals funktionierendes, Venus-OS Backup von vor einem Jahr wieder auf die Karte zurückgespielt.
- RS-485 Stecker (den ich mir aus Versehen bestellt hatte) in den unbeschrifteten (somit leider toten) RS-485-Ausgang des Daly gesteckt (eher ein Akt der Verzweiflung)
- UART-Kabel etwas gekürtz und einen neuen Stecker angelötet.
Das Ganze passiert, wie eingangs erwähnt, auch bei halbwegs vollem Akku und einer Zellspannung von 3.29V (26.2V Gesamtspannung im S8 System). Der Pi läuft mit einem Original Pi-Netzteil. Die Solarladeregler liefern fleissig ohne Unterbrechung Ihre Daten an das VenusOS. Das USB-UART Kabel ist original von Daly.
Hat irgendjemand eine Idee?
Oder gibt's vielleicht alternative UART-USB-Kabel mit denen jemand experimentiert hat?
Moin, trotz anscheinend richtigem Netzteil mal die USB Spannung am PI gemessen?
Moin, trotz anscheinend richtigem Netzteil mal die USB Spannung am PI gemessen?
Jo, moin. Das ist immer eine gute Idee! Danke dafür. Die Spannung stimmt. Ich denke, ich habe jetz des Rätsels Lösung gefunden. Ich warte mal noch ein paar Tage ab um zu sehen ob es jetzt nun stabil läuft. Dann poste ich mal, woran es lag...
Okay.
Jetzt läuft das System wieder stabil. Die Situation ist / war ein Bischen kompliziert.
Bei mir läuft ein Raspberry Pi zero der meinen Wechselrichter bei entsprechenden Bedingungen in die Nulleinspeisung bringt. Allerdings erst aus verschiedenen Gründen, wenn der Mindestbedarf bei > 60 Watt liegt. Darunter gibt es technische Probleme und der WR läuft auch nicht sonderlich effizient. Außerdem werden die 60W dann vom Daly-BMS gemessen. Und das ist der springende Punkt.
Außerdem habe ich einen Raspi 2B laufen, auf dem das Venus-OS von Victron läuft. An dem hängen die Solarladeregler und das BMS per VE-Bus, bzw. UART-> USB. Das Venus OS steuert entsprechend dem SOC u.a. auch die Laderegler.
Nebenbei hatte ich noch einige Verbraucher laufen, die sich die (etwas mehr als) 24V aus dem Akku direkt zogen. Das hatte zur Folge, dass die Ströme dauerhaft zu gering waren, als dass das Daly BMS sie hätte messen können. Somit würde der Akku tatsächlich immer leerer, der SOC-Wert blieb aber gleich. Mein Pi zero sollte eigentlich alle Verbraucher bei SOC 10% abschalten und auch die "Nebenverbraucher" sollten durch einen Laderegler bei zu geringer Spannung abgeschaltet werden.
Das Problem: Obwohl mir ein SOC von ggf. 40% angezeigt wurde, war der Akku schon unter 10%. Es wird im Winter nichts mehr geladen und auch nichts mehr verbraucht. Somit geht das BMS dann irgendwann tatsächlich in den Sleep-Mode und schaltet den Datentransfer zum Venus-OS ab. Somit ist dort der Kontakt zum BMS unterbrochen und die Laderegler werden abgeschaltet. Somit laufen sie mit NUll Leistung, auch wenn wieder sie Sonne herauskommt. Das System ist und bleibt somit tot. Nun habe ich mal über die Victron Remote Konsole die Steuerung eines Ladereglers von "Durch BMS gesteuert" auf manuell gesetzt. Sofort wurde wieder geladen und das BMs ist aufgewacht und lieferte wieder Daten ans istron VenusOS. Böse Falle, also, in die das System gelaufen ist.
Lösung: ich habe die "Nebenverbraucher" jetzt an einem Netzteil laufen. Sollte es einmal Stromausfall geben, so kann ich mit wenigen Handgriffen wieder auf Batterie umstellen. Aber: das BMS bleibt gesund und der SOC sollte jetzt auch wieder stimmen. Außerdem habe ich jetzt auch den Sleepmode-Delay (der Wert in der App direkt über dem SOC) auf 65535 eingestellt. Seitdem läuft mein System wieder absolut stabil.
Ab wie viel Ampere Leistungsabnahme das BMS anfängt, diese auch zu messen, kann ich nicht sagen. Es scheinen aber mehr als ca. 20 Watt zu sein. Bei 60 Watt misst es definitiv.
Fazit: Strom aus dem Akku nur ziehen, wenn mehr als (vielleicht) 60Watt gezogen werden. Wie gesagt, darunter sind die meisten Wechselrichter eh im ineffektiven Bereich. Da spart man sich die Akkukapazität lieber für größere Verbräuche. Aber die meisten von uns dürften wohl eh eine Grundlast von 60 W+ haben.
Vielleicht hilft dies ja dem einen oder anderen mit ähnlicher Konfiguration.
@monokristallin Ab wie viel Ampere Leistungsabnahme das BMS anfängt, diese auch zu messen, kann ich nicht sagen. Es scheinen aber mehr als ca. 20 Watt zu sein. Bei 60 Watt misst es definitiv.
Das kann man mit der PC Master Software unter dem Punkt current wave bis nach 0,2A einstellen.
@monokristallin Ab wie viel Ampere Leistungsabnahme das BMS anfängt, diese auch zu messen, kann ich nicht sagen. Es scheinen aber mehr als ca. 20 Watt zu sein. Bei 60 Watt misst es definitiv.
Das kann man mit der PC Master Software unter dem Punkt current wave bis nach 0,2A einstellen.
Okay. Sehr interessant. Ich habe bisher nur die BT-App auf dem Phone verwendet. Wenn man es allerdings schon einstellen kann, und das nicht automatisch auf so niedrigem Strom wie möglich läuft, dann vermute ich, dass es in den unteren Strombereichen dann auch nicht so genau läuft.
Aber definitiv besser als gat nicht. 😉 👍
Vielen Dank also für den Hinweis.