Support [Audi] MIB2/MHI2Q - AUG22 - MHI2Q_ER_AUG22_P5092 MU1329 - ifs-root EL Patch (ASI, CarPlay, Android Auto, Map Update)

[CaneTLOTW]

Danke!

Obwohl wir jetzt auch nicht schlauer als vorher sind.
Das bei @ddynamo beobachtete Problem ist bei dir definitiv nicht die Ursache.

Dein Flash LOG ist OK
Abgleich der RCC Sicherung vor und nach Einspielen des Patches zeigt auch nur die durch den Patch hervorgerufenen Änderungen.
Der Bereich des Patches entspricht 100% dem eingespielten Image.

Kommst du dich mit D-Link noch auf der Unit einloggen RCC oder auch MMX?

Es sieht so aus, als ob etwas nicht stimmt, meine MIB2 Q ist ebenfalls blockiert. Nach dem ersten Upgrade hat es funktioniert, aber nach dem zweiten wurde nur die geänderte ExceptionList.txt geflasch, nach dem Neustart ist blockiert.

Ok, ging also erst nach dem 2ten EInspielen der EL nicht....

Beim Patch selbst wurde bereits die EL aus dem Patch Ordner eingespielt, befor die Unit neu gestartet ist.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Hast du an der EL etwas geändert, bevor du sie nochmal neu eingespielt hast?
Ok, sehe gerade, dass du die datei editiert hast.
Die Nummerierung stimmt nicht! fsc6 --> fcs17 - Das dadurch die Ksite nicht startet ahbe ich aber auch noch nicht getestet.

Spoiler

Du musst Regestriert sein, um das angehängte Bild zusehen.

Also eigentlich warst du schon fertig und die Kiste lief

 

[durchblicker]

Eine Frage dazu? : Reicht es den nicht aus nur den Patch für die .ifs also die Nr. 3 im M.I.B Menü auszuführen.
Laut Log, copiert der M.I.B doch dann die EL und den Original FEC automatisch auf die UNIT. Bei mir hat alles bereits nach dem Punkt 3. funktioniert. Allerdings war das beim MHI2

Bitte um erklärung wozu der Punkt 5. noch nötig ist?

Da muss ich leider passen. Hab selber bei meinen Logs nachgeschaut und ja tatsächlich: Auch bei mir wurde bereits bei Punkt 3 die EL aufgespielt. Dadurch, dass ich Punkt 5 anschließend ausgeführt habe, wurde sie bei mir ein zweites mal auf die Unit kopiert...

 

[c999]

Das erste Upgrade war in Ordnung, aber nur NAVI (EL nur mit "fsc = "00040100" # Navigation" und "fsc2 = "023000FF" # EU " damit kein parallel FEC und EL Verkehr)
Ich habe EL editiert nochmal, aber mit diese Fehler FSC6-->FSC17
Ich habe Befehl "5-Copy FEC and EL to UNIT" verwendet
dann "R-Reboot Unit"
Die MIB wurde heruntergefahren und nicht gestartet

Es ist seltsam, dass eine schlechte EL die gesamte MIB blockieren könnte

 

[CaneTLOTW]

FEC und El laufen nicht gleichzeitig.
EL ersetzt FEC solange diese aktiv ist.

Ist Equipment vorhanden um über UART MIT DER Unit zu verbinden?

 

[c999]

Aha, Ich hatte schlechte Informationen

 

[cool_07]

ata sind hier, außerhalb der FEC aufgrund von FIN identifikazion:

Hallo,kannst Du mir root Passwort für MU 0917 geben? Danke!

 

[c999]

SW: MU0917; pass: o0WgYQaw

Also ist es besser, EL nicht zu bearbeiten, sondern mit FSC zu gehen, das ich nicht brauche?

 

[CaneTLOTW]

Ich kann dir nicht sicher sagen, ob der Fehler durch die Bearbeitung der EL gekommen ist. Habe das so noch nie gesehen, aber auch so nicht gemacht .

In die EL einfach alle benötigten Codes, auch jene aus der FEC.

 

[spuerer]

