[bimmerfan1972]

Ok, I've been trying to find time to create this post for a while, so here goes. I will be as brief as I can in the description, but it might be difficult since I have been working on this for over 2 months.

The car:
2011 335xi
E92 chassis
N55 engine
M Sport Package
Everything stock-no mods

The problem:
A few months back I got an error "Adaptive headlights."
After Google searching I learned that moisture can get into the headlights and short some of the components. One of the causes is replacing a bulb and the headlight cover not sealing correctly. I had replaced a bulb last year, and 2 of the eyelets that secure the cover were broken, so I did the best I could. Then, this summer I went through a car wash. 2 days later, I got the Adaptive Headlights error.

Realizing that this was probably not a coincidence, especially after reading about others with this issue, I decided to go back in and look at it. Turned out that the Adpative Headlight Control Unit (which I think is sometimes reffered to as stepper motor controller) was corroded, on the right side, the side on which I replaced the bulb. So, I swapped the right and left AHL units and the problem followed. So, I know have one good AHL control unit.

I purchased a new unit from a Bulgarian company. They said it was tested prior to shipping, so I'm pretty sure the unit is good. Plus, the headlight moves when I start up the car, I guess the car checks to make sure everything is working.

While I was trying to get this new unit to work, I accidently bricked my FRM. I didn't know what I was doing, so it was totally my fault. After unsuccessful attempts to communicate with it again using INPA and all the other tools, even brought it to a European auto shop and they couldn't communicate with it, I orderd a new FRM.

So I got the FRM3R PL2 installed. I have all of the BMW Coding tools from Bimmergeeks installed and have a pretty good understanding of them at this point. Have good daten files, not sure which version. If I get something wrong in this next part, it's because I installed the unit about a month ago and might not remember some things.

I used Tool32 to flash the module. I'm not sure I used the right group file, but it worked. I think I used the one named FRM3PL2. I then used WINKFP to update the VIN. I then used NCSExpert to code all of the defaults. At this point, everything started working again. I worked on clearing the rest of the error codes until I was left with the original one, the Adaptive Headlights code.

I have read that I need to go into the RSMC and LSMC modules and sg_codiern, I guess that codes them back to factory. Problem is, I am getting an error communicating with those modules. I think at this point it is this error "ERROR_ECU_BUSY_REPEAT_REQUEST."

I have 2 theories:
1. I used the wrong group file in Tool32 to flash the FRM
2. I did not change the VO

This seems to be a common problem, and I think I am just missing something. Can anyone help?

Thank you in advance.

[sdbmwcoding]

Originally Posted by bimmerfan1972

Ok, I've been trying to find time to create this post for a while, so here goes. I will be as brief as I can in the description, but it might be difficult since I have been working on this for over 2 months.

The car:
2011 335xi
E92 chassis
N55 engine
M Sport Package
Everything stock-no mods

The problem:
A few months back I got an error "Adaptive headlights."
After Google searching I learned that moisture can get into the headlights and short some of the components. One of the causes is replacing a bulb and the headlight cover not sealing correctly. I had replaced a bulb last year, and 2 of the eyelets that secure the cover were broken, so I did the best I could. Then, this summer I went through a car wash. 2 days later, I got the Adaptive Headlights error.

Realizing that this was probably not a coincidence, especially after reading about others with this issue, I decided to go back in and look at it. Turned out that the Adpative Headlight Control Unit (which I think is sometimes reffered to as stepper motor controller) was corroded, on the right side, the side on which I replaced the bulb. So, I swapped the right and left AHL units and the problem followed. So, I know have one good AHL control unit.

I purchased a new unit from a Bulgarian company. They said it was tested prior to shipping, so I'm pretty sure the unit is good. Plus, the headlight moves when I start up the car, I guess the car checks to make sure everything is working.

While I was trying to get this new unit to work, I accidently bricked my FRM. I didn't know what I was doing, so it was totally my fault. After unsuccessful attempts to communicate with it again using INPA and all the other tools, even brought it to a European auto shop and they couldn't communicate with it, I orderd a new FRM.

