Posts mit dem Label Audi MMI 3GP werden angezeigt. Alle Posts anzeigen
Posts mit dem Label Audi MMI 3GP werden angezeigt. Alle Posts anzeigen

Montag, 25. November 2013

Nachüstlösung für die MMI 3GP Onlinedienste

Es existiert endlich eine käuflich zu erwebende Nachrüstlösung für die 3GP Onlinedienste.
Nein, leider nicht für MMI 3G Besitzer :(
Aber immerhin, Audi-Fahrer, welche bereits ein MMI 3GP besitzen, dieses aber keinen SIM Slot hat und somit auch ab Werk nicht onlinefähig ist, können mit dieser Nachrüstlösung nun in den Genuß von nahezu allen Online-Features kommen.

Hier sind (u.a.) insbesondere zu nennen:
- Google Maps (Google Earth)
- Google Streetview
- Traffic-Online
- Audi Connect
- Google Online POI-Suche
- WLAN Streaming

Tonnenweise Infos zu den einzelnen Diensten findet ihr auch auf der Audi Homepage, wenn ihr nach Infotainment sucht.

Realisiert ist das ganze über einen externen UMTS Router, welcher an das MMI per WLAN angebunden wird.
Auf der Webseite (in den Produktdetails) des Herstellers findet sich eine sehr umfangreiche Installationsanleitung, welche man sich im Vorfeld bereits auf seinem Rechner anschauen kann.

Es wird eine breite Palette sowohl an Software-Versionen, wie auch Fahrzeugmodellen unterstützt. (was auch nicht weiter verwundert, da das 3GP derzeit bei Audi ja quasi den De-facto-Standard darstellt und in einer breiten Modellpalette ausgerollt wird)

Ich muss zugeben, dass ich leicht befangen bin, da ich bereits vor Marktstart die Chance hatte die Lösung zu testen.
Die angebotene Lösung hat mich persönlich durchaus überzeugt und stellt in meinen Augen eine gute Alternative dar, um bei einem Fahrzeug ohne Online-Fähigkeit ein wenig "Glanz in die Hütte" zu bringen.

Aber schaut es euch einfach selber einmal an unter:
ONTIKA Automotive

Ich bin schon auf eure Kommentare hier im Carfreak-Blog gespannt!

Freitag, 21. Juni 2013

Warnung! Gefährliche Fake-Kartenfreischaltungen kursieren im Internet!

Ich möchte euch warnen, dass im Internet in einschlägigen Foren/Börsen Kartenfreischaltungen kursieren, welche mutwillig MMI 3G/3GP Mainunits bricken.

Ihr solltet also wirklich vorsichtig sein, was ihr denn da irgendwo runterladet und dann per Software Update einspielt!
Mittlerweile häufen sich bei mir die Anfragen von betroffenen Lesern, welche ein solches "Update" runtergeladen haben, das Update gestartet haben und darauf hin die Unit seitdem nicht mehr bootet.
(schwarzer Screen, an gehen die betroffenen Mainunits noch)

Erkennen könnt ihr so ein gefährliches Update, indem ihr euch das Metainfo2.txt anschaut.
Besser noch, ihr verwendet ein Programm wie Windows Grep (oder natürlich gerne auch "grep" unter Linux bzw. das Cygwin Pendant), um über die gesamte "Version" nach dem String "flashit" (ohne die "") zu suchen.

Da "flashit" ist ein Programm, welches sich ab Werk in der Mainunit-Software befindet und dafür verwendet werden kann, den internen Flash zu beschreiben.
Leider verwendet besagtes Update dieses Tool dafür, um mutwillig die zentralen Firmware-Positionen zu überschreiben, so dass die Unit danach natürlich nicht mehr funktioniert.

Ist es erst einmal dazu gekommen, dass flashit den Flash überschreiben hat, so könnt ihr selber nichts mehr machen, um eure Unit wiederzubeleben.
VCDS hilft da nicht, da man mit VCDS den internen Flash nicht neu beschreiben kann.
Wenn, dann könnt ihr nur versuchen Kontakt zu kbankett (Motor-Talk) aufzunehmen.
Wie es mir scheint, kann dieser mittlerweile Units low-level flashen, was in diesem Fall leider auch absolut unumgänglich ist.

Besser aber noch, ihr schaut genau hin, was euch denn da so angedreht wird, damit es zum Ernstfall überhaupt nicht erst kommt ;)
Ich finde es wirklich sehr, sehr ärgerlich, dass solch ein fieser Streich gespielt wird.
Ob ich persönlich nun illegale Kartenfreischaltungen gutheiße, sei einmal dahingestellt. Derartige Versionen in Umlauf zu bringen, welche Units killen, finde ich aber wirklich extrem schäbig :(

Samstag, 25. Mai 2013

Neue MMI 3GP Version K_0614

Es gibt eine neue MMI 3GP Version K_0614.

Diese ist insbesondere ein Bugfix für die 612er Version, welche in bestimmten Ausstattungskonstellationen zu Software Problemen geführt hat. (ausgegraute Menüpunkte etc.)

Hier noch einmal der Link zu meiner generellen Software-Versionsseite, welche ich gerade upgedated habe:
http://mycarfreak.blogspot.de/2012/08/ubersicht-audi-mmi-3g-3gp-mmi-plus.html

Edit 1: Die 614er Version setzt die 612er voraus. Insofern muss man zuerst die 612er einspielen, und dann die 614er nachziehen.

Edit 2: Die 614er lässt sich auch nur auf Units mit einem Telefonmodul installieren.
Sehr seltsam... leider gibt es zu den Versionen ja nie ein Changelog :(

Montag, 8. April 2013

metainfo2.txt Region Bezeichnungen

Falls ihr mal in die missliche Lage kommen solltet, dass ihr ohne grünes Menü ein SW-Update auf einer Unit mit einem fremden Region-Code durchführen müsst, hier eine Liste der möglichen "region" Einträge für das/die metainfo2.txt Files:
Europe
USA
Japan
China
RoW

Freitag, 5. April 2013

Beim Audi A1 (8X) ist die Kartenfreischaltung fest an die Fahrgestellnummer gekoppelt

Eigentlich sagt der Titel dieses Blogeintrags schon fast alles aus...

Beim Audi A1 ist es so, dass die Kartenfreischaltung an die Fahrgestellnummer des jeweiligen Fahrzeugs gekoppelt ist.

Die meisten Fahrzeugbesitzer werden nun fragen: "Na und? Was soll das für mich für Auswirkungen haben?"
Klar, und Recht haben sie - leider nur die meisten...
Interessant wird die Sache halt, wenn man versucht bei einem A1 auf das neue MMI 3GP umzurüsten. (das neuere MMI mit Google Maps & Co.)
Dafür muss man bekanntlich die Mainunit austauschen und da man diese entweder gebraucht oder neu kauft, muss man dann auch den Komponentenschutz entfernen lassen. (sprich die Unit auf die Fahrgestellnummer des eigenen Fahrzeugs anlernen lassen)

Ja, und eben da liegt die Krux.
Für den Komponentenschutz funktioniert das Prozedere wie gehabt.
Leider schlägt dann die fehlende Freischaltung des Kartenmaterials für die nun geänderte Fahrgestellnummer (VIN/FIN) zu :(

Ok, man könnte nun auf die Idee kommen und über den Vertragshändler seines Vertrauens einen offiziellen Freischaltcode (Kosten um die 250 EUR) zu beziehen und diesen dann die Freischaltung vornehmen lassen.
Leider scheint genau an diesem Punkt eine weiter "Absicherung" zuzuschlagen.
Das das Fahrzeug in der Datenbank von Audi nicht als 3GP Fahrzeug (mit einem solchen Pofil) geführt wird (so hat es das Werk ja nicht verlassen), verweigert die Freischaltroutine, auf welche der Werkstatttester zurückgreift, auch den Dienst und die Freischaltung kann nicht durchgeführt werden.

Dies ist auch der Grund, warum ich überhaupt darüber schreibe, da ich hoffe, es hilft potentiell Umrüstwilligen, sich in so einem Fall die ca. 250 EUR zu sparen, da sie am Ende mit der Lizenz nichts anfangen können.
Außerdem besitzt man dann auch noch die 3GP Mainunit, an der man so natürlich nicht wirklich Spaß hat. (ich kann mir jedenfalls nicht vorstellen, dass dies ohne funktionierendes Navi möglich ist)

Ich hoffe, dass Audi irgendwann dazu doch noch übergeht den Kunden entgegen zu kommen, und eine Nachrüstmöglichkeit oder Freischaltmöglichkeit auf irgendeinem Weg (möglichst inklusive SVM Code und dementsprechender Rückdokumentationsmöglichkeit) anbietet.
Derzeit wird man an dieser Stelle leider im Regen stehen gelassen. (was ich persönlich wirklich schade finde)

MMI 3G / 3GP (5F) Update Fehlercodes und deren Bedeutung

Über die Zeit habe ich mir mal die Mühe gemacht, den bei diversen Update-Versuchen aufgetretenen Fehlercodes bzgl. deren Bedeutung nachzugehen.
Ich bin mir sicher, dass diese Liste dem ein oder anderen, wenn er denn mal bei einem Software Update auf einen solchen nummerischen Fehlercode trifft, eine Hilfe sein könnte, da man ansonsten an dieser Stelle wie der sprichwörtliche Ochs vorm Berg steht ;)

Fehlercode Bedeutung
3 EFS Blocklesefehler (MMI zeigt an, es kann die Datei (oder Teile davon) nicht lesen)
140 Zielmedium (z.B. Festplatte) voll
146 Quelldatei kann nicht gelesen werden (file not found)
242 Komponente in der jeweiligen Update-Stage nicht vorhanden

Montag, 25. Februar 2013

Audi MMI 3G & 3GP AMI Anschlussbelegung / USB oder Aux-In Kabel selber herstellen

Jede Audi MMI 3G und 3GP Mainunit (Gerät 5F im Diagnosescan) besitzt am Werk alle für die AMI Funktionalitäten benötigte Hardware.
Soll heißen, sie stellt Anschlüsse für Aux-In, USB und iPod an den externen Anschlüsse bereit.
Auch von der Software-Seite gibt es keinen Unterschied zwischen AMI und nicht-AMI.
Was die Mainunit angeht muss einzig das AMI in der jeweiligen Konfiguration der Unit angepasst (aktiviert) werden.
Je nach 3G/3GP Basic/High ist das genaue Prozedere unterschiedlich, von daher möchte ich hier nicht darauf eingehen, da dieser Blogeintrag Licht in die AMI Hardware "extern der Mainunit" bringen soll.

Das originale Kabel (zwischen Mainunit und Handschuhfach) kostet schlappe (knapp) 170 EUR.
Bei diesem Preis sucht man reflexartig, wenn leider auch vergeblich, nach dem extrem hohen Edelmetallanteil ;)

Möchte man sich nun ein USB Kabel selber bauen, so stellt man leider fest, dass die dafür benötigten Datenleitungen (D+/D-) an einer HSD Buchse anliegen.
Folglich muss man für diese Buchse einen passenden Stecker auftreiben.

Eine günstige Lösung um (als privater Endkunde) an so einen Stecker zu kommen, besteht darin sich ein Kabel mit der Teilenummer 7P1 971 327 (vom Touareg) zu kaufen.
Dieses kostet aktuell ca. 19  EUR.
An diesem Kabel findet man je Ende einen der benötigten Stecker. (man kann sich aus einem solchen Kabel also sogar zwei AMI USB Kabel herstellen)

Die Belegung der HSD Buchse ist wie folgt:
Gelber Stecker hinten an der 5F Unit
Pin
1 -  D+ (Data +)
2 -  iPod erkannt
3 -  D- (Data -)
4 -  Masse

12-poliger Stecker (grün) - ein Einsatz im großen Stecker (Teilenummer 3B7 035 447 B - ca. 6 EUR)
Die passenden Reparaturleitungen (mit den passenden Pins daran - jeweils zwei pro Leitung) haben die Teilenummer 000 979 009 E - knapp 3 EUR.
Der grüne Stecker ist nur bei bereits vorhandener Rückfahrkamera (RFK) oder AMI vorhanden!
Pin
1 -  Aux-In Masse
2 -  Aux-In rechter Kanal
3 -  USB +5V
4 -  USB Masse
6 -  AMI Cable Detect
7 -  Aux-In linker Kanal
8 -  Aux-In Schirm (Masse)
11 -  iPod TX (serielle Fernsteuerung)
12 -  iPod RX  (serielle Fernsteuerung)

Um ein USB Kabel zu bauen holt man sich dann noch ein normales, handelsübliches USB Kabel, von dem man an einer Seite den Stecker abtrennt.
Die USB Stecker Belegung ist:
Pin
1 USB +5V
2 D- (Data -)
3 D+ (Data +)
4 USB Masse

Ich denke mal die Verpinnung ist direkt ersichtlich, so dass ich diese hier nicht noch einmal gesondert notiere.

Eine Besonderheit gibt es dann aber noch.
Die Mainunit erkennt anhand des Pin 6 (12 poliger grüner Stecker), ob ein AMI Kabel angeschlossen ist und um welches Kabel es sich handelt und aktiviert dann die jeweiligen Erkennungsfunktionen / Eingänge.
Pin 6 muss mit dem jeweilig passenden Widerstandswert gegen Pin 4 (Masse) gezogen werden.
Hier die Widerstandswerte für die unterschiedlichen Gerätetypen:
1K Ohm = Aux In Mode
4,7K Ohm = USB Mode
18,7K Ohm = Ipod Mode

Ich denke die Aux-In Belegung ist klar. Man benötigt für ein solches Kabel natürlich keinen HSD Stecker, sondern nur den grünen Stecker und die passende Anzahl an Pins.

Na dann mal viel Spaß beim Basteln! :)