Ich hatte meine MHI2Q Unit auch erst mit dem M.I.B. gepatched, da hat er bei 3 auch gleich die EL mit rein kopiert. Ich bekam damit die connect Dienste nicht ans laufen (obwohl Kompo runter bei Audi). Auch sieht die Freischaltung im roten Menü m. Meinung danach nicht sauber aus, da keine FIN, Datum unter den Details steht.

Komischerweise lief danach auch das M.I.B. nicht mehr und ich hab' die EL und FecContainer manuell rein, allerdings die EL dann nur noch mit der Kartenaktivierung, denn es hieß ja hier schon, dass die FEC und die EL parallel funktionieren würden. Da danach aber nur noch die Kartenaktivierung (auch wieder ohne FIN) drin stand (Navi, SMI ohne Funktion) scheint dass nicht so zu sein und die EL "überschreibt" die Rechte der FEC.
Jetzt hab' ich die original EL wieder rein und die FecContainer passend bearbeitet - jetzt sieht alles sauber aus mit FIN und Datumsstempel, Messwert IDE04329-IDE05814 Status aller SWaP Funktionen-Individualisierungsmerkmal zeigt gültig (vorher ungültig), connect läuft und komischerweise läuft jetzt auch die M.I.B. wieder...

Du musst Regestriert sein, um das angehängte Bild zusehen.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Also ich denke, die Anpassung der Freischaltcodes über die FecContainer.fec mittel WhatsTheFEC anzupassen ist sauberer als über die EL...

 

[CaneTLOTW]

EL funktioniert anders als die FEC. Das keine VIN usw. angezeigt wird ist normal.

Vorteil am EL ist, dass die FEC im Originalzustand auf der Unit erhalten bleibt. Sollte es also mal zu einem FW Update kommen fliegt einem nicht gleich die Kiste um die Ohren.
Hebe deine Original FEC bitte sehr gut auf!

Was genau ging denn zwischendurch in Bezug auf M.I.B. nicht?
Hast du einen LOG?

 

[spuerer]

sie ließ sich überhaupt nicht mehr starten, in der Konsole war nur noch ein ausgefülltes Prompt (wie beim warten wenn man größere Daten kopiert), danach hab' ich Putty zu gemacht und neu gestartet und manuell kopiert.

Sollte es also mal zu einem FW Update kommen fliegt einem nicht gleich die Kiste um die Ohren.

also vorm FW-Update wieder die korrekt signierte FecContainer.fec einspielen? Wobei ich kaum glaube, dass es noch weitere FW-Updates geben wird...

 

[CaneTLOTW]

Neue FW-Updates sind unwahrscheinlich, da stimme ich dir zu.

Wenn da mal was anstehen sollte vorher die original FEC drauf, richtig.

 

[aldus]

Hallo zusammen, und euch ein frohes Neues gewünscht,

ich bin auf der Suche nach neuem Kartenmaterial für meinen Audi A6 4G von 2017.
Die aktuellen Versionsinformationen geben mir folgende Infos:

MH12_ER_AU57x_P3634
V03959801FC 0157 ECE 2017

besteht irgendwie die Möglichkeit da an aktuelles Kartenmaterial heran zu kommen ?
Im Moment weiss ich nicht welche anderen Möglicheiten es für dieses Modell noch gibt,
um es auf den aktuellen Stand zu bekommen, wäre aber generell für alles offen.

Danke

 

[weileong27]

Es gibt einige Fortschritte. Durch die Verbindung mit UART in MMX gelang es mir, durch mehrmaliges Drücken von E nach dem Einschalten des Geräts in den Notblitz-Mod zu gelangen.
Ich erhalte jedoch den Fehler, wenn ich Donotrest betrete
sh: donotreset: cannot execute - No such file or directory
Die Protokolldatei ist hier angehängt.

 

[CaneTLOTW]

donotreset ist ein kleines Skript, versuche es doch mal direkt in der Shell mit:
echo 1 > /tmp/do-not-reset

Um die Logausgabe zu stoppen kannst du mal stfu probieren, sollte das auch nicht gefunden werden - ebenfalls nur ein Skript - dann direkt mit:
slay systracker heartbeat

Wenn dies alles nicht funktioniert, scheint dein MMX auch einen abbekommen zu haben...