Firstly, you are asking in wrong topic this is for 3g/3g+.
Green menu you have to enable via obd11, vcds...not just enter green menu.

my bad, i just saw that you have HN+ train, you are not in wrong topic

 

Hi all,

Have an import 2012 Audi A1 and have read the pdf's on chaging region. Am attempting to enable Green engineering menu, but am failing. I have extracted the .zip to a suitable SD Card and insert the card, and get the prompt to press any key. Pressing a key results in a short pause before the success message appears, to remove SD card and press any key. However, I am unable to switch to green engineering menu pressing and holding Car + Menu. Am I missing something? See attached current versions;

Believe that my car is a 3G+ model, am I mistaken?
View attachment 188271

So repeated the procedure several times using the script, and finally the GEM is enabled. Didn't do anything different, just repeated until it finally took. I did find that the time it did actually work, the script ran for longer than the previous failed attempts. I've managed to update to the latest firmware no problems. I'm about to update the maps / nav.

Thanks Nathan

 

Hi guys, thanks everyone for the information in this thread, updated my firmware and maps successfully. However, i noticed that after the updates my Audible Alarm while closing the car stopped working and i have an active 01134 [0x046E] error. The updates included region change (US -> EU) with the EEPROM update and i read somewhere that alarm sound can be region-dependent so it has stopped working now. Did anyone have something similar or it should not be related with the updates i have done?

 

@Shkelzenrr -- Unless someone has a tool that will repartition a 60 GB HDD properly in-place for HN+_EU from a modified Green Engineering Menu screen (not very likely), this really is a take the HDD out kinda job. --g

@DrGER Could you possibly expand further on what's required here? I have a Japanese Audi A1 that I have been able to upgrade the firmware to the latest on this post. When attempting to update the Nav maps, I am unable to use either 'Standard' or 'User Defined' upgrade to upgrade the Maps. Instead I am shown a list of components, including AUDI_MMI3G_ECE all showing as 'N/A'. Further I am unable to drill into any component and select the checkmark for the application. It simply does not permit it. See below pic

I have run the info script on my car which is Here

See attached screenshot of the log.

Based on this, I think my issue maybe the same as this, and I need to repartition my drive before I will be able to apply the maps.

Just looking to confirm that you agree that this is likely my problem before I go down that road.

Also, are you aware of any guides on doing this? I expect I'll need to remove the head unit, remove the drive, attach it to my PC, capture an mage of the existing partitions, and then repartition the drive as per EU sizes, before restoring the image to the drive.

Anything else?

Thanks for any help you can provide.

 

I've reached an impasse and looking for some help.

Have a Japanese import A1 3G+ and have successfully updated firmware to EU as per this thread. I am unable to update the maps. Long story short, the update doesn't select the 'AUDI_MMI3G_ECE' component in standard update, and in user defined, I am unable to select it manually. Looking through this thread, I see other users have had this problem and noticed the below post about having to re-partition the drives. Happy to do this, just need some clarification about the steps / anything to be wary of. Is there a guide anywhere? I've found very little.

Any help appreciated.

@Shkelzenrr -- Thanks for posting this on your Google Drive.

HDDs for the Asian market are imaged with two extended partitions that EU & US MMI3GP systems do not have. The problem here is that the HDD space (that is, disk cylinders) for these two partitions come from the navdb partition, /dev/hd0t77. Your 60 GB HDD reports:

[INFO] Installed HDD: TOSHIBA MK6050GAC sn 93M4TY3XT fw TJ104A
[INFO] HDD reported cylinders: 57231
[INFO] HDD capacity (512 byte sectors): 117209088
[INFO] HDD partition table:

   _____OS_____     Start      End     ______Number______   Size    Boot 
   name    type    Cylinder  Cylinder  Cylinders   Blocks                

1. QNX       77          0      27347     27348  56008703  27347 MB
2. QNY       78      27348      47113     19766  40480768  19766 MB
3. QNZ       79      47114      48157      1044   2138112   1044 MB
4. Extd'd     5      48158      57230      9073  18581504   9073 MB

while the equivalent EU/US HDD reports:

[INFO] Installed HDD: TOSHIBA MK6050GAC sn 93D3T5WTT fw TJ104A
[INFO] HDD reported cylinders: 57231
[INFO] HDD capacity (512 byte sectors): 117209088
[INFO] HDD partition table:

   _____OS_____     Start      End     ______Number______   Size    Boot 
   name    type    Cylinder  Cylinder  Cylinders   Blocks                

