Hast du an einer der seriellen Schnittstellen ein BMS angeschlossen?
Ich würde mit einer erneuten Sammelbestellung gerne warten bis ich weiß, dass die HW sicher funktioniert. Ich werde aber sicherlich noch 4-8 Wo. brauchen.
Es sei denn, jemand anderes hat evtl. schon die drei seriellen Schnittstellen getestet oder könnte dieses testen.
Das Senden (Datenanfrage beim BMS) habe ich mir mit dem Oszi angeschaut. Das schaut soweit gut aus.
Hat es jemand besonders eilig? Zur Not könnte ich noch eines von meinen abgeben. Voraussetzung wäre aber dann, das derjenige auch die seriellen Schnittstellen testet.
Bei denen sich der BSC nicht programmieren lässt wäre es schön, wenn sich jemand findet der überprüft ob der ESP in den Downloadmodus geht.
Eine weitere möglichkeit wäre es, das Flashen direkt mit dem esptool zu probieren, so wie es auch @nemon21 gemacht hat.
Ich habe das ganze bei mir noch einmal probiert. Ich bekomme das SYNC Problem nur dann wenn ich den Junmper nicht gesteckt habe oder einen falschen COM-Port ausgewählt habe.
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Exception in thread Thread-1:
Traceback (most recent call last):
File "threading.py", line 932, in _bootstrap_inner
File "download_process.py", line 678, in run
File "espDownloader.py", line 601, in flash_download_test
File "espDownloader.py", line 803, in flash_download_func
err_define.FlashStatusRegError: ESP32 flash status reg error bat_read_status.
Mit der neuen version 3.9.4 vom esp32 tool hat es beim ersten mal funtioniert.
sehr schöne Sache das, mit einem einfachen ESP32 läuft ja schonmal das Bluetooth Geraffel und sendet fleißig.
Vielen Dank dafür. Wäre es eine Option das Seplos BMS auch über bluetooth Anbindung einzubinden?
Dann wäre die Programmierschnitstelle am BMS weiter verfügbar und die Steuerung des WR kann ja auch über modbus sunspec erfolgen, was Ladeleistung etc. angeht.
Auch sind in der Variante Galvanische Trennungen nicht noch zusätzlich nötig, natürlich auf Kosten der Zuverlässigkeit der BT Verbindung.
Ich bin dabei das JK über Bluetooth einzubinden. Ob ich mich dann noch an das Seplos mach weiß ich nicht. Vmtl. würde ich vorher das JBD machen, da ich dies selber habe.
Um weitere BT Devices einzubinden brauche ich zumindest einen Mitschnitt (Trace) vom Verbindungsaufbau, sonst wird es so wie so nichts.
Ich habe in den Discussions eine Umfrage gestartet für die Unterstützung weiterer BMSen.
Mir ist es am liebsten ein Issue auf github zu eröffnen, wenn irgendeine Funktion benötigt wird.
Wird der BSC nur zum Datensammeln eingesetzt, genügt Bluetooth natürlich. Soll er den Wechselrichter mit Daten versorgen, würde ich mich auf keine Bluetooth Verbindung verlassen. Obwohl du hier mit dem BSC zumindest die Möglichkeit hast, bei Kommunikationsverlust zum BMS die Lade-/Entladesleistung auf 0 zu fahren.
Ich nutze den BSC als zweite Sicherungsebene. Denn wer schaltet denn ab, wenn z.B. die FETs durchlegiert sind. So kann der BSC im Gefahrenfall meinen ABB Leistungsschalter abschalten.
Da ich bisher nur ein einfaches ESP ohne zusätzliche Platine habe, ist es bis zur Sammelbestellung erstmal eine "Notlösung" um die Daten extern verfügbar zu machen und in fhem einzubinden.
EDIT:
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.
Ich habe gerade mal versucht Android so zu emulieren, dass die App auf dem PC lauffähig ist, zickt noch etwas, sobald das läuft, trace ich mal mit...
EDIT:
Ok, mit einem Emulator wird das nichts, ich besorg mir morgen mal ein Android Gerät um dort im Entwicklermodus alles mitzuloggen.
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.
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..
@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.
