Hier irrst du dich gewaltig! Die "Bastellösung" funktioniert nur, wenn du nur eine Seplos-Batterie hast. Sobald zwei Batterien zusammengeschaltet sind, siehst du den Master auf dem Modbus gar nicht mehr. Du kannst also nur die Daten des Slaves auslesen. Das ist leider so von Deye implementiert und da hat sich schon so mancher die Zähne an einer Lösung ausgebissen. Ich habe halt zwei 15 kWh Batterien parallel.
Solltest du allerdings eine Lösung gefunden ahben wie ein ESP32 beide oder mehrere parallele SEPLOS-BMS auslesen kann, dann wäre ich auch sehr daran interessiert weil die Daten nur einer Batterie mir eben nicht viel nützen.
Hat man ggfs. die Chance (ohne Master-Slave-Konfiguration) zwei oder mehrere Seplos-BMS via dbus.serialbattery auszulesen (separat über Rs485) mit anschließender Aggregation via dbus-aggregate-batteries? ..Sonst bleibt wohl nur die Lösung die Slaves via RS485 auszulesen und den Master mit nem ESP via BLE.
Das müsste man sich mal anschauen. Der Vorteil des Master-Slave-Betriebes ist halt, dass die BMS miteinander reden und den Ladestrom gegenseitig so aufteilen, dass alle Batterien nahezu ähnliche Ladestände haben. Das würde dann sicher nicht mehr funktionieren.
Wow das klingt ja richtig gut. Vielen Dank für die Arbeit. Kannst du mir per Pm bitte mitteilen, wo ich das bestellen kann. Wenn du bestellst würde ich auch eines mitbestellen oder ich bestelle für dich eines mit. Funktioniert das auch mit dem 3.0 bms ?
ich hab meines schon bestellt und es ist unterwegs. Naja China dauert halt. Sobald es da ist und ich getestet habe, ob das wirklich das tut, was es soll, melde ich mich auf jeden Fall mit einem Erfahrungsbericht..
@thomasw69 es gab eine Lösung, am CAN Port ist wohl auch noch ein RS485 aufgelegt, der am Master seine Daten zwar langsam aber immerhin preis gibt, gibts im Forum eine Lösung zu, musst mal suchen, wenn ich es finde linke ich das mal, war glaube beim Thread "ESP Anbindung"
Zu dem China Board, klingt interessant, aber dazu würde ich doch eher auf den "BSC" setzen Discord Link gültig bis 17.08.23 da wird auch noch weiterentwickelt wenn es Interessante Nützliche Funktionen als Idee gibt, sollte aber schon eine Menge an Funktionen abdecken.
So wirklich scheint Seplos nicht über ihr Produkt (bms) nicht Bescheid zu wissen.
Zu dem Thema BT und andere Verbindungsarten gibt es je nach Ansprechpartner unterschiedliche Aussagen ....
Ich habe es so gelöst an einem Deye 8kw.
WR und akku sind über den CAN Bus verbunden, pack1 alle dip Switches off. Jede andere Einstellung wird vom WR mit einem Kommunikatiosfehlet quittiert. Per BT sehe ich das pack, per BatteryMonitoring Software auch.
Pack 2, dip switch 1 auf on. Dann kann ich mit der Software beide packs sehen. BT zeigt weiterhin nur das 1ste Pack, aber an das 2te komme ich nicht. Erst wenn ich pack1 als dieses definiere und pack2 auf ID 2 setzte funktioniert auch BT, welches ich aber nicht nutzen kann, da mein WR schon wieder mault.
Das man beide packs sehen kann, akzeptiert Seplos nicht und das BT so nicht funktioniert liegt auch an mir und nicht ihnen. Gut ich benötige kein BMS mehr, dachte aber die wüssten Bescheid, aber nur Zukaufen und Kohle schäffeln scheint eher das Motto zu sein.
Du siehst da wirklich beide Packs über RS485 mit der PC Software mit diesen Einstellungen? Bei mir zeigt er da nur das erste an. Sind die Packs untereinander per CAN oder RS485 verbunden?
Ich hänge mich hier mal mit einem Problem ran. Mein Seplos 10E v16 hängt via RS485-USB Adapter am RPI (VenusOS) und wird via dbus.serial.battery ausgelesen und VenusOS als BMS zur Verfügung gestellt. Darüber hinaus ist dies auch das Controlling-BMS. Soweit funktioniert auch alles, nur dass sich in unregelmäßigen Abständen vom Seplos die RS485-Schnittstelle abstürzt und nur ein manuelles ON/OFF des BMS das Problem löst. Solange kein Neustart des BMS erfolgt, geht der Victron MP in Passthrough und der Akku ist quasi offline.. Nun die Frage, ob es ein bekanntes Problem vom BMS ist, ggfs. aber auch nur der genutzte RS485-Adapter das Problem ist? Die USB-Seite des Adapters ist noch an einer aktiven USB-Verlängerung angeschlossen.
Gibt es hier vielleicht noch andere Erfahrungen?
Ein möglicher Workaround wäre z.B. entweder ein Shelly1 oder eine Shelly UNI als ON/OFF Schalter für das BMS einzubauen und über eine automatische Routine das BMS automatisch neuzustarten sobald die Schnittstelle abstürzt.
@thomasw69 ja ich sehe im BatteryMonitoring drei packs, zwei reale und ein drittes bms zum Testen. Die bms untereinander sind per rs485 verbunden. Der WR via CAN.
Es ist aber auch das 10E V16 .... eventuell liegt es ja dran.
@JoeGhost
kannst du bitte nochmal genau beschreiben wie du deine beiden Seplos mit dem Deye verbunden hast und wie deine DIP Einstellungen sind?
Ich habe einen Deye 6k und parallel zwei Seplos 10E v16 100A mit je 15kwh.
Aktuell habe ich den Deye per CAN am Seplos. Die Seplos sind beide über RS485 Port 2 miteinander verbunden.
Sobald ich nur irgendeinen Dipschalter egal an welchen Seplos verstelle, gibt es keine Kommunikation zwischen Deye-Seplos und Seplos-Seplos. ?
Aktuell stehen alle DIP auf 0 und es werden beide Akkus geladen und auch so, dass ungleichmäßige Akkustände ausgeglichen werden.
Also eigentlich alles perfekt, leider kann ich mit den Laptop auf keinen der beiden Seplos mehr zugreifen, das geht nur, wenn ich die Verbindung zwischen beiden Seplos trenne.
Nach dem Umstellen/Einstellen dauert die Übernahme evlt. etwas, bist alles läuft. Wenn es nicht läuft, dann bitte kontrollieren, ob "Autoadressing" in beiden Seplos auf "OFF" steht. Steht dies auf "ON" dann musst du NICHTS dippen.
Hinweis: Du kannst im WR nur die BAT1 sehen, nicht beide! (Das geht nicht anders)
Danke,
das Problem ist, ich seh ja gar keine Batterie am Laptop bzw. kann auf keine zugreifen, es kommt keine Verbindung zu Stande. Ich denke es steht auf "Autoadressing". Ich werde es versuchen umzustellen und dann mit dem Dips probieren.
Was mich verwundert, im Video von OffGridGarage sieht er beide BMS am Laptop
hab mit Bluetooth noch gar nicht probiert, bzw. hat nur ein Seplos Bluetooth, das andere nicht.
wollte halt gern die rs485 erst einmal stehen haben und später das dann in den IO Broker schieben
aber so habe ich dann jemand, der es schon testet. Insofern Licht und Schatten.