Samstag, 2. Februar 2013

MMI 2G / 3G / 3GP metainfo2.txt Checksummenberechnung

Vor einiger Zeit habe ich mich mal damit befasst, wie denn eigentlich die Checksummenberechnung der diversen 2G / 3G / 3GP Software-Update metainfo2.txt Files durchgeführt wird.
Dieses Verständnis ist z.B. nötig, um geänderte Files über den normalen MMI Update-Mechanismus einzuspielen, welche ihrerseits mit einer Checksumme im metainfo-File hinterlegt sind.

Also...
Grundsätzlich basieren alle metainfo2.txt Checksummenberechnungen auf einem normalen crc32 (cyclic redundancy check mit 32 Bit Checksumme) Algorithmus.
Nun gibt es von diesem verschiedene Ausprägungen.
- das verwendete Polynom
- initialer Wert der Checksumme (vor dem 1. Durchlauf)
- finaler XOR mit 0xffffffff oder nicht

Bei den genannten MMI Versionen kommt ein Polynom 0xEDB88320 zum Einsatz.
Initialisiert wird der Checksummenbuffer mit 0xFFFFFFFF und dieser wird nach der Berechnung mit 0xFFFFFFFF XOR verknüpft.
Die Berechnung fängt immer bei Adresse 0 an und geht bis einschließlich zum letzten Byte.

