Public Post Development
- Thread starter dyezak
- Start date
Makes sense. I was focused on vehicle speed matching not drive shaft speed. Diff is expected to show up Saturday. Unfortunately, I'll be out of town this weekend.
I was reading up on lsd options for the 215 case and it led me everywhere. I ended up on a M3 blog where he references modifying the TCU for a different gearset
Drexler GT light limited slip differential with short i = 3.62 wheelset
[TBODY]
[/TBODY]
Drexler GT light limited slip differential with short i = 3.62 wheelset
| A perfectly functioning lock is critical to performance and driveability, especially in a powerful front-engine rear-wheel drive vehicle. For this purpose, the M3 DKG is translated in series arg long and can increase significantly with a shorter axle ratio again in the wheel torque respectively the acceleration. In the translation, I have opted for an i = 3.62 wheelset (15% shorter than series i = 3.15). For this purpose, the gear software must be adapted accordingly, which, as always , has done the software man of my trust Oliver Enenkel of OE Motors . In the lock, the choice fell on a Drexler lock body with a Z4 GT3 similar setup with eight disk packs and perforated friction and outer disks for perfect oil circulation and thus optimal response. For this I have set a little bias to permanently ensure a nearly constant performance and to keep the maintenance intervals long. |
http://www.oemotors.de/#e9xm3
I sent a message asking for optimized programing modified to 2.56 gearing.
I sent a message asking for optimized programing modified to 2.56 gearing.
UPDATE...
I found other posts that said Oliver can only do 3.64 so I didn't expect to hear back. And then an email at 3 am central time saying he could do it but was super confused of why would you use such a long gear, didn't I mean 3.56?
I sent him details of the conversion to clarify.that I do indeed want 2.56 final drive adjusted in the M3 DCT programming.
Waiting to hear back.
Over the past week I wrote a small script to unpack and merge the 0da/0pa, and have started an IDA disassembly project for the resulting bin after a few educated guesses at cpu type. At this point, even if the FD table were identified, I highly doubt you could just flash it with Winkfp as both the checksum and RSA signature would be wrong.
The OE motors approach sounds promising, though it sounds more like an adaptation or coding change rather than than a reflash.
Cool, thanks for looking into it! I thought WinKFP corrected the checksum at flash time, but I've never attempted to flash a modified bin via WinKFP. Would still leave RSA as a problem even if it did though.
If OE motors can get it done, that would be awesome. Looking forward to more info on their process.
I’m aware of the effort that’s required vs where we are now. Still, the fact that someone who has a track record of completing things like this is taking a look is very encouraging.
@Stokes looking forward to see how the M3 software plays with the 3.08. That's only a 2.17% change (using more decimals 3.154/3.087), so it might just work even without tweaking tire height. That said, do you have a different tire height to make up the difference? I think you said you did but I forget.
Also, are there any M3 people who have changed FD? I feel like there has to be more than that one who went 3.64. There are so many options available and tons of tracked M3's. That's what makes me think there is an adaptation process for changing the FD stored in the TCU. Has anyone tried a full re-learn (not just clutches) to get a different FD to play nice?
For reference, the MSD8x DME has a constantly running routine to adapt the "stored" FD value for 6MT cars. It does work, but it works very slowly that's why I found it better to change the gear ratio table for correct gear reporting.
Also, are there any M3 people who have changed FD? I feel like there has to be more than that one who went 3.64. There are so many options available and tons of tracked M3's. That's what makes me think there is an adaptation process for changing the FD stored in the TCU. Has anyone tried a full re-learn (not just clutches) to get a different FD to play nice?
For reference, the MSD8x DME has a constantly running routine to adapt the "stored" FD value for 6MT cars. It does work, but it works very slowly that's why I found it better to change the gear ratio table for correct gear reporting.
I should be getting my car back from the shop either tomorrow or Tuesday with the full drivetrain swap and a 2.81 gear. I'm already running the stock M3 tire size (275/35-19). I've reset nothing at this point but will once I have the car back. I guess I'll find out if this is outside the "comfort" zone or not for the M3 software.
I was pretty sure that @BMWJunkie already runs the 2.81 and found that it still has the exact same problem? Or maybe i'm getting things mixed up.
Greetings guys .
Jake, is there a link for your script? Pulling them into winols and then exporting as bin is time consuming.
Once loaded into IDA, any luck trying different processor types?
Jake, is there a link for your script? Pulling them into winols and then exporting as bin is time consuming.
Once loaded into IDA, any luck trying different processor types?
Similar threads