So I got the FRM3R PL2 installed. I have all of the BMW Coding tools from Bimmergeeks installed and have a pretty good understanding of them at this point. Have good daten files, not sure which version. If I get something wrong in this next part, it's because I installed the unit about a month ago and might not remember some things.

I used Tool32 to flash the module. I'm not sure I used the right group file, but it worked. I think I used the one named FRM3PL2. I then used WINKFP to update the VIN. I then used NCSExpert to code all of the defaults. At this point, everything started working again. I worked on clearing the rest of the error codes until I was left with the original one, the Adaptive Headlights code.

I have read that I need to go into the RSMC and LSMC modules and sg_codiern, I guess that codes them back to factory. Problem is, I am getting an error communicating with those modules. I think at this point it is this error "ERROR_ECU_BUSY_REPEAT_REQUEST."

I have 2 theories:
1. I used the wrong group file in Tool32 to flash the FRM
2. I did not change the VO

This seems to be a common problem, and I think I am just missing something. Can anyone help?

Thank you in advance.

I think you got some of the terminology mixed up and jobs. Tool32 writes the vin, does not flash. Winkfp will flash/update firmware and write vin. You don't need to use both. You actually don't even need to use either, you can go straight to ncs expert and code it and it'll work fine. In ncs expert you want to load CAS vehicle order, press back, process ecu, choose NFRM, change job and choose FA Write. FA write to nfrm. Close out of ncs expert, load it back up and factory code the nfrm. That's the correct way to code it.

As for the adaptive headlight module replacement, LSMC and RSMC are the correct modules you want to code. Can you code either of them with SG Codieren? What profile are you using?

[bimmerfan1972]

Thanks for the reply. Yes, I'm sure I got some things mixed up since I did this a month ago and learned on the fly.

I will try your suggestion tonight when I get home. I am using Revtor's Expert Mode profile and to this point have not been able to code the LSCM or RSCM.

[bimmerfan1972]

Ok, so I did what you suggested. It seemed to take the FA Write just fine. I still can't communicate with the RSMC or LSMC.

I took some screenshots, maybe you can make some sense out of this. I still think I did something wrong when I initially coded it.

First screenshot is when I select the FRM in NCS. Notice that the SGBD name is FRM_70.PRG.

The second screenshot is when I select the RSMC. It is looking for SGBD named FRM_87.PRG.

Third screenshot is what I get when I try to SG_CODEIRN for RSMC or LSMC.

Fourth screenshot is what I see when I go into WinKFP and select the FRM, and select Read UIF. Seems to me like my car thinks there are 2 FRMs? Is that possible?

[Sensible_]

@sd********* gave you an important step. You didn't say if you did it however...

After copying the FA from your CAS to your new FRM3 with FA WRITE, you must default (factory) code the FRM3. You do this by the job sg_coderien (expert mode profile) on the NFRM module. Then try coding the SMC's

FYI FRM3 is an known as FRM_70


Also, for adaptive headlights you can't just use any FRM. They are not all made equal. You need an FRM that supports AHL...I trust your replacement does support it?

[bimmerfan1972]

You are right, I did not sg_codiern on my FRM. Nervous to do that, because it will put everything back to factory, but I will go ahead and do that.

Thanks for the info on FRM_70=FRM3. I purchased a direct replacement so it should work, right?

[bimmerfan1972]

Ok so I went ahead and used SG_CODIERN to code the FRM back to factory. Still getting the error, COAPI-1043. I'll mess with it after work more. Any more suggestions? I really want to get these working again.

[Sensible_]

Originally Posted by bimmerfan1972

Ok so I went ahead and used SG_CODIERN to code the FRM back to factory. Still getting the error, COAPI-1043. I'll mess with it after work more. Any more suggestions? I really want to get these working again.

What's the FRM part number? Did you get it from a dealer or used?

[bimmerfan1972]

