Support [Audi/VW/Skoda/Seat/CUPRA/Porsche] M.I.B. - More Incredible Bash - nur für Harmann MHI2(Q) - VIM, IFS-root Patcher, GEM enabler +++

Ja es ist die Darstellung. Probier die anderen Werte durch und Start danach jeweils das Navi neu, liegt mit großer Wahrscheinlichkeit da dran

Nun, ich habe mich gut in das Problem eingearbeitet und alle Wikis durchgelesen.
Mein Problem ist „einfach“. Auf einem MIB2H habe ich nach einem zu schnellen Upgrade vom S0257 (MU0123) auf MU1447 eine Boot-Schleife, da die Partitionierung des eMMC in den beiden Firmware-Versionen nicht identisch ist. Ich habe meinen UART angeschlossen und damit herumprobiert, aber das Problem ist, dass die einzige mögliche Lösung darin besteht, auf meinem zweiten Notfall-Boot Root-Rechte zu erlangen, und dass das Passwort der alten S0257 nicht bekannt ist. Ich habe die Passwörter der benachbarten MUxxxx-Versionen ausprobiert, jedoch ohne Erfolg. Was kann ich tun? Die letzte Möglichkeit wäre eventuell, über die CLI ein Zmodem zu verwenden, um eine annähernd kompatible ifs-emergency.ifs zu laden (die älteste verfügbare MU auf MIB Solution mit einem bekannten Passwort), und zu versuchen, diese update.txt zu löschen, die mich anscheinend blockiert...
Ansonsten habe ich noch eine Frage. Ich habe 32-GB-SD-Karten, die ich als MBR + FAT32 + eine 8-GB-Partition formatiert habe, um einen logischen Cluster von 4 KB zu erhalten. Aber erkennt ifs-emergency.ifs 32-GB-SD-Karten oder braucht man eine ganz alte 4-GB-SD-Karte?
Jede Info ist natürlich willkommen!

Hast du denn jetzt den Skin geändert?
Wie schon geschrieben wird es genau das Problem sein, hierzu gibt es sogar einen Beitrag im MIBWiki
Zitat:
Byte 18: HEX 05: Bit 0,2 (Experience Skin - important for error!) → Update to 1447
After 6 modules in update process, Speech TTS voices were last after around 20 min, the unit reboot and stuck in bootscreen (old = Seat Sound, e.g. Experience Logo). I wait for another 15 min and nothing happen.
To resolve the issue have to change Byte 18 to HEX 01: Bit 0 (FR) or HEX 02: Bit 1 (Cupra) and restart unit (hold power button).

Leider habe ich das Byte 0x17 (also Byte 18, wenn man bei 1 beginnt) von 3 bereits auf 1 gesetzt, da ich eine Cupra habe. Anstatt nun einen eingefrorenen Bildschirm zu haben, erscheint zwar der klassische Update-Bildschirm, der ein laufendes Upgrade anzeigt, aber mir mitteilt, dass noch 0 Module zu aktualisieren sind und dass 0 Module aktualisiert wurden. Natürlich funktioniert die Taste „Stopp“ nicht. Kurz gesagt, da kann man nichts machen...
Ich habe den Fall gefunden, von dem Sie sprechen. Aber die Ausgangs-MU ist die P4517_MU1219, während meine viel älter ist, nämlich die S0257_MU0123 – deren Root-Passwort unbekannt ist.
Ich glaube, ich habe im Wiki einen Hinweis gefunden. Ich brauche den Trick zur Verlängerung des CLI-Timeouts, muss ein ifs-emergency mit einem bekannten Passwort per zmodem laden (in der Hoffnung, dass mein UART die Datenrate schafft!), dann beim Booten darauf Root-Rechte erlangen und hoffen, dass ich anschließend die SD-Karte mounten und auf das Tegra/MMX-Mount zugreifen kann. Danach werde ich den Hash-Code der Root-Passwort-Verschlüsselung finden und ihn auf meinem 4090 knacken. Zumindest wird das die Passwortdatei 4.0 um das Passwort der MU0123 bereichern.
Danach schauen wir mal, was ich in den Logs finde, sobald ich als Root in Pass 2 des IFS-Emergency der MU0123 bin, und welchen Schaden das riesige Upgrade auf MU1447 angerichtet hat.
Danke für die Info!


