JK Inverter BMS Update Fehler mit Crash / Shutdown

Ich glaube, ich bin an dieser Stelle etwas spät dran mit meiner Beteiligung. Ich habe Ihre Unterhaltung in den letzten Tagen sehr genau verfolgt und auf jeden Ihrer Beiträge reagiert, um ein Zeichen meiner Gefolgschaft zu hinterlassen. Ich bin Softwareentwickler und habe die serielle Verbindung bereits seit Beginn dieses Firmware-Upgrade-Problems gesnifft. Ich habe Ihre Unterhaltung nicht abgefangen, weil ich zunächst dachte, Sie müssten, da Sie nur über Hardware sprachen, ein erweitertes serielles Hardware-Sniffing durchführen, was außerhalb meiner Kenntnisse liegt. Wie auch immer, zurück zum Thema: Das BMS wird sofort nach der allerersten Nachricht heruntergefahren, die von der JK Windows App über den RS485-Adapter gesendet wird. Ich verwende „Device Monitoring Studio“ von „HHD Software“ (ich kann hier aufgrund der Forenregeln keinen Link einfügen), um jede Verbindung zu überwachen, aber Sie können nur die Unter-App „Serial Monitor“ verwenden und von der kostenlosen Testphase profitieren, die sie anbieten, um Ihre Arbeit innerhalb weniger Tage zu erledigen. Die JK Windows-App zeigt Ihnen jedenfalls bereits an, was auf der Leitung vor sich geht, aufgeteilt nach gesendeten und empfangenen Paketen [Terminalfunktion (in der App fälschlicherweise als „Terminate“ geschrieben)], und Sie können sogar die Verbindungsmeldungen (Hex-Code) aufzeichnen. Schauen Sie in die obere rechte Ecke der App, dort gibt es zwei Schaltflächen für diese beiden Funktionen.

Übrigens habe ich gestern gerade meine beiden Waveshare-Adapter geliefert bekommen. Ich werde in den nächsten Stunden versuchen, mein BMS zu aktualisieren und hier ein Update posten. Hoffentlich klappt es, denn ich bin noch lange nicht bereit, die ganze Batterie im Rahmen der Garantie auszutauschen!

@tarek-yag Könntest du deine geloggten Daten mit uns teilen?

Ich wollte die Tage auf 15.27 aktualisieren, ich könnte dann mal RS485 mitschneiden.
Wenn es wirklich so einfach mit Windows Software geht, dann warum nicht.

Ja, auf jeden Fall! Um dies zu erledigen, wechsle ich nach der Verbindung mit dem BMS zur Registerkarte „Info“, um häufige Nachrichten über die Verbindung zu stoppen, und öffne dann das Terminal, um mit der Protokollierung von Nachrichten zu beginnen. Dann wird unmittelbar nach dem Öffnen des Fensters „Firmware hochladen“ ein einzelner Befehl gesendet und eine Antwort empfangen (aber wie immer über mehrere Millisekunden hinweg, was meiner Meinung nach nicht so sein sollte). Nachdem Sie die gewünschte Firmware-Datei ausgewählt haben und auf die Schaltfläche „Aktualisierung starten“ klicken, wird ein weiterer einzelner Befehl gesendet, und dann wird das BMS sofort heruntergefahren, daher unser Fehler!

Schritt 1:

Schritt 2:

Schritt 3:

Gesendete Daten:

[15:23:04,998] 01 10 16 1C 00 01 02 00 00 D3 CD
[15:24:43,201] 01 10 16 26 00 01 02 00 00 D6 97

Daten erhalten:

[15:23:05,019] 55 AA EB 90
[15:23:05,019] 03 05 4A 4B 5F 50 42 32 41 31 36 53 31 35 50 00 00 00 31 35 2E 58 41 00 00 00 31 35 2E 31 30 00 00 00 34 1C 82 00 27 01 00 00 41 54 52 20 42 4D 53 00 00 00 00 00 00 00 00 00 31 32 33 34 00 00 00 00 00 00 00 00 00 00 00 00 32 34 30 35 31 30 00 00 33 31 32 31 33 34 38 30 30 38
[15:23:05,052] 35 00 30 30 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 34 30 39 36 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 FE FF FF FF 2F E9 01 02 00 00 00 00 90 1F 00 00 00 00 C0 D8 E7 FE 1F 00 00 01 00 00 00 00 00 00 00 00 01 00 CF 03
[15:23:05,052] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 DF 07 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 CF 03 00 00 00 00 00 00 00 00 00 00 00 00 00 0A
[15:23:05,052] 00 00 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 08 07 00 00 32 32 01 00 00 00 00 00 00 00 00 00 00 00 00
[15:23:05,053] 00 00 00 00 00 00 FE 9F E9 FF 07 00 00 00 00 00 00 00 76
[15:23:05,053] 01 10 16 1C 00 01 C4 47

Ich habe lange darüber nachgedacht, diesen ersten Update-Befehl abzufangen und ihn so zu ändern, dass das BMS ihn nicht erkennt, um zu sehen, was danach gesendet oder empfangen wird! Aber ich habe diese Möglichkeit noch nicht untersucht und habe auch nicht vor, dies jetzt zu testen, bis wir das Problem gemeinsam weiter untersucht haben oder jemand physischen Zugriff auf das BMS hat und bereit ist, es auf eigenes Risiko auszuprobieren; damit er, falls etwas schrecklich schief geht, damit umgehen kann, ohne dass die Garantie erlischt.

Leider habe ich gerade schlechte Nachrichten für uns alle. Ich habe gerade mehrere Versuche unternommen, die BMS-Firmware mit allen Kombinationen zu aktualisieren, die wir immer ausprobiert haben, aber ohne Erfolg. Ich habe die folgenden Adapter verwendet:

#1 - Waveshare Industrial USB-zu-RS485-Konverter, Onboard Original FT232RL Chip (SKU: 17286)
#2 - Waveshare Industrial USB-zu-RS232/485-Seriell-Konverter, Onboard Original FT232RNL Chip (SKU: 26630)

Ich habe gemäß den Anweisungen für beide Methoden das normale und erzwungene Update ausprobiert und dabei beide Adapter mit und ohne 120-Ohm-Widerstand an Adapter Nr. 2 verwendet. Alles ohne Erfolg, das BMS verhält sich immer genauso! Es stürzt sofort ab! 🙁

Hat jemand versucht, die Firmware mit einem alten PC zu aktualisieren? Könnte jemand von Ihnen zufällig Zugriff auf einen alten PC mit einem RS232-Anschluss haben und einen Konverter zu RS485 verwenden, um den Aktualisierungsprozess auszuprobieren?

Ich habe gerade 2x JKs auf FW15.27 aktualisiert

Hier das Mitschnitt. Leider sieht man nicht wie die FW übertragen wird... evtl. müsste man es mit einem externen MODBUS sniffer probieren und nicht mit JK Monitor Software (die es ausfiltern kann)

Ah, endlich! Sehr nützliches Sniffing, das mir dringend benötigte Befehle liefert. @Eugenius, vielen Dank!

Ich warte darauf, dass in ein paar Stunden Wechselstrom verfügbar ist, um den Update-Prozess auszuprobieren, während ich den Fehler mit „Device Monitoring Studio“ aufspüre. Bei meinem letzten Versuch, mit der Überwachungs-App zu sniffen, hatte ich nicht viel Freizeit, also habe ich nur Daten aus der JK-App bereitgestellt. Ich werde Sie so bald wie möglich auf dem Laufenden halten.

Hier sind alle Daten, die von „Device Monitoring Studio“ erfasst wurden, während genau dieselben Schritte ausgeführt wurden, die in meinem vorherigen Beitrag beschrieben wurden. Alles ist genau so, wie es im Terminalfenster der JK BMS Windows-App angezeigt wird, nur mit allen anderen Details, alles in einer Excel-Datei angeordnet.

Nach einer Analyse dessen, was @Eugenius während des Update-Vorgangs für HW 15.0 erfasst hat, sind hier die genauen Schritte des Update-Prozesses:

1- Nach dem Öffnen des Fensters „Firmware hochladen“ wird ein einzelner Befehl gesendet
2- Nach dem Klicken auf die Schaltfläche „Aktualisierung starten“ wird ein einzelner Befehl gesendet, dann wird das Fenster geschlossen und automatisch wieder geöffnet
3- BMS sendet eine normale Statusmeldung
4- Das eigentliche Update beginnt mit einem Befehl, gefolgt vom gewünschten Inhalt der Firmware-Datei
5- Das eigentliche Update endet mit einem Befehl, dann piept BMS
6- BMS sendet erneut eine normale Statusmeldung

Bitte korrigieren Sie mich, wenn ich bei meiner Analyse etwas falsch gemacht habe. Alle Schritte sind für das Update von HW 15.2 gleich, aber mit geringfügigen Unterschieden, obwohl die effektiven Schritte genau gleich sind.

Nachdem ich nun alle diese Updates gepostet habe, habe ich angefangen, alles für mich zusammenzufassen. Ich versuche herauszufinden, wie wir von nun an vorgehen sollten, Hardware oder Software, serielle Befehle oder Hardware-Flashing, Andy und JK kontaktieren usw.

Ich habe zunächst damit begonnen, die Befehle zu dekodieren, die von der JK BMS Windows-App beim eigentlichen Update gesendet wurden, um zu versuchen, irgendetwas aus den gesendeten Daten zu verstehen, und ich war einfach sprachlos! Das hier wurde überraschenderweise zu Beginn des eigentlichen Update-Prozesses sowohl bei HW 15.0 als auch bei 15.2 gesendet:

============================================================
=    (C) COPYRIGHT 2020 ChengDu JiKong Tech                =
=                                                          =
=     STM32F103x  bootloader (Version 2.0.2)               =
=                                                          =
=   Build Oct 18 2023  14:37:03               By ZhangPeng =
============================================================

Ich schätze, das würde viele Ideen darüber wecken, wie wir jetzt vorgehen sollten!!

Achtung, passt mal auf mit der 15.27

Im letzten Video von Andy , in den Kommentaren

Großartig! Ich bin erleichtert, dass Andy auf dem Laufenden ist und über viele der aktuellen Probleme informiert ist. Ich habe mir gerade das ganze Video angesehen und dann einen Kommentar dazu abgegeben, in dem ich ihm von unserem Problem erzählt habe, in der Hoffnung, seine Aufmerksamkeit auf diesen Thread zu lenken, da ich den Link auch hier gepostet habe. Wer interessiert ist, kann gerne auf meinen Kommentar dort antworten, um auf YouTube mehr Aufmerksamkeit auf unser Problem zu lenken.

Direktlink zu meinem Kommentar

Hallo nochmal!

Gestern habe ich mehr als 10 Stunden damit verbracht, alle Pakete zu erfassen und zu analysieren, die über die Kommunikationsleitungen zwischen meinem JK BMS und der JK BMS-App laufen, um dem Firmware-Update-Fehler auf den Grund zu gehen. Am Ende meiner sehr gründlichen Analyse bin ich mir ziemlich sicher, dass der Fehler überhaupt nichts mit der Firmware zu tun hat, da mir keine anderen möglichen Ursachen durch die Firmware selbst einfallen. Daher wird der Fehler höchstwahrscheinlich durch den Bootloader oder die MCU-Firmware verursacht. Ich werde meine Untersuchung jetzt im Detail erläutern, um Ihnen alle erforderlichen Beweise zu liefern.

Ich begann mit der Analyse aller erfassten Befehle und Antworten, die als Datenpakete über die Kommunikationsleitungen gesendet wurden, um den Typ jeder zwischen dem JK BMS und der JK-App ausgetauschten Nachricht zu identifizieren. Ich verwende immer die großartige kostenlose Terminal-App (Realterm), um alle Kommunikationspakete zu erfassen. Nachdem ich alle Nachrichten identifiziert hatte, wurde es möglich zu verstehen, was genau im Update-Prozess vor sich geht, dank des Feedbacks von @Eugenius, der alle Nachrichten eines erfolgreichen Firmware-Updates bereitstellte.