So ein metainfo2.txt File besitzt zuerst einmal eine "globale" Checksumme, welche die Integrität des jeweiligen metainfo-Files sicherstellt.
Zu erkennen ist diese Checksumme an der Variablenbezeichung "MetafileChecksum".

An dieser Stelle ist es wichtig, dass bei einer Änderung dieser "globalen" Checksumme, keine Berechnung mit der Checksumme in dem File enthalten möglich ist.
(was ja logisch betrachtet eigentlich auch klar sein sollte...)
Also, wenn man die MetafileChecksum neu berechnen möchte, muss man diese komplette Zeile aus der Datei löschen, die Checksumme (nach oben beschriebenen Muster) berechnen und dann die Zeile wieder hinzufügen. (natürlich dann mit der neu berechneten Checksumme)

Die übrigen Checksummen in den metainfo-Files werden auch nach oben beschriebenem Muster berechnet.
Einzig, wenn Files größer als 512 Kilobyte groß sind, dann wird alle 512k jeweils über die vorherigen 512k eine Checksumme berechnet und abgelegt.
Checksum, Checksum1, Checksum2 etc. sind dann die jeweilig zu findenen Variablen.

Für einfach Berechnungen funktioniert das DF CRC-SFV Tool.
Leider nicht für Files mit mehr als 512k Größe, da es immer nur eine Checksumme über das gesamte File berechnet.
Wenn man sich einen Checksummenberechner selber schreibt, dann ist die Sache natürlich einfach gelöst.
Notfalls kann man sich bei großen Files mit filesplit32 behelfen und die großen Files in kleine Häppchen splitten und über diese kleineren Stücke dann mit DF CRC eine Checksumme berechnen.

