Unfortunately we do not accept new members for free, Now Registration cost 30€, if you are interesting Send Email to [email protected]

Nettodat coding shows incorrect daten files
19-01-2017, 08:01 AM,
Post: #1
XZBMW  Nettodat coding shows incorrect daten files
Hey guys,

I've been trying to get my interior lighting (with lights package) to go a little brighter as it is barely visible at this point with the dimmer on max (the instrument lights are ok, but the actual orange interior lights from the lights package are very dim). I changed U_POTI_DIMM_MIN from wert 2 to wert 1 (1V to 1.098V - hardly much of a bump) and U_POTI_DIMM_DELTA the same (3V vs 3.294), together adding up to a miserly almost 0.4V bump. It is a tiny bit better, but only if I'm looking hard. So I decided to dip my feet into custom values coding via nettodat.trc.

I'm ok until the very end of the process (I have my custom value added, and have a NATTODAT.MAN file exported from NCS Dummy) but when I get to the coapiCodeSgByNettoData bit, I notice that it selects the wrong daten files. The first time I was not paying much attention and flashed like that, it completed without errors, but all that happened was that the U_POTI_DIMM_MIN value was just erased from the next FSW_PSW.TRC I read out (and obviously no change to the lighting). I coded it back with a backup, and tried again and that's when I noticed what was happening:

I have an LM2 with the latest part number (manufactured in 2013), but the car is from 2005 (i'm guessing this is somewhere at the root of my issue). For this LM2 the normal daten files that it gets coded with are these:
LM2_E6X.C35, A_E60LM2.IPO, LM_AHL_2.PRG, but when I go to basic functions and try to code with the NETTODATA.MAN file I can see the listed ones are: LM_E60.C0B, A_E60LM2.IPO, LM60.PRG and in the CBD Name field on the coapiCodeSgByNettoData dialogue box I see LM_E60.C0B is prefilled.

Anyone got any ideas as to why this is happening and how to resolve this (my guess is that it may be something to do with the VO and/or the production date of the car, and thus it is trying to code it as if it has the old LM1 still inside- but i'm not sure how to check that).

Thanks in advance!
Quote this message in a reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  BMW F10 RHD to LHD coding? morto 10 1,206 3 hours ago
Last Post: muskatas
  BMW E31 E32 E34 SP-Daten schaeublew 5 298 Yesterday, 06:38 AM
Last Post: Spitfire555
XZBMW G15 remember last driving mode & ECO PRO MSA memory coding duss46 7 336 26-03-2024, 18:56 PM
Last Post: duss46
XZBMW coding g12 remote key /m display redog4dy 5 181 26-03-2024, 07:23 AM
Last Post: Siki78
  Some news, secure coding coming to new bikes :/ Node 8 995 25-03-2024, 15:13 PM
Last Post: RuleNormaliai
XZBMW dsc incorrect vin e87 redog4dy 10 251 24-03-2024, 23:56 PM
Last Post: armenh7
  Need help coding out SOS BMW E60 tigre 8 181 24-03-2024, 21:25 PM
Last Post: jararak
  |ON MEGA| SP-Daten up to V71 hashtagmaster 25 13,135 23-03-2024, 18:26 PM
Last Post: vLTy
  Engine swap E60 535d --> E61 530d coding advice requested Stratofortress 9 295 23-03-2024, 14:59 PM
Last Post: Simoniak
XZBMW ISTA+ 4.46.3x Install Files - MEGA shawnsheridan 9 1,664 22-03-2024, 22:13 PM
Last Post: 2013m5

Forum Jump:


Users browsing this thread:
1 Guest(s)

Return to TopReturn to Content