1. QNX       77          0      28159     28160  57673287  28160 MB   *
2. QNY       78      28160      47621     19462  39857265  19461 MB
3. QNZ       79      47622      48664      1043   2136645   1043 MB
4. Extd'd     5      48665      57230      8566  17542980   8565 MB

We know that the MMI3GP ECE 6.36.0 navdb will (just) fit in an empty 60 GB HDD partitioned as shown above. The other problem is that the version of fdisk that is supplied with our MMI3G systems does not support creation of extended partitions from the command line. The path forward is to repartition the HDD so that it has a larger first partition. --g

 

I've reached an impasse and looking for some help.

Have a Japanese import A1 3G+ and have successfully updated firmware to EU as per this thread. I am unable to update the maps. Long story short, the update doesn't select the 'AUDI_MMI3G_ECE' component in standard update, and in user defined, I am unable to select it manually. Looking through this thread, I see other users have had this problem and noticed the below post about having to re-partition the drives. Happy to do this, just need some clarification about the steps / anything to be wary of. Is there a guide anywhere? I've found very little.

Any help appreciated.

@Shkelzenrr -- Thanks for posting this on your Google Drive.

HDDs for the Asian market are imaged with two extended partitions that EU & US MMI3GP systems do not have. The problem here is that the HDD space (that is, disk cylinders) for these two partitions come from the navdb partition, /dev/hd0t77. Your 60 GB HDD reports:

[INFO] Installed HDD: TOSHIBA MK6050GAC sn 93M4TY3XT fw TJ104A
[INFO] HDD reported cylinders: 57231
[INFO] HDD capacity (512 byte sectors): 117209088
[INFO] HDD partition table:

   _____OS_____     Start      End     ______Number______   Size    Boot
   name    type    Cylinder  Cylinder  Cylinders   Blocks               

1. QNX       77          0      27347     27348  56008703  27347 MB
2. QNY       78      27348      47113     19766  40480768  19766 MB
3. QNZ       79      47114      48157      1044   2138112   1044 MB
4. Extd'd     5      48158      57230      9073  18581504   9073 MB

while the equivalent EU/US HDD reports:

[INFO] Installed HDD: TOSHIBA MK6050GAC sn 93D3T5WTT fw TJ104A
[INFO] HDD reported cylinders: 57231
[INFO] HDD capacity (512 byte sectors): 117209088
[INFO] HDD partition table:

   _____OS_____     Start      End     ______Number______   Size    Boot
   name    type    Cylinder  Cylinder  Cylinders   Blocks               

1. QNX       77          0      28159     28160  57673287  28160 MB   *
2. QNY       78      28160      47621     19462  39857265  19461 MB
3. QNZ       79      47622      48664      1043   2136645   1043 MB
4. Extd'd     5      48665      57230      8566  17542980   8565 MB

We know that the MMI3GP ECE 6.36.0 navdb will (just) fit in an empty 60 GB HDD partitioned as shown above. The other problem is that the version of fdisk that is supplied with our MMI3G systems does not support creation of extended partitions from the command line. The path forward is to repartition the HDD so that it has a larger first partition. --g

 

I've reached an impasse and looking for some help.

Have a Japanese import A1 3G+ and have successfully updated firmware to EU as per this thread. I am unable to update the maps. Long story short, the update doesn't select the 'AUDI_MMI3G_ECE' component in standard update, and in user defined, I am unable to select it manually. Looking through this thread, I see other users have had this problem and noticed the below post about having to re-partition the drives. Happy to do this, just need some clarification about the steps / anything to be wary of. Is there a guide anywhere? I've found very little.

Any help appreciated.

hi,
I had this issue on A1 previously.
after changing specs in green menu as per document instruction, I upgraded the firmware via “standard “ and then add language set to EEPROM.
and then install maps.
initially you can’t select ECE folder , because I think few files & folders are needed. I deleted the maps data/partition, and then from red menu, install maps via standard mode,
It will finish in few minutes, then I again install maps through standard mode. This time it selected more folders & files.
I went through installation of maps via standard mode 3-4 times, and each time more files were installed and in last run complete ECE folder selected itself & installed. Then I did activation.
I came to conclusion, (I may be wrong), that after deleting maps folder & partition, for ECE folder to install , it needs some files/folders to be on disk (means require installation of those files), so that system could install ECE maps.
Hope that helps.

 