I got it new from ECSTuning, link to what I bought below. It appears to be the same part that I had before. The casing says "FRM3R PL2" on both the old and new part. This is from the old unit, I assume this is the part number 6925637. Unfortunately I did not get a picture of the PCB before I installed the new one, but like I said I'm pretty sure it is the same.
https://www.ecstuning.com/b-genuine-...3/61356827064/

[icon2015]

bimmerfan1972 can you read the TRC files from LSMC and RSMC?

[bimmerfan1972]

No, when I go into NCS Expert and try to read out to trace (coderdaten_lesen?) I get the COAPI-1043 error.

[Sensible_]

Open the ERROR.LOG file and paste the contents here...

[bimmerfan1972]

Sensible_
[15:57:10.655] [2019-11-10] [SERIE] 2020 PABD/CABD A_SMCKWL.IPS CodIndex2Lesen 495
[15:57:10.655] [2019-11-10] [SERIE] SG antwortet nicht FRM_87, ID_SMC_LESEN: ERROR_ECU_BUSY_REPEAT_REQUEST

[15:57:10.758] [2019-11-10] [SERIE] 2020 Error COAPI2.CPP coapiRunCabd 6
[15:57:10.758] [2019-11-10] [SERIE] SG antwortet nicht CODIERINDEX_LESEN

================================================== ==============================(2)
[15:57:11.008] [2019-11-10] [SERIE] 4440 Trace CBD_PROC.C GetCbdFile 9
[15:57:11.008] [2019-11-10] [SERIE] Paramaterschlüsselwort ungültig 003209'01,BASE_FEHL_EINTR (2595d, A23h)

[15:57:11.008] [2019-11-10] [SERIE] 1043 Error CDH.C CDHGetNettoDataFromCbd 1
[15:57:11.008] [2019-11-10] [SERIE] Fehler bei CBD-Dateiverarbeitung SMCDS_LI.C04

[15:57:11.110] [2019-11-10] [SERIE] 1043 Error COAPI2.CPP coapiRunCabd 6
[15:57:11.110] [2019-11-10] [SERIE] Fehler bei CBD-Dateiverarbeitung SG_CODIEREN

[Sensible_]

Have you tried using the bimmergeeks profile? The SGET data is wrong. It's trying to use FRM_87.PRG.

Try changing it to FRM_70.PRG

[bimmerfan1972]

Originally Posted by Sensible_

Have you tried using the bimmergeeks profile? The SGET data is wrong. It's trying to use FRM_87.PRG.

Try changing it to FRM_70.PRG

Hm, well I tried just changing the FRM_87.PRG to FRM_70. PRG but I don't think I did it right, since it still tried to use FRM_87.PRG. How should I change it? Also, do you have a link to the Bimmergeeks profile? I can't remember where I got my profiles from. I am using Revtor's.

[Joe@TopGearSolutions]

Originally Posted by bimmerfan1972

Hm, well I tried just changing the FRM_87.PRG to FRM_70. PRG but I don't think I did it right, since it still tried to use FRM_87.PRG. How should I change it? Also, do you have a link to the Bimmergeeks profile? I can't remember where I got my profiles from. I am using Revtor's.

Change your build date within the VO to #0909.

[bimmerfan1972]

Originally Posted by Joe@TopGearSolutions

Change your build date within the VO to #0909.

And remove #0910?

[Joe@TopGearSolutions]

Originally Posted by bimmerfan1972

And remove #0910?

Sorry, no. I overlooked that...

[bimmerfan1972]

So, no, don't add #0909 or no don't remove #0910?

[Joe@TopGearSolutions]

Originally Posted by bimmerfan1972

So, no, don't add #0909 or no don't remove #0910?

I thought your car was pre-FRM_70. So, leave your VO as-is.

[Joe@TopGearSolutions]

Originally Posted by bimmerfan1972

So, no, don't add #0909 or no don't remove #0910?

Sent you a PM.

[bimmerfan1972]

Originally Posted by Joe@TopGearSolutions

Sent you a PM.

I tried to reply, but not sure if it went through. Yes, that would be fine.