JK Inverter BMS Update Fehler mit Crash / Shutdown

Hallo zusammen,

ich bin gerade dabei zu versuchen, die Firmware zu entschlüsseln. Ich melde mich, wenn ich absehen kann, ob das zum Erfolg führt. Es würde mir sehr helfen, wenn jemand die Kommunikation bei einem erfolgreichen Update mitschneiden könnte, als die Rohdaten, die über RS485 kommuniziert werden. Wie der Versuch von Eugenius zeigt, werden die Daten im Terminal der JK App nicht angezeigt.

Gruß

Axel

Lieber @axelb,

Wie ich bereits in meinem vorherigen Beitrag ausführlich beschrieben habe, habe ich bereits alle Pakete erfasst, die die JK-App beim Aktualisieren der Firmware an das BMS sendet. @Eugenius konnte die ACK-Pakete (HEX: 06) nur in der JK-App sehen und für uns kopieren, da die App beim Hochladen der Firmware-Datei auf das BMS anscheinend nicht anzeigt, was sie sendet. Sie müssen die Firmware-Datei also überhaupt nicht entschlüsseln, da die JK-App sie bereits entschlüsselt und in den Paketen sendet, die ich bereits für Modell PB2A16S15P Version 15.27 erfasst habe. Sie können meinen vorherigen Beitrag noch einmal lesen, um ihn jetzt vollständig zu verstehen. Dies sollte Ihnen einen guten Start verschaffen!

Und für alle:

Ich versuche immer noch, Befehle über Bluetooth zu senden, und bin bereits auf halbem Weg und sehr optimistisch, dass dies absolut möglich ist. Gestern habe ich das JK-Kommunikationsprotokoll erneut heruntergeladen und meine vorherigen Ergebnisse erfolgreich verifiziert. Heute werde ich die Befehle entschlüsseln und bearbeiten, um sie gemäß dem Protokoll in gültige Bluetooth-Befehle umzuwandeln. Diese sollten auf dem BMS erfolgreich ausgeführt werden, sodass ich den Befehl „Update starten“ über Bluetooth ausprobieren kann, von dem ich hoffe, dass er erfolgreich ist.

Andernfalls sind wir 100 % sicher, dass das Problem genau im Bootloader liegt, entweder unmittelbar bevor er in den Flash-Modus wechselt oder danach! @TSG Ich habe bereits mit der Recherche begonnen, um den Vorgang grundsätzlich zu verstehen, aber ich werde mich auf Ihre Recherche zum erneuten Flashen des Bootloaders verlassen, da Sie Zugriff auf die Hardware haben und ich nicht.

@Tarek Yag

Danke für die Mühe. Ja leider habe ich das schon befürchtet, dass die Software kein Problem hat. Aktuell fehlt mir die Zeit. Nächste Woche habe ich Urlaub, da kann ich hoffentlich einige Tests machen.  

Eine Analyse der Fimware finde ich weiterhin aus sinnvoll / hilfreich. Hier einige Gedanken dazu:

- Zum einen gibt das ggf. die Möglichkeit die MCU zu tauschen z.B. bei einem Missglücken Firmwareupdate (wenn der Bootloader Korrupt wäre).

- Anbindung der Peripherie (AD Wandler, Schnittstellen, ...)

- Ggf. eigene Modifikationen. 

Wenn noch eine Aufzeichnung vom Download gebraucht wird, das kann ich ggf. morgen Abend aufzeichnen.

@tsg @Tarek Yag

Ich möchte weiterhin versuchen, die Firmware entschlüsseln zu können, um einfach verschiedene Firmwareversionen vergleichen zu können. Ich bin gerade dabei, die JK-BMS-Monitoring Software durch den Disassembler/Debugger zu schicken. Mal schauen, wie weit ich komme. Ich sehe auf jeden Fall schon mal, dass die Daten per AES verschlüsselt und dann noch gepackt sind.

Ich schaue mir aber auch mal die aufgezeichnete Firmware an. Ich würde gerne die fehlerhafte Version mit einer späteren Version vergleichen können.

Ich habe leider aktuell keinen Zugriff auf mein BMS und auch nur eingeschränkt Zeit. Ich melde mich, wenn ich Updates habe.

Da ich gerade keinen Zugriff auf mein BMS habe: Könnte mir jemand einen vollständigen Log vom JK Terminalfenster schicken? Also erst connected, wenn das Terminalfenster offen ist und dann sowohl die gesendeten als auch die Empfangenen Daten? Danke

Lieber @axelb,
Bitte sehen Sie sich den Anhang an. Ich denke, das ist alles, was Sie brauchen. Wenn die App eine Verbindung herstellt, sendet sie die ersten beiden Befehle an JK BMS, um Informationen und zusätzliche Informationen abzurufen. Anschließend sendet sie jede Sekunde den Messwertbefehl.

Da hier niemand mehr postet oder es vielleicht nicht einmal versucht, habe ich ein kurzes Update zu unserem Problem erhalten. Ich habe Linux Ubuntu 24.04 (Kubuntu-Variante) auf meinem Laptop installiert, um Treiberprobleme auszuschließen, da Windows seit jeher für seine Treiberprobleme bekannt ist. Ich habe eine großartige App namens SerialTool (serialtool.com) verwendet, aber der gleiche Fehler ist immer noch vorhanden, obwohl ich es wie immer viele Male mit unterschiedlichen Szenarien versucht habe!

In letzter Zeit habe ich versucht, mehr Aufmerksamkeit auf den Fehler in unseren BMSs zu lenken, indem ich auf YouTube kommentiert und in anderen aktiven Community-Foren gepostet habe. Es scheint, als wäre mir das gerade gelungen, und ich bin kurz davor, Andys Aufmerksamkeit auf den Fehler zu lenken.

Noch ein kurzes Update, da ich gerade ein paar kleine Tests durchführe. Sowohl der RS232- als auch der RS485-1-Port (ganz linker Port/rechts neben dem CAN-Port) haben überhaupt keinen Strom. Bei der Durchführung von Gleichstromtests gibt es jedoch Hinweise, die für einige Experten sehr interessant sein könnten:

Für RS232:
Tx, Rx und GND haben immer 0 Volt, wenn ein beliebiges Paar gemessen wird.
Aber Tx und NC geben immer 500 mV aus

Für RS485-1:
A und GND haben immer 0 Volt
B und GND haben immer 200 mV
A und B haben immer 200 mV DC

Scheint, als wären sie tatsächlich irgendwie mit der Kommunikationsplatine verbunden, aber sie sind nie aktiv.

@posthorn, @TSG, und @axelb, Können Sie bitte bestätigen, ob Sie beim Testen dieser beiden Ports ähnliche elektrische Testergebnisse erhalten?

@tarek-yag

bin aktuell im Urlaub. Werde mir das anschauen, wenn ich wieder zurück bin...

@tarek-yag Ich habe Andy unter seinem letzten Ankündigungsvideo auch einen Vermerk auf das Problem hinterlassen. Allerdings ohne eine Reaktion.