Edit:
Leider habe ich ein Problem. Meine Version ist so alt, dass meine CLI den Befehl zum Ändern der Baudrate nicht unterstützt – 115.200 sind fest vorgegeben. Die Wiki-Dokumentation zu Zmodem funktioniert daher bei mir nicht, auch wenn es mir über den UART problemlos gelungen ist, den Watchdog auf 150 Sekunden zu setzen.
Ich brauche also ein Micro-Image im Stil von „mhi2_emergency_min.ifs“ mit einem bekannten Root-Passwort (oder ohne Passwort), das in der Lage ist, eine SD-Karte zu mounten und eine Partition des eMMC darauf zu dumpen, wobei dieses Image maximal 2 MB groß sein darf. Dieses Image wurde bereits in diesem Forum gezeigt, ich versuche es gerade zu finden, bisher jedoch vergeblich. Jeder Hinweis ist willkommen!

Hallo zusammen ich habe die Main Unit im Q2 getauscht und war nun beim Audi Händler um den Komponenten Schutz zu entfernen alles soweit ok nur konnte er mir die FEC Codes nicht importieren

Vielleicht gibt es hier wen der mir die schicken kann

FIN und Merkmal hab ich

Danke und Grüße Chris

Hallo leute brauche dringend eure Hilfe.
Habe meine mmi von der Firmware
MHI2 ER Aug22 p3241
auf
p3346
geupdatet hat auch alles super geklappt. Dann hab ich mir die M.I.B luncher Installiert.
Dann wollte ich die "patch unit aio" installieren es kam auch ein grüner Bildschirm mit SUCCES dann aber nach kurzer zeit ging mein Bildschirm komplett aus und garnicht mehr an. Jetzt flackert es ganz leicht für 30sek und dann tut sich nix mehr. Was könnte ich machen. Danke schonmal.


Geht wieder hab einmal die Batterie abgeklemmt.

Hallo zusammen,

ich habe in einem TT eine MU1489 MHI2_ER_AU43X_P5406 gepatcht, dabei ist allerdings etwas schiefgegangen, sodass die Unit momentan gar keine Reaktion mehr zeigt (ich hab wahrscheinlich einfach nicht lange genug gewartet).
STG 5F ist mit VCDS oder VCP nicht erreichbar (Steuergerät antwortet nicht), kein bekannter Reset hat funktioniert (Batterie war ab) usw.
Im dazugehörigen Log ist die letzte Zeile "There will be no further output until flash is finished!"

Ich scheine damit also einen Briefbeschwerer erzeugt zu haben. Meine Frage ist nun:
Der Besitzer des Fahrzeuges hat noch Garantie und hatte die Idee damit jetzt zu Audi zu fahren und einfach zu sagen, dass sein komplettes Infotainment nicht mehr funktioniert und hofft, dass die die Unit auf Garantie tauschen. Wie wahrscheinlich ist es, dass das funktioniert? Sind die eurer Meinung nach so pfiffig, dass die eine Änderung in der Software feststellen, obwohl die Unit gar keine Lebenszeichen mehr zeigt?

Ich bin nur Laie auf dem Gebiet (sonst wäre das wohl nicht passiert) und weiß nicht, ob es eine Möglichkeit gibt, die Unit wieder zu retten oder ob der Weg über Audi funktioniert.

Würde mal behaupten wenn es nicht erreichbar ist, kann Audi auch nichts herausfinden
Also Versuch ist es wert.
Eigentlich beim patchen nur abwarten und nach unten scrollen und warten bis das Steuergerät neu startet.

Audi kann da gar nichts retten. Die verkaufen dir nur eine neue zum Vollpreis und fragen dich aus was du überhaupt gemacht hast. Das du versucht hast zu patchen, solltest du besser nicht erwähnen.

Es gibt Möglichkeiten. Die Experten werden sich hier dazu melden, wenn sie es sehen.

Hallo zusammen,
gibt es einen aktuellen Link zu den Patches? Leider kann ich keinen funktionierenden finden.

Besten Dank

Liegt alles auf mibsolution.

Hallo, lässt sich der EL-Bug nur über Telnet und UART beheben?

Ich habe versucht, die MIB auf einem A6 2015 FL – MHI2_ER_AUG11_S0040 zu installieren, und komme jetzt nicht weiter…

@strumf666
hier steht doch alles schwarz auf weis.

lese Support - [Audi] MIB2/MHI2 - AUG 11 & AU57x FW Update | MHI2_ER_AU57x_K3663 | A6-A7-A8 | ifs-root Patch (ASI, CarPlay, Android Auto, Map Update) und verwende einfach Custom FW - MHI2_ER_AU57x_K3663_1 MU1425 - AIO (ALL-IN-ONE)

@ miouser
Thanks for the reply. I had overlooked the compatibility chart before. :-/

I tried installing the all-in-one solution after the MIB problem, but it's not working. I'm getting an error message (code 0).

Gehe sicher das du in den Einstellungen die Werkseinstellungen hergestellt hast