hi,
I had this issue on A1 previously.
after changing specs in green menu as per document instruction, I upgraded the firmware via “standard “ and then add language set to EEPROM.
and then install maps.
initially you can’t select ECE folder , because I think few files & folders are needed. I deleted the maps data/partition, and then from red menu, install maps via standard mode,
It will finish in few minutes, then I again install maps through standard mode. This time it selected more folders & files.
I went through installation of maps via standard mode 3-4 times, and each time more files were installed and in last run complete ECE folder selected itself & installed. Then I did activation.
I came to conclusion, (I may be wrong), that after deleting maps folder & partition, for ECE folder to install , it needs some files/folders to be on disk (means require installation of those files), so that system could install ECE maps.
Hope that helps.

Hey @bilal_zain thanks for the reply. I've just spent a few hours trying to run and re-run the nav updates, with no joy. Nothing re-runs the second or subsequent retries, and I don't get the option to select any more files / folders.

Could you expand on what you did when you say you 'add language set to EEPROM?'

I tried to delete the maps/data partition but the process doesn't seem to complete. It seems to hang on /stopping MMI3GApplication'.

Could you link me to the guide that you used?

Thanks
Nathan

 

@BNomad : When you say you ran the K0942_3 update on device MU9498, I assume you're selecting "Application" for all the sub-devices (fpga-emg, ifs-emg, ifs-root, efs-system) so that each of these are re-written to flash memory. By the way, what is the hardware part number for your main unit ? I think what may be happening here is that the REM Updater is using variant 41 of these -- I unpacked the IFS files as a project recently & see that MU9498/ifs-root/41/default/ifs-root.ifs contains the "broken" mmi3g-srv-starter.cfg file (with 107016 bytes). I'm thinking this is due to file /etc/hwSample that was installed when you first replaced the JP software with the EU software. That said, you might try removing the /etc/hwSample before re-running the MU9498 update with a small script:

mount -uw /mnt/ifs-root
rm -v /mnt/ifs-root/etc/hwSample

I think this is reasonable here since the original JP software did not have /etc/hwSample. --g

hi,
thanks for such valuable post.
my audi A1 japan imported stuck at logo screen , when MU9436 & sub devices are selected. before that there wasnt this "stuck at logo screen issue".
i have download your script for MMI-info-script , i will run tomorow and update.
one more thing..
can I run this script directly on MMI unit while its stuck at loading screen>
Code:
mount -uw /mnt/ifs-root
rm -v /mnt/ifs-root/etc/hwSample

thanks,

 

@nmpuk and @bilal_zain -- All Asian main units made by H-B for Aisin will need to be repartitioned to make a larger type 77 (/mnt/nav) partition to accomodate the ECE 6.36.0 nav database. User mj131 offered the community a new custom QNX 6.3.0 binary to repartition 60+ GB HDDs using the standard HN+_EU/US partitions, and I wrote an SD script to apply the binary on a running system; the ZIP archive for this SD script can be found here: GitHub - DrGER2/MMI3GP-HDD-MJan-Tool
Be sure to read the README file at the GitHub repository to enable the repartition/reformat function of the binary.

Note also that replacing the production HN+_JP software with HN+_EU requires additional steps to ensure that the correct variant of the HN+_EU software is installed. Post #32, above, shows the problem: HN+_JP_AU210 does NOT have /etc/hwSample, which is used to determine which variant is installed from the release media. You should expect that the "51" variant is installed; if the 0xD1 (41) variant is installed, you can expect various problems later on. --g

 

Thank you @DrGER for the helpful reply. I need to review the custom update you suggest, and will look to apply this once I have a handle on this.

Also keen to learn more about this 'etc/hwsample' issue you discuss. Could you elaborate or perhaps point me in the right direction? Will re-applying the current EU firmware update, resolve this missing folder issue?

Finally having read the readme, you mention having to restore the text to speech component manually - can I assume that would be by a user defined software update, manually checking the sss component?

Keen to document the entire process end to end once I have a grasp on it myself, as there doesn't appear to be much thorough info about this on the internet right now.

Thanks for all the help!

Thanks
Nathan

 

@nmpuk -- In your post #32, above, the software train name is reported as "HN+_JP_AU210_P0252" and the variant, which comes /etc/mmi3g-srv-starter.cfg, suggests the hardware sample is 0xE1 (but no /etc/hwSample file is present).
Given that, we expect that the REM update using HN+_EU_AU210_K0900 should apply the "51" hardware variant files, but does it ?

Re restoring SSS to the (re)partitioned/formatted HDD, yes, this would be done in the REM as User-defined. --g

 

So had a chance to run the re-partition tools earlier today, and it appears to have worked and recreated the partitions. See attached output from the script here and here.

