Pages: [1]
Author Topic: Noob Process Validation for SAI Delete on BEA 1.8T  (Read 2810 times)
Clarice01
Newbie
*

Karma: +0/-0
Offline Offline

Posts: 5

2004 Audi TT 225 BEA


« on: April 21, 2022, 12:42:19 PM »

Hi all, been having a lot of fun reading up and learning about ME7 design and concepts. Been a while since I worked in hex. As a process validation to see if I've got the general idea down, I'm starting with a basic SAI delete on my '04 TT 225 (engine code BEA). Figured I'd post my work here to see if anyone has any tips or pitfalls I might have missed.

So, obviously, pulled the .bin using NefMoto. ME7Check says it's all good:



With that, I set off trying to find a definition map. Couldn't find an exact one for 8N0906018CJ. Someone named rayce on here had this ECU and used a good map from TTQS for a BAM engine but I could only find that in OLS (at the moment am trying to work with TunerPro, as I've used that before on GM cars). I found a definition for 8N0906018BB which someone in http://nefariousmotorsports.com/forum/index.php?topic=20326.0title= said they used on BEA so running with that for now. The definition map being different doesn't really matter if what you are trying to find is able to be located using the map and bin, right?

Anyway, from the s4 wiki I found that I need to modify ESKONF. Found that in TunerPro and the stock bytes look like what's in the wiki for a 1.8T, so seems right to me:



Modified bytes 5 and 6 setting bit pairs appropriately to remove SLP and SLV:



Next, following the wiki, I zeroed out MSLUB and MSLBAS so readiness checks will return properly:





Finally, I edited the bin to remove the designation that programming was in progress to avoid a CEL, as described in http://nefariousmotorsports.com/forum/index.php?topic=6719.0




With the bin good to go, I ran me7sum to fix the checksums and then re-validated it with me7check:






Would you guys say this is good to flash back and test? Did I miss anything obvious?

I'd have not known about the "programming in progress" thing if I didn't randomly come across it, so I'm a tiny bit worried there's gonna be something else I just don't know about that could cause big issues. I'd rather not brick the ECU and have to make a bench flash rig if I don't have to. Hope I've passed the reading exam.  Grin

A final, semi-related noob question, if I want to buy a second ECU so I can play a bit more dangerously, can I pull from any 1.8T with a 1024kb chip, and then just flash my stock bin onto it? Basically, does the ECU part number matter if I'm flashing the "correct" bin for the car it's going to be used it? There's not a lot of Audi TT's near me in junkyards but there's plenty of GTI's and such that are probably viable donors.  Lips sealed
Logged
aef
Hero Member
*****

Karma: +69/-46
Offline Offline

Posts: 1601


« Reply #1 on: April 21, 2022, 11:10:59 PM »

1. you can not boot the ecu using nefmoto, you need galletto, chiploader or mpps or ktag
http://nefariousmotorsports.com/forum/index.php?topic=3088.0
http://nefariousmotorsports.com/forum/index.php?;topic=19922.0
2. you can try to crossflash but you should aim for a ecu which has two lambdas where the precat lambda is wideband
i am not familiar with us market me7.5 engine codes but in europe you would use aum, auq, bam, amk and maybe some a4 ecus to crossflash between them

good start by the way, nice first post


Logged
fknbrkn
Hero Member
*****

Karma: +186/-24
Offline Offline

Posts: 1455


mk4 1.8T AUM


« Reply #2 on: April 21, 2022, 11:18:30 PM »

Youre good to go

As for spare ecu - use any wideband transverse (awp engine code if youre in usa)
You should immo off it or copy 95040 contents from yours

Beware of using definitions from another ecu, check some big maps like an kfmirl / kfmiop etc for adequate values
Check it twice with the beyound compare app with comparing your flash and flash that definition belongs to
Logged
Clarice01
Newbie
*

Karma: +0/-0
Offline Offline

Posts: 5

2004 Audi TT 225 BEA


« Reply #3 on: April 22, 2022, 01:36:17 PM »

1. you can not boot the ecu using nefmoto, you need galletto, chiploader or mpps or ktag
http://nefariousmotorsports.com/forum/index.php?topic=3088.0
http://nefariousmotorsports.com/forum/index.php?;topic=19922.0

Thanks for the links. I think/hope I won't been to bootmode flash yet but I did grab galletto and set it up when I was initially researching. Mostly just lazy and don't want to make to hack together a power supply and bench cable for this first test. Looks like I'll want to work on that though for getting a spare ECU functional.

Youre good to go

As for spare ecu - use any wideband transverse (awp engine code if youre in usa)
You should immo off it or copy 95040 contents from yours

Beware of using definitions from another ecu, check some big maps like an kfmirl / kfmiop etc for adequate values
Check it twice with the beyound compare app with comparing your flash and flash that definition belongs to

Thanks for the tips. Immo off doesn't look too hard and I only have one key right now so not a bad thing to work on anyways... buying the rfid things to get more immo-approved keys is a pita. Will need to work on building a bench rig but other than that, simple enough to get a spare ecu. Nobody's capable of driving stick here in the US anyways so theft potential is low, immo or not!