In Verbindung mit dem MMI 2G Startscreen-Format, könnte die Checksummenberechnung - insbesondere über das DF CRC-SFV Tool aber durchaus hilfreich sein.

Ich möchte nur extra noch einmal darauf hinweisen, dass Modifikationen an Update-CDs/DVDs nicht ungefährlich sind.
Insbesondere beim MMI 3G / 3GP ist nach einem Fehler häufig die EmergApp (der Emergency-Mode) der nächste Halt.
Ist man erst einmal in diesem Modus, so muss man unbedingt die Checksumme der zuletzt verwendeten metainfo2.txt sichern und gut aufheben.
Das 3G / 3GP (5F) akzeptiert im Emergency nur noch ein Update von der zuletzt verwendeten Quelle (SD1 / SD2 / DVD) und auch nur mit der zuletzt verwendeten Checksumme.
Man bekommt die 5F Unit auch in so einem Fall wieder aus dem Emergency, das Vorgehen in so einem Fall ist aber ein Thema für einen der nächsten Blogeinträge.

Audi MMI High 3G / 3GP Navi Kartenupdate 2013

Aktuell gibt es ein von Audi ein neues Kartenupdate für 3G / 3GP (High - nicht Basic!) MMI Infotainment Systeme.
8R0051884AR ist die Teilenummer für den SD-Kartensatz. (Werkstattmaterial)
8R0060884AR ist die Teilenummer für das Freischaltungszertifikat / Aktivierungsdokument
Das Kartenupdate muss natürlich aber wie gehabt über Audi freigeschaltet werden, daher ist ein besuch bei eurem jeweiligen Audi Vertragshändler angeraten, um dieses aufspielen / freischalten zu lassen.

