Beiträge von Lanor

    Ja, auch durch OnePress verlangt das System nach jedem Modulupdate die Bestätigung und es wird immer die Frage / Info eingeblendet, dass man sicherstellen soll, dass man NICHT im Ready Modus ist.

    Bei mir haben alle Updates zusammen ziemlich genau 3 Stunden gebraucht. Am längsten war die Frontkamera (FVCM) mit einer vollen Stunde, gefolgt vom IPK mit knapp 40 Minuten. Alle anderen waren zwischen 8 und 20min. Ich habe aber nicht alle auf einmal sondern immer 2-3 zusammen angestoßen.


    Was für ein Modell hast du? Auch ein EH32-X9?

    Das interessiert mich bezüglich der FICM-Updates.


    Lass bitte mal das Large File Downloader Tool einen VIN-spezifischen Download machen und schau mal, ob bei Dir auch vier große .51 Dateien über 800MB geladen werden und vier kleinere mit knapp 80MB.

    Da soll noch einer durchblicken… :S

    Noch als Ergänzung: Wir haben ein Modelljahr 2024, produziert im Mai 2024 und unsere VIN-spezifische Anleitung hat diesen Passus in komplett anderer Form und zwar, dass man sich an seinen Händler wenden soll. Von selbst anlernen steht da gar nichts.


    Schon seltsam das alles….

    Ohne mich der nächste Thematik widmen zu wollen - json files kann man normalerweise lesen... steht denn was drin, was man deuten könnte?

    Das ist der Inhalt:

    Code
    {
      "part_name" : "FICM-MPU", // FICM-MPU/RICM-MPU
      "part_version" : "1207124201", // 51 or 52件号 or 60
      "part_number" : "1231542301" // 99件号
    }


    Der bringt mich aber aktuell nicht weiter.


    Von Update zu Update steigen part_version und part_number.

    Wenn damit HW P/N und SW P/N aus dem Servicemenü gemeint sind, dann liegt zumindest die HW P/N bei meinem von der Version her unter der part_number aus der FICM Version R22 und unserer hat ja schon die R30 drauf. Die Version hat das LFD-Tool nicht heruntergeladen.


    Weder part_version noch part_number aus allen Versionen stimmen mit meinen überein. Ich kann auch nicht interpretieren ob die Werte maximale Versionsnummern sein sollen oder minimale…

    Ich glaube bei USB ready an und beim sipsen nicht (aber Achtung Halbwissen an der Stelle).

    Anknüpfend an den gestrigen Abend habe ich jetzt noch einiges durchprobiert, ohne Erfolg.


    Mich beschleicht das Gefühl, dass die installer.json eine Rolle bei dem Update spielt, da dort part_number und part_version vorkommen. Die Nummern kommen aber bei keinem Download-Paket aus dem LFD-Tool an meine Nummern aus dem Serivcemenü heran (wenn ich das Serivcemenü korrekt deute).


    Über das LFD kamen bei mir (durch Extrahierung der System-Imagedatei herausgefunden) die R22, die R32, die R36 und die R41 als Download. Alle haben die installer.json (mit stetig steigenden Nummern als Inhalt) und eben die usb_ota_update.zip.


    Komischerweise wurde die installierte R30 nicht über das LFD gezogen, dann hätte ich auch diese JSON nochmal checken können.


    Irgendeine Bestimmung muss diese .json doch haben, wenn sie in allen Updatepaketen für das FICM mit dabei ist.

    Ja, diese Ordnerstruktur ist mir bekannt.


    Die Zusatzdateien zu md5-check und vipimage gibt es bei den aktuellen SWI133-Updates nicht.


    Der Inhalt der .json-Datei bringt mich ad hoc auch nicht weiter:

    Code
    {
    "part_name" : "FICM-MPU", // FICM-MPU/RICM-MPU
    "part_version" : "1207124201", // 51 or 52件号 or 60
    "part_number" : "1231542301" // 99件号
    }


    Ich habe es auch mit dem Ordner AVN_MPU probiert, klappt bei mir nicht.


    So, der Stick ist frisch (langsam) formatiert.

    Jetzt brauche ich erstmal ne Mütze Schlaf und dann wird es nochmal probiert.


    Danke für den Input!

    Ich weiß nicht ob die Dateien vielleicht ein "Verfallsdatum" haben. Im Sinne dessen das die signiert sind und die nur x Tage/Stunde etc.. alt seien dürfen. Die älteren würde das ja nicht betreffen weil die Infotainment Versionen da ja nicht VIN spezifisch sind.

    Interessanter Aspekt, nur würde mich dann mal interessieren wo das Verfallsdatum eingebaut wäre und wie.


    In den .51 Dateien enthalten sind genau 2 Dateien:


    installer.json

    usb_ota_update.zip

    Sehr spannend das Ganze.. Wenn es nur über SIPS laufen würde, würde die Versionsnummer auch hoch gehen und es gäbe die Option im Infotainment für das USB Upgrade nicht mehr.

    Wer weiß, vielleicht muss ich auch erstmal mit 'ner Wünschelrute dreimal ums Auto laufen, um sicher zu stellen, dass unter der Garage keine Wasserader verläuft... :evil:

    Oder ich muss bis zum nächsten Vollmond warten bis das Update funktioniert? :S


    Das sind so Dinge, die mich an PCs, Smartphones, Tablets & Co. einfach nerven, auch wenn ich technisch sehr affin unterwegs bin.

    Wenn nur eine Kleinigkeit quer steckt, verhalten sich Hard- und Software wie bockige Kinder.


    Ich lasse gerade einen meiner älteren Sticks (4GB) mit Rufus "grundsanieren".

    Langsame Formatierung inkl. Prüfung auf fehlerhafte Sektoren.


    Auch werde ich mit 7zip die heute nochmals durch das LFD neu heruntergeladenen .51 Dateien entpacken und verwenden.

    Vielleicht war ja irgendwas bei den Dateien vom letzten Wochenende korrupt.

    Wobei dies auch wieder unwahrscheinlich ist, da ich insgesamt drei Updates versucht habe (R32, R36 und R41) und das Ergebnis immer identisch war.


    PS: Puuh, ich habe total verdrängt, wie lange eine richtige Formatierung von 4GB dauert....

    jamakr4 :


    Laut SIPS ist unser MG4 ein EH32-X9.


    Diesen Hinweis bezüglich X10 hatte ich auch schon gesehen.


    Diese Info ist von April 2025. Unserer wurde im Mai 2024 produziert.

    Von daher dachte ich, dass dies (noch) nicht auf unseren zutrifft.


    Wie gesagt, über SIPS sind sämtliche Updates drauf. Die Softwareversion hat sich im Infotainment nicht geändert.

    Weitere Updatefunktionen sind in SIPS nicht zu finden.


    Wenn alles nur noch über SIPS für unser Modell laufen würde, warum lädt das LFD-Tool dann noch FICM und TBox-Software herunter, wenn ich VIN-spezifisch downloade?


    Alles äußerst seltsam.…