Wobei ein Nachteil des Seplos BMS ist, dass bei mehr als einem Pack der Masterpack über RS485 nicht mehr auslesbar ist und nur der oder die Slave Packs sind sichtbar, da macht die zusätzliche Bluetooth Verbindung Sinn, um alle Zelldaten, etc. zu bekommen, insofern habe ich da langfristig Interesse dran.
Das versthehe ich nicht. Die Seplos hängen doch alle parallel an einem RS485-Bus. Jedes hat dann eine andere ID (1-15). Daher sollte auch jedes einzeln ansprechbar sein. Bisher ist das Seplos im BSC so implementiert, dass es ID 1 haben muss. Man könnte das ganze aber erweitern, dass auch mehrere IDs gelesen werden können. Sowit kannst du alle Seplos mit dem BMS verbinden und dieser reicht die Daten dann per MQTT oder CAN weiter.
das wäre auch mein Anwendungsfall. (also ID1, ID2, ID3, ...)
Wobei ein Nachteil des Seplos BMS ist, dass bei mehr als einem Pack der Masterpack über RS485 nicht mehr auslesbar ist und nur der oder die Slave Packs sind sichtbar, da macht die zusätzliche Bluetooth Verbindung Sinn, um alle Zelldaten, etc. zu bekommen, insofern habe ich da langfristig Interesse dran.
Das versthehe ich nicht. Die Seplos hängen doch alle parallel an einem RS485-Bus. Jedes hat dann eine andere ID (1-15). Daher sollte auch jedes einzeln ansprechbar sein. Bisher ist das Seplos im BSC so implementiert, dass es ID 1 haben muss. Man könnte das ganze aber erweitern, dass auch mehrere IDs gelesen werden können. Sowit kannst du alle Seplos mit dem BMS verbinden und dieser reicht die Daten dann per MQTT oder CAN weiter.
das wäre auch mein Anwendungsfall. (also ID1, ID2, ID3, ...)
Wieviel IDs bräuchte es denn maximal? Esw wird wohl keiner 15 Seplos BMS nutzen, oder?
Wenn ich es einbaue, könntest du es dann ggf. mit mehreren Seplos testen?
@shiningman Sobald der Canbus im Masterpack des Seplos aktiviert wird, um auch den Slave an den WR mitzuteilen, ist der Masterpack über RS485 nicht mehr ansprechbar.
Wenn das BSC die Kommunikation zum Wechselrichter komplett übernimmt, und beide/drei/vier Packs nur an das BSC liefern, müsste es noch möglich sein, müsste ich aber prüfen sobald ich eine vollständige Platine hier habe.
Meine persönliche Frage wäre dann auch, ob das BSC mit Solaredge Wechselrichtern spricht, da ist das Seplos eben recht gut drin, aber das können wir ja mal probieren..
Slade
8,61 kwp - WR SolarEdgeRWS 10kw, 4,98 kwp - WR Solaredge RWB short strings 5 kw - Seplos mit 16S 280ah
Meine persönliche Frage wäre dann auch, ob das BSC mit Solaredge Wechselrichtern spricht, da ist das Seplos eben recht gut drin, aber das können wir ja mal probieren..
Das können wir probieren und ggf. auch anpassen. Was für Daten sendet denn das Seplos BMS an den SolarEdge Wechselrichter?
@shiningman Canbus, müsste also eigentlich funktionieren. Gesendet werden definitiv Ladestromstärke, Ladespannung, SOC und SOH, bin noch nicht dazu gekommen, dort mal mitzulauschen. Protokoll ist Pylontech.
Gruß,
Slade
8,61 kwp - WR SolarEdgeRWS 10kw, 4,98 kwp - WR Solaredge RWB short strings 5 kw - Seplos mit 16S 280ah
@slade
Wenn es Pylontech ist, dann funktioniert es prinzipiell.
Wenn noch irgendwelche Spezial IDs dabei sind, dann genügt ein kurzes lauschen. Das ist ja bei CAN kein Problem.
Das mit denn 2 oder mehr seplos an dem bsc wollte ich zum Wochenende hin mal testen, das war / ist nämlich mein Gedanke seit ich von dem Projekt hier erfahren habe.
ih habe zur Zeit 2x10E seplos im Betrieb
Ich hab mir von den Chinesen mal die Spezifikation zur BT Schnittstelle geben lassen, ist zwar Chinesisch, aber den interessanten Teil kann ich heute abend mal durch translate jagen.
gruß,
Slade
8,61 kwp - WR SolarEdgeRWS 10kw, 4,98 kwp - WR Solaredge RWB short strings 5 kw - Seplos mit 16S 280ah
Wobei ein Nachteil des Seplos BMS ist, dass bei mehr als einem Pack der Masterpack über RS485 nicht mehr auslesbar ist und nur der oder die Slave Packs sind sichtbar, da macht die zusätzliche Bluetooth Verbindung Sinn, um alle Zelldaten, etc. zu bekommen, insofern habe ich da langfristig Interesse dran.
Das versthehe ich nicht. Die Seplos hängen doch alle parallel an einem RS485-Bus. Jedes hat dann eine andere ID (1-15). Daher sollte auch jedes einzeln ansprechbar sein. Bisher ist das Seplos im BSC so implementiert, dass es ID 1 haben muss. Man könnte das ganze aber erweitern, dass auch mehrere IDs gelesen werden können. Sowit kannst du alle Seplos mit dem BMS verbinden und dieser reicht die Daten dann per MQTT oder CAN weiter.
das wäre auch mein Anwendungsfall. (also ID1, ID2, ID3, ...)
Wieviel IDs bräuchte es denn maximal? Esw wird wohl keiner 15 Seplos BMS nutzen, oder?
Wenn ich es einbaue, könntest du es dann ggf. mit mehreren Seplos testen?
mir persönlich würden ID1 und ID2 reichen. Später vielleicht noch eine ID3.
Testen aktuell leider nicht, da 1. das zweite Seplos noch auf dem Weg ist und 2. der BSC noch nicht zusammen gelötet ist. Hatte noch keine Zeit gefunden. 
Und dann hier auch auf deutsch, zumindest rudimentär übersetzt. Kommst Du damit weiter @shiningman?
8,61 kwp - WR SolarEdgeRWS 10kw, 4,98 kwp - WR Solaredge RWB short strings 5 kw - Seplos mit 16S 280ah
Durch die Übersetzung leidet das Layout ganz schön. Aber dennoch lobenswert, dass Seplos überhaupt etwas zur Verfügung stellt.
Ein Mitschnitt wäre dennoch nicht schlecht. Macht es ein bischen einfacher.
@shiningman ich versuche mir ein Android Gerät zu besorgen, der Weg über einen Android Emulator scheint wirklich nicht zielführend, auf der Nas mit meinen Docker Installationen habe ich leider keine Bluetooth Devices, dauert alles zu lang.
Ein Wireshark Kompatibles Log ist für Dich ok?
gruß,
Slade
8,61 kwp - WR SolarEdgeRWS 10kw, 4,98 kwp - WR Solaredge RWB short strings 5 kw - Seplos mit 16S 280ah
Ein Wireshark kompatibler Log ist mir am liebsten. Da kann ich Analysren, Filtern, ...
Mit Android geht es ziemlich einfach. Zumindest den Verkehr zwischen App und BMS.
8,61 kwp - WR SolarEdgeRWS 10kw, 4,98 kwp - WR Solaredge RWB short strings 5 kw - Seplos mit 16S 280ah
ich habe mal eine dumme frage:
Muss an den serieal eingängen noch ein ttl-rs485 adapter zwischen oder kann man da direkt mit rx/tx vom bms drauf gehen ?