Freitag, 1. Februar 2013

Neue MMI 3G/3GP Software-Versionen

Es gibt neue MMI Software Versionen auf DVD.
Einmal für das 3GP:
8R0 906 961 CA   A4,A5,Q5,Q7  SVM-Code: 3GPEU612AU3G

An der 3GP Version ist spannend, wie die neue HW51 (4H0 Teilenummer Index N aufwärts) eingebunden wurde.
So wie es scheint, wurde der Treiber für die GPS Hardware nicht erweitert, so dass er beide Chipsätze unterstützt, sondern die Files (z.B. ifs-root.ifs, in welchem sich der GPS-Treiber befindet), einfach doppelt in das Update gepackt.
Einmal für HW41 und einmal für HW51.

Dann gibt es aber auch noch ein MMI 3G High Update:
8R0 906 961 CC  A4,A5,Q5,A6,A8,Q7  SVM-Code: 3GHEU253

Leider ja wie immer ohne Changelog und somit kann man - bis auf die HW51 GPS Unterstützung - schlecht beurteilen, was denn eigentlich geändert worden ist und ob ein Update nötig / empfehlenswert ist.

Ich habe die alte Liste mit den SW-Versionen auch gleich mit den beiden neuen DVDs ergänzt.
Ihr findet die komplette liste hier.

Samstag, 6. Oktober 2012

MMI 2G/3G Bedienfeld am MMI 3GP verwenden

Bei den neueren (3GP) MMI Bedienfeldern findet die Kommunikation immer seriell statt.
Allerdings wurde die Baudrate der seriellen Übertragung von den klassischen 9600 Baud auf 19200 Baud erhöht.

Schließt man also ein "altes" Bedienfeld an eine neue 3GP Unit an, so funktioniert die Tastensteuerung nicht.

Glücklicherweise gibt es bei den 3GP eine 9600 Baud Codierungsmöglichkeit.
Byte 14 Bit 5 (Codierung) steuert die Baudrate.
Ist dieses Bit gesetzt, so verwendet die 3GP Mainuit 9600 Baud um mit dem Bedienfeld zu kommunizieren.
Im Gegenzug dann natürlich 19200 Baud, wenn dieses Bit nicht gesetzt ist.

Kann ja sein, dass von euch mal jemand vor dem Problem steht ein altes Bedienfeld an einer neuen Unit verwenden zu wollen ;)

Montag, 1. Oktober 2012

MMI 3GP unterstützte Videoformate

Audimann77 (Motor-Talk) hat sich die Mühe gemacht und verschiedenste Videoformate mit seinem 8K Facelift MMI 3GP ausprobiert.
Vielleicht fragt ihr euch ja auch, welche Formate denn eigentlich abgespielt werden können...
Die ab Werk mitgelieferte MMI Bedienungsanleitung ist da leider auch nur sehr begrenzt eine Hilfe.

Na, hier jedenfalls der Link:
http://www.motor-talk.de/blogs/audimann77/funktionierende-videoformate-codecs-fuer-das-mmi-3g-im-audi-a4-8k-facelift-t4005270.html

Sonntag, 30. September 2012

MMI 3G / 3GP Radio Eintrag "ungültiger Datensatz"

Häufiger schon ist mir bei einer MMI 3G / 3GP Radio-Unit (56) ein Fehlerspeichereintrag "ungültiger Datensatz" über den Weg gelaufen.
Was genau bedeutet dieser Fehlereintrag denn eigentlich?