I guess I still don't fully understand what the definition files actually do. To me it seems like without a definition file then you just don't know what address/offset in the BIN corresponds to anything, so editing would be completely blind. But with a definition file you've mapped the BIN where an offset you now have claimed corresponds to something (say, a table like MSLUB, which is at offset 00010C20) to make editing much easier. I guess if the map was wrong for the BIN then certain address spaces would be opened based on what the map says and that data would not be in the correct offset location, so you'd inadvertently modify something you didn't mean to? Do I understand that correctly?

I ran a diff on my original CJ bin versus an original BB bin that was provided in the thread with the definition map I'm using. There's a few differences in the raw hex (primarily confined to one continuous address space, where the data is the same but my bin starts with three additional bytes, so it's all slightly shifted, and then shifts more later) but mostly looks the same. Also ran a diff on my stock bin versus the one I modified (before checksum fixes) and the only differences are bytes I have record of modifying from my screenshots... so even though it's probably not a great map for major changes, at least the changes I have are safe. Will flash it back today or tomorrow, fingers crossed all goes well. If not, well, at least it's not my daily. Cheesy

Looking into it more it seems like BB was for BEA (225hp) TT's from 2003 and CJ is for BEA (225hp) TT's from 2004, but there's no record of any model year differences I can find for those years, all BEA is wideband etc etc... 2004 they started offering a DSG automatic with a VR6 but obviously that has no effect on 1.8T models... wonder if I could just get away with flashing the BB stock bin and running the car off that as a base flash. The map I have is really nicely defined... oh well, something to play around with once I can get a spare ECU, I guess!
« Last Edit: April 22, 2022, 02:34:41 PM by Clarice01 » Logged
Clarice01
Newbie
*

Karma: +0/-0
Offline Offline

Posts: 5

2004 Audi TT 225 BEA


« Reply #4 on: April 22, 2022, 06:55:28 PM »

Flashed the modified bin back, car started. Drove around, stopped and started again, seems to work fine!

Confidence boosted, still a lot to learn before trying any significant changes but happy to have a good result here.  Cool
Logged
adam-
Hero Member
*****

Karma: +124/-33
Offline Offline

Posts: 2179


« Reply #5 on: April 23, 2022, 02:31:51 AM »

I guess I still don't fully understand what the definition files actually do. To me it seems like without a definition file then you just don't know what address/offset in the BIN corresponds to anything, so editing would be completely blind. But with a definition file you've mapped the BIN where an offset you now have claimed corresponds to something (say, a table like MSLUB, which is at offset 00010C20) to make editing much easier. I guess if the map was wrong for the BIN then certain address spaces would be opened based on what the map says and that data would not be in the correct offset location, so you'd inadvertently modify something you didn't mean to? Do I understand that correctly?

This sums it up exactly.  It's like an encyclopedia with a contents page that suits only that encyclopedia.  Try and look up fuel in another authors one on the same page won't take you to fuel...

WinOLS is good for comparisons and lining up files to compare against.  Remember that everyone is a noob at some stage - so just because a thread here says "I used this def on this file and it's fine" doesn't mean they know what they're doing...

If I can offer any advice, get a bench harness and a spare ECU - clone your existing ECU (read immo with Argdubs tool in OBD mode) and then write it to your spare, in bootmode, on the bench.  Get used to it.  You WILL need it at some stage, and it's good to have the skill now, rather than trying to develop it in the rain at 2am 100 miles from home.
Logged
Clarice01
Newbie
*

Karma: +0/-0
Offline Offline

Posts: 5

2004 Audi TT 225 BEA


« Reply #6 on: April 23, 2022, 03:49:15 PM »

This sums it up exactly.  It's like an encyclopedia with a contents page that suits only that encyclopedia.  Try and look up fuel in another authors one on the same page won't take you to fuel...

WinOLS is good for comparisons and lining up files to compare against.  Remember that everyone is a noob at some stage - so just because a thread here says "I used this def on this file and it's fine" doesn't mean they know what they're doing...

Makes sense, thanks. From some of the screenshots I've seen WinOLS does look like a tool worth learning.

What is the recommended version to use currently? Decade-old info on here seems to say 1.226 or 1.500 but the current versions seem much newer than that. New versions better, or best to stick with the tried-and-true old versions? I have hardware that I can run on anything from XP to Win11, as well as VMs, so really makes no difference to me what is the best approach for WinOLS in terms of computer support.
« Last Edit: April 23, 2022, 03:50:49 PM by Clarice01 » Logged
adam-
Hero Member
*****

Karma: +124/-33
Offline Offline

Posts: 2179


« Reply #7 on: April 24, 2022, 03:23:48 AM »

We can't discuss cloned versions but I knew a mate that ran 2.24 on Windows 10.
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Page created in 0.02 seconds with 16 queries. (Pretty URLs adds 0.001s, 0q)