At this point I re-applied the firmware which again appeared to complete ok. Finally I reapplied the Maps but saw the same issue as previous. Using 'user defined' mode, only three components were updated, NaviPersistence, MapStyles and TMCConfig. All other components were listed as 'N/A' and it was not possible to manually select them.

I should probably have left it here but I went to retry the Firmware. The reason for this is that whilst extracting the firmware from the 7zip file I received two extraction errors, for ifs-restore.isf and efs-system.efs see example image below. I didn't get any errors during the firmware install, but wanted to make sure that the problems weren't related to this.

Repeating the extraction I got the same errors again, so manually copied the missing files into the locations below:

\MU9436\ifs-root\51\default\
\MU9436\efs-system\41\default

I also thought I would try the emergency flash procedure to see if this would help. This went fine following the procedure outlined earlier in the thread. This seemed to go through fine, but eventually failed with the following red screen.

I'm not sure where to go from here. I've done some searching and seen some posts about adding a line to the metainfo2.txt file replacing the MetafileChecksum entries with a MetaSkipCrc=Y entry and retrying the firmware upgrade but thought I'd check on here first.

Any help or suggestions welcome.

Thanks
Nathan

 

My guess is that the "Flash CRC error" is due to a file that was corrupted in the original 7zip archive, which was noted during extraction. Personally, I like to confirm the integrity of large compressed archives downloaded from interwebz sources using m5sum or sha256 hashes, but that means the source archive must publish the checksums with the archives for comparison after download. Alas, none of the mega.nz archives come with checksums, so you must be extra careful to watch for errors during archive extraction, like you show above. When a downloaded archive fails like this, best to delete the compromised compressed archive file and download again until extraction completes without error.

So, where to now ? I don't have personal experience with a failed MMI3GP main unit like this, so I can't say what the (easiest?) next steps should be. Members like congo and mj131 may be able to offer better technical advice.

I will note, however, that your JP 9436 main unit is likely to need the "51" hardware variant files from MU9436 packaged in the HN+_EU_AU210_K0900 release. Other members here who have converted Asian main units to EU have need to load them from the IPL (search "unbricking MMI3G main units"), which requires access to the main system board and a serial console device. --g

 

That's @DrGER - I feared that would be the case. Going to look into the unbricking process now. Can you please tell me where the 51 hardware variant files can be found please?

 

@nmpuk -- Under MU9436, each of the component folders has three "hardware sample" folders 41, 51, and 61; your main unit, given when it was produced, likely needs to be (re)flashed with these from the IPL:

efs-extended/51/default/efs-extended.efs
efs-system/51/default/efs-system.efs
fpga/51/default/SystemFPGA.hbbin
fpga-emg/51/default/SystemFPGA.hbbin
ifs-emg/51/default/ifs-emg.ifs
ifs-root/51/default/ifs-root.ifs

--g

 

So re downloaded and recreated the update SD. Inserted the new card into the car when it switched on, it went through some sort of update and finally flashed a green screen saying CRC passed. The unit restarted and functionality is mostly back in so much as as radio / bluetooth and telephony works but the GUI is missing components and text and icons appear misplaced to how they originally were. I re ran another firmware update using the same media which was tricky as come text labels were not shown and I had to guess where the start or update icons were. The update was quick and rebooted after the final screen but the screens remained jumbled and missing text.
See attached examples.
I’ve ordered the edge connectors / usb to com adaptors anyway but any idea on what is causing this behaviour?
Many thanks
Nathan

 

@nmpuk -- This looks like a language list problem. Did you update the EEPROM language list for UK English (and German) ? --g

 

@DrGER I didn't do that. only carried out the above steps of recreating the firmware SD Card with a redownloaded firmware file. Inserted into the car, and when it turned on, it appeared to apply the firmware successfully. I haven't modified anything else.

When you mention updating the EEPROM, does that require VCDS or OBD11 type access or can that be done otherwise?

 

@nmpuk -- OBDeleven will do this; VCDS will not. See these posts for more info: https://www.a5oc.com/threads/a1-japan-import-mmi-language-change.178603/ and https://www.a5oc.com/threads/mmi-3g...avigation-6-36-0-and-firmware-updates-currently-2023-europe.176144/post-1640362
You're almost there ! --g

 

Thank you so much for all the help, would be stuck without you. Thanks!

Am going to order obd11 but need to check with them first if the next gen model which works with ios also has this functionality, as I am on iphone.

 

@nmpuk Can you write all the steps and what is needed?