Also...
Der Fehlereintrag besagt, dass die Radio-/Verstärkerunit bei einem internen Check festgestellt hat, dass die Parametrierung nicht korrekt ist.

Was bedeutet dies nun konkret?
Wahrscheinlich wurde eine neue Unit gekauft und eingebaut, welche vorher noch nie in der Produktion passend zu dem (einem) Fahrzeug parametriert wurde.
Allgemein taucht dieser Fehler immer auf, wenn eine noch neue Unit in ein Fahrzeug verbaut wird, welche aber z.B. nicht mit einem zur Fahrzeugausstattung (Stoff-/Ledersitze, Limousine/Avant) passenden Parametersatz versehen wurde.

Grundsätzlich funktioniert die Unit erst einmal. Man braucht so also erst einmal keine grundsätzlichen Sorgen zu machen.
Es kann natürlich sein, dass der Klang nicht perfekt auf das Fahrzeug abgestimmt ist.
Besser ist es also, z.B. bei einer DAB+ Nachrüstung, seitens einer Vertragswerkstatt mittels SVM-Code eine auf das Fahrzeug passende Parametrierung durchführen zu lassen.
Dies funktioniert natürlich nur, wenn es sich um eine Unit handelt, für die es einen SVM (offiziellen) Nachrüstcode gibt.
Ansonsten gibt es aktuell leider keinen Weg diesen passenden Parametersatz in die Radio-Unit einzuspielen.

Donnerstag, 27. September 2012

MMI 3GP Tempolimitanzeige ohne Frontkamera freischalten

Bei vorhandenem MMI 3GP (nicht 3G und auch nicht 3G plus HDD) funktioniert es die Navi/Kombiinstrument Tempolimitanzeige auch ohne ab Werk vorhandene Frontkamera nachträglich freizuschalten.

Im Service Menü (muss natürlich vorher freigeschaltet worden sein), braucht man nur unter "/diagnose/coding/internal_modules_1+2" die Aktivierung (inverse Logik!) bei "VZA (Off)" wegzunehmen und dann die Unit rebooten.

VZA an dieser Stelle steht für "VerkehrsZeichenAnzeige".

Wichtig ist dann auch noch, in den Navigationseinstellungen den Menüpunkt "Geschw.-Anzeige" auf "ein" zu setzen.

Es ist aber natürlich klar, dass ohne die Frontkamera nur auf die Tempolimitinformationen der jeweiligen Navigationsdaten zurückgegriffen werden kann.
Eine aktive Schildererkennung findet nicht statt.
Insgesamt aber in meinen Augen doch ein nettes Feature, welches ich nicht mehr missen möchte.






Mittwoch, 26. September 2012

MMI 3G / 3GP Festplatte (HDD) gegen SSD austauschen

Es ist möglich die in ein MMI 3G / 3GP eingebaute Festplatte gegen eine SSD (Flash-Disk) auszutauschen.
Warum sollte man dies aber eigentlich tun?
Nun, es gibt verschiedene Gründe für den Austausch:

- SSDs habe keine beweglichen Teile
Dies ist insbesondere unter den Bedingungen in einem Fahrzeug von Vorteil, da Stöße und Schläge von einem Flash-Laufwerk (SSD) in einem weit größerem Maß ohne Schäden am Speicherlaufwerk toleriert werden.

- SSDs verbrauchen weniger Strom
Klar, die Lichtmaschine (der Generator) in einem modernen Fahrzeug kann, schon alleine bedingt durch die extreme Vielzahl an elektronischen Systemen in einem modernen Fahrzeug, bei weitem genug Strom erzeugen.
Eine Kraftstoffersparnis durch den geringeren Stromverbrauch einer SSD wird man wohl auch kaum im Portmonais feststellen können.
Viel spannender ist aber, dass ein Gerät, welches weniger Strom verbraucht auch gleichzeitig weniger Wärme abgibt.
Ist ja klar, bis auf das bisschen an Energie, welches auf der Oberfläche der "Festplatte" abgelegt wird, wird alle zugeführte Energie in Wärme umgewandelt.
Eine SSD verbraucht, insbesondere im Leerlauf, nur ein Bruchteil der Energie. Ergo wird sie auch nicht so warm.

- Schnellere Zugriffszeit
SSDs sind von der Zugriffzeit auf Daten ziemlich unschlagbar.
Bei einer konventionellen Festplatte, muss die Elektronik/Mechanik immer zuerst die richtige Position anfahren und dann auch noch darauf warten, dass denn nun die Daten am Schreib-/Lesekopf vorbeigeflogen kommen.
Dies kann im ungünstigen Fall halt bis zu einer vollen Plattenumdrehung dauern.
SSDs kennen solche Probleme naturbedingt nicht, da eine Adresse sofort (mit einer extrem kleinen Latenz) abgefragt werden kann.