Für den Aktualisierungsvorgang im Normal- und Force-Modus sind die grundlegenden Kommunikationsschritte genau gleich. Bei einem normalen Aktualisierungsvorgang sendet die JK-App einen „Start Update“-Befehl, dann sendet das BMS den Bootloader-Headertext mit einem bestimmten Zeichen am Ende (HEX: 15), dann sendet die App das erste Datenpaket der Firmware-Datei, dann muss das BMS wiederholt ACK-Pakete (HEX: 06) senden, um jedes Mal mehr Datenpakete zu erhalten, bis die Daten der Firmware-Datei vollständig übertragen sind. Dann ist die Aktualisierung abgeschlossen, das BMS gibt einen Piepton aus und die App zeigt eine Erfolgsmeldung an.

Aufgrund des Fehlers in unseren fehlerhaften JK-BMS-Einheiten sendet das BMS jedoch nie den Bootloader-Headertext mit dem erforderlichen Zeichen am Ende (HEX: 15), um mit dem Empfang der Datenpakete der Firmware-Datei von der App zu beginnen. Also simulierte ich die Kommunikation eines JK BMS mithilfe der Realterm-App und startete ein erzwungenes Firmware-Update auf der JK-App. Dann schickte ich HEX(15) vom Terminal an die JK-App und begann, Firmware-Dateidatenpakete zu empfangen. Dann schickte ich wiederholt ACK-Pakete, bis ich alle Datenpakete empfangen hatte. Genau so erhielt ich jetzt die vollständigen Firmware-Dateidatenpakete, die an das JK BMS gesendet wurden. Diesem Beitrag sind die Firmware-Dateidatenpakete in HEX (Newline: LF) und in BINARY (Newline: LF) für das Modell PB2A16S15P, Firmware-Version 15.27, beigefügt. Bitte lassen Sie mich wissen, ob Sie die Datenpakete für andere Firmware-Dateien für Ihre Forschungszwecke benötigen.

Da ich jetzt alle benötigten Update-Befehle, Antworten und Datenpakete habe, stellte ich außerdem über die Realterm-App eine Verbindung zu meinem JK BMS her, um den Update-Prozess manuell ohne Verwendung der JK-App auszuprobieren. Ich habe den Befehl „Update starten“ gesendet, aber das BMS stürzte sofort wieder ab. Also habe ich es noch einmal versucht, indem ich die erforderliche Tastenfolge auf dem BMS gedrückt habe, um ein erzwungenes Update zu starten. Der einzige Unterschied besteht jetzt darin, dass das BMS nach dem Senden des Befehls „Update starten“ nicht heruntergefahren wurde, aber während der Übertragung der Firmware-Datei nie Datenpakete empfangen und nie ACK-Pakete zurückgesendet hat.

Um einen möglichen Fehler in der isolierten Kommunikationsplatine auszuschließen, habe ich sichergestellt, dass überhaupt keine Verbindung über RS232 möglich ist. Als Nächstes werde ich die Möglichkeit untersuchen, Befehle über Bluetooth zu senden, um zu versuchen, den Update-Prozess über Bluetooth durchzuführen, da es sich nicht auf derselben isolierten Kommunikationsplatine befindet. Dies sollte auch mögliche Hardwarefehler in der Kommunikationsplatine selbst ausschließen, falls das Update erneut fehlschlägt.

Schließlich ist jetzt offensichtlich, dass der Fehler höchstwahrscheinlich im Bootloader oder in der MCU liegt. Ich schätze also, es ist Zeit für @TSG, seine Untersuchung des Bootloaders fortzusetzen und die MCU-Firmware zu lesen oder neu zu flashen, damit wir testen können, ob die MCU ordnungsgemäß funktioniert oder nicht. Noch weitere Ideen?

App-Befehl zum Starten des Sendens des Updates:

01 10 16 26 00 01 02 00 00 D6 97

BMS-Antwort zum Starten des Empfangs des Updates:

15

BMS-Antwort zum Fortsetzen des Empfangs:

06