Der letzte Punkt macht sich nach meiner Erfahrung beim 3G/3GP positiv in der Ladezeit der Navigations-Map bemerkbar. (nach dem Bootvorgang)
Kartenzugriffe, sowie Zielführungen werden beschleunigt.
Es handelt sich hier nicht um einen Quantensprung. Positiv wirkt sich die SSD hier aber auf jeden Fall aus.

Die übrigen Punkte sprechen denke ich für sich. Die haltbarkeit moderner SSDs sollte auch einer HDD gleichtkommen.
Man darf halt nicht vergessen, dass Flash-Speicher selber nicht unendlich viele Schreibzugriffe verträgt. (die einzelnen Speicherstellen)
Moderne SSDs beinhalten allerdings ausgefuchste Mechanismen, die eine gleichmäßige "Abnutzung" der Speicherstellen sicherstellen.
Von daher sehe ich bzgl. der Haltbarkeit keine Probleme.

Ok, nach der ganzen Theorie, kommen wir nun zu der eigentlichen Umstellung auf eine SSD.
Ich habe verschiedene Hersteller / Produkte ausprobiert und kann aktuell nur die Super Talent Duradrive ET2 Produkte für den Einsatz im 3G/3GP empfehlen.
Leider handelt es sich bei dem Festplatteninterface in der Mainunit um ein sogenanntes PATA Interface, welche kurz bevor SSDs entgültig auf dem Markt erschienen sind, durch SATA abgelöst wurde.
Eben aus diesem Grund ist die Auswahl möglicher SSDs leider auch sehr beschränkt :(

Beim 3G kommt ab Werk eine 40GB Festplatte zum Einsatz.
Beim 3GP wurde diese auf 60GB vergrößert.
Es reicht also für beide Varianten ein 64GB Modell, welches aktuell ca. 95 EUR kostet.

Unter Linux ist es sehr einfach die originale HDD auf die SSD zu dumpen.

Im ersten Schritt muss man natürlich die Festplatte auf der Mainunit ausbauen.
Hierfür benötigt man einen 8er Torx, löst zuerst alle Schrauben auf der Oberseite, nimmt den Deckel ab, klappt das DVD-Rom zur Seite und schaut dann welche Schrauben den sichtbaren Festplattenkäfig von der Unterseite her halten.
Diese Schraube löst man natürlich auch alle und nimmt den HDD-Käfig inklusive enthaltener HDD aus der Mainunit.
Vorsicht, keine Gewalt. Man muss den HDD-Käfig gefühlvoll aus der Mainunit kanten und u.U. auch noch seitlich zwei Haltenasen ein Stück zur Seite biegen.

Man zieht dann im nächsten Schritt mittels "dd if=<Quelldevice> of=<Filename> bs=8192" einen kompletten Dump seiner Festplatte.
Die HDD dafür z.B. in ein externes 2.5" USB HDD Gehäuse packen und am Rechner mittels USB anschließen.
<Quelldevice> ist bei solch einem kompletten Dump das Major-Device, also z.B. "/dev/sdb", ohne die Partitionsnummer.
So zieht "dd" wirklich ein komplettes Image der kompletten Festplatte. (des kompletten Devices)

Danach dann die SSD in das externe USB Gehäuse und dann mittels "dd of=<Zieldevice> if=<Filename> bs=8192" den Dump (<Filename>) auf diese Übertragen.
SSD in den Plattenkäfig einbauen, Käfig in die Mainunit einbauen und Mainunit wieder zusammenschrauben.
Fertig.

Klar, man könnte auch eine 128GB SSD kaufen. (aktuell ca. 158 EUR)
Kopiert man allerdings mit der oben genannten Methode die komplette Originalfestplatte auf die SSD, so steht einem nachher leider nicht mehr Platz (z.B. für die Jukebox) zur Verfügung.
Hier bedarf es wenn weiterer Anpassungen, die an dieser Stelle den Rahmen sprengen würden.
Bei Bedarf könnt ihr mich aber gerne über meine Mail-Adresse (carfreaks@gmx.de) kontaktieren.
Grundsätzlich ist eine Platzerweiterung möglich.

Donnerstag, 20. September 2012

Audi MMI 3GP A2DP Bluetooth Audi-Streaming aktivieren

Das Audi "highline" MMI 3GP (Nachfolger vom MMI 3G) bringt von Hause aus die Möglichkeit einer Audio-Streamings über Bluetooth (A2DP BT Profil) mit.
Es gibt sonst keine weiteren Vorraussetzungen (neben einem aktivierten Service-Menü). Ein AMI muss nicht vorhanden sein, um dieses Feature zu verwenden.

Ist bei euch das Service-Menü noch nicht freigeschaltet, so muss dies entweder über ein Software-Update (sqlite.xml - vorgehen habe ich in einem älteren Blockeintrag beschrieben) geschehen oder per Diagnose-Software (z.B. VCDS).

Anonsten sollte euch folgender Screenshot weiterhelfen ;)
Man sieht, welchen Wert man über das Service Menü auf enable setzen muss.
Danach ist ein Reboot der Unit nötig, damit die Änderung in Kraft tritt.
War die Aktion erfolgreich, erscheint im Media-Quellenmenü ein weiterer Eintrag.


Mittwoch, 19. September 2012

MMI Plus / 3GP Google Earth ohne Telefon (SIM Slot) nachrüsten

So wie es scheint, ist es mittlerweile sogar gelungen Google Earth / Streetview und Online Traffic beim Audi MMI 3GP nachzurüsten.
Anscheinend gibt es zwei Wege. Einmal über einen am USB-Anschluss angeschlossenem Ethernet-Interface und einmal über WLAN.

Also, mir persönlich gefällt der Weg über WLAN besser, da in diesem Fall keine Kabel rumbaumeln und auch kein AMI als Vorraussetzung nötig ist.
Ist aber natürlich Geschmacksache.

Hier aber erst einmal der Link zu dem MT-Thema, welches ich wirklich sehr lesenswert finde:
http://www.motor-talk.de/forum/mmi-3g-plus-fl-auf-google-earth-umstellen-per-hidden-menue-t4144977.html

Also, sollte es von euch jemand nachrüsten, dann berichtet doch bitte einmal über die hier ja durchaus vorhandene Kommentarfunktion darüber ;)

Samstag, 15. September 2012

3GP (MMI Plus) neue Software-Updates

Mir ist zugetragen worden, dass es in KW49 ein neues Software-Update für die 3GP Hardware-Plattform geben soll.

Na, dann bin ich ja mal gespannt, ob dem auch wirklich so sein wird und ob denn dann die HW51 komplett unterstützt werden wird.
(wovon ich aber mal sehr stark ausgehe)

Ich halte euch auf jeden Fall auf dem Laufenden.

WLAN Aktivierung MMI 3GP (MMI Plus) über das Service-Menü

Alle Besitzer eines MMI Plus ohne SIM Slot kommen normalerweise ab Werk nicht in den Genuss des WLAN Hotspots, welcher aber durchaus in den 3GP Units vorhanden ist.

Abhilfe schafft über das grüne Menü (Service-Menü) die in der 5F Unit vorhandene WLAN Hardware zu aktivieren.

Service (grünes) Menü->Diagnose->Settings->WLAN Settings->WLAN Activation
Dort die Checkbox aktivieren, einmal die Unit mittels Affengriff resetten und schon ist WLAN auf der Unit aktiv.

Für die Online-Dienste fehlt dann natürlich schon noch eine Internet-Verbindung, welche so natürlich nicht geschaffen wird.
Man kann nach der WLAN Aktivierung allerdings die "AUDI music stream" App (verfügbar für iOS und Android) verwenden und damit die Medieninhalte von seinem Smartphone bequem abspielen.
Die Bediensteuerung bleibt in diesem Fall nahtlos über das MMI Bedienfeld bestehen.

Joystick vom MMI 3G / MMI 3GP Bedienteil abgefallen / verloren

Mir ist es letztens bei einer Innenraum(fremd)reinigung passiert, dass der Joystick Nöppel vom Bedienfeld verschwunde war.
Anscheinen wohl irgendwo in einem der Sauger verschwunden. :(

Sollte euch so ein Schicksal auh widerfahren, so gibt es eine Lösung.
Geht zu eurem Audi Vertragshändler eures Vertrauens und verweist auf die: TPI 2024071
Diese beschäftigt sich mit einem Reparatur-Kit für diesen besagten Joystick.

Eine schöne Sache, dass man mit so einem Problem nicht im Regen stehen gelassen wird. Danke!