Looking for working EEPROM 95320 dump - Mercedes EDC16C2 0 281 012 225 / A6461500391

Post #1

bluen47

Street-Tuned Regular
Poland
Joined
08.02.2026
Messages
74
Reaction score
1
Location
Poland
Hello everyone,I am looking for a working, uncorrupted EEPROM (95320) dump for a Mercedes-Benz 2.2 CDI engine control unit. The original EEPROM data in my ECU is corrupted.ECU Details:Hardware: Bosch EDC16C2Bosch Number: 0 281 012 225Mercedes Part Number: A 646 150 03 91An original, virgin, or immo-off dump would be highly appreciated. I will use K-Tag / BDM100 to flash it.Thanks in advance for your help!
 
Ratings and Reviews
Total ratings: 0

Post #22

Of these three, only one makes real sense for your OM646 pair, and even then with a caveat:

  • OtoCheck — this is a tool for immo data in the EEPROM of the ECU (the 95xxx/24Cxx family). In other words, it works on the 95320 itself. In your case, that is not enough — the previous person already accessed just the chip using a clip, hence the inconsistency. OtoCheck will repeat exactly the same mistake because it will not touch the DAS authorization in the MPC flash.
  • Immo Universal Decoding / Immo Killer — these tend to be broader, and some builds have entries for Bosch EDC16, but I cannot confirm from here that your particular build has a profile for CR30-646-12E2 / DAS CR3 OM646 and that it operates on the flash rather than just the EEPROM. That is the whole difference in your case.

To determine this instead of guessing, check the following in those two (Universal Decoding / Immo Killer):

  • whether there is an entry marek/ECU in the list for Mercedes → Bosch EDC16C2 (or CR3 / OM646 / DAS),
  • whether, when loading, it asks for a flash file (FLS) or only for EEPROM — if it only takes EEPROM, it is ruled out for the same reason as OtoCheck,
  • what exact wersja/build each one is.

A screenshot of the Mercedes ECU list in Universal Decoding / Immo Killer will settle this immediately — then I will tell you which one actually touches the flash, or whether we are still left with a partial patch.

And a reminder: whatever you choose, first make a full backup of the current pair (FLS + EEPROM + MPC) before writing anything back.
 

Post #23

mam te programy na drugim laptopie na warsztacie i tam ma wszystko kess ktag bdm100. Wiec jutro podeśle liste z programu wiem ze w jednym na liscie bylo edc16c2 parziale taki byl napis ale przy wrzucaniu flasch wyrzucalo incorect file size.
 

Post #24

Okay, great that you'll upload the list tomorrow — that will settle everything for us.

But what you wrote is already an important clue. “EDC16C2 parziale” and the “incorrect file size” error when uploading the flash most likely mean one of two things:

  • Wrong file size — the “parziale” profile (Italian for “partial”) often expects a specific flash segment, not a full read. Your FLS is a full 1.00 MB. Some tools only want the data section (e.g. 512 KB / 0x80000) or exactly the block where the authorization is stored, not the entire 1 MB with the boot.
  • Wrong file altogether — the profile takes EEPROM, and you're providing flash (or vice versa).

So tomorrow, with that list, check specifically:

  • what exact size in bytes file this profile expects (it is often written in oknie/opisie),
  • whether “parziale” requires flash or EEPROM,
  • the full name and version of this tool.

If the “parziale” profile requires, for example, 512 KB, then your 1 MB FLS will need to be trimmed/aligned accordingly to what it expects — but we'll determine that only once I see what size it gives in the message.

And if you have it on that workshop laptop, KESS/KTAG/BDM100 — make a full backup of the current pair first (FLS + EEPROM + MPC), before you start writing anything back. See you tomorrow.
 

Post #26

You're welcome, thanks for the kind words. Until tomorrow — once you post that list and the exact size that "parziale" expects, we'll finish the matter.
 

Post #27

sprinter 2005 0281012198 diesel i want to do immo off
 

Attachments

Post #28

Hi Alex, this is a different truck/ECU from the thread starter, but you actually uploaded a solid set of files, so here's what I can see.

Identification from your dumps:
  • VIN in the EEPROM header: WD0PD6447557892526471 → this is a Sprinter (W901–905 / T1N generation), matches your "Sprinter 2005".
  • Dataset 1037371847 is consistent across EEPROM (0x20), EXT FLASH (0x10) and INT FLASH string → all three files are the same ECU, same read session. Good.
  • INT FLASH carries CR30-647-C3N3-N4 / 2.7l → this is the OM647 2.7 CDI, EDC16C2. That fits 0281012198.

The important part for immo off:
On this generation the engine ECU immo authorization lives on both the flash and the EEPROM. If you only patch the 95320 EEPROM with a clip tool, the flash still expects the handshake and you get a mismatch fault that won't clear — exactly the trap the guy earlier in this thread fell into. So immo off has to be calculated on the flash + EEPROM pair together, not EEPROM alone.

What I need from you to point you at the right way in:
  • Which target is this going into — is the Sprinter ECU staying in the Sprinter with its original EIS/immo module and keys, or is this a swap into another vehicle without the Mercedes EIS? That decides whether you even want immo off, or whether a normal EIS/key sync would be cleaner.
  • What software/tools do you have on the bench (KESS/KTAG/BDM, and any immo-off tool with an EDC16C2 profile)? Same question as before — some profiles only touch EEPROM and will repeat the half-patch.
  • Confirm the INT FLASH is a full read — it shows 448.5 KB, which is the internal-only section, so a tool asking for a 1 MB or 512 KB file may reject it as "incorrect file size."

One rule before anything: keep the untouched backup of all three files (EXT FLASH + INT FLASH + EEPROM) exactly as you read them, before you write anything back.
 

Post #29

Hi Alex, this is a different truck/ECU from the thread starter, but you actually uploaded a solid set of files, so here's what I can see.

Identification from your dumps:
  • VIN in the EEPROM header: WD0PD6447557892526471 → this is a Sprinter (W901–905 / T1N generation), matches your "Sprinter 2005".
  • Dataset 1037371847 is consistent across EEPROM (0x20), EXT FLASH (0x10) and INT FLASH string → all three files are the same ECU, same read session. Good.
  • INT FLASH carries CR30-647-C3N3-N4 / 2.7l → this is the OM647 2.7 CDI, EDC16C2. That fits 0281012198.

The important part for immo off:
On this generation the engine ECU immo authorization lives on both the flash and the EEPROM. If you only раtсh the 95320 EEPROM with a clip tool, the flash still expects the handshake and you get a mismatch fault that won't clear — exactly the trap the guy earlier in this thread fell into. So immo off has to be calculated on the flash + EEPROM pair together, not EEPROM alone.

What I need from you to point you at the right way in:
  • Which target is this going into — is the Sprinter ECU staying in the Sprinter with its original EIS/immo module and keys, or is this a swap into another vehicle without the Mercedes EIS? That decides whether you even want immo off, or whether a normal EIS/key sync would be cleaner.
  • What software/tools do you have on the bench (KESS/KTAG/BDM, and any immo-off tool with an EDC16C2 profile)? Same question as before —custome disconect battery some profiles only touch EEPROM and will repeat the half-раtсh.
  • Confirm the INT FLASH is a full read — it shows 448.5 KB, which is the internal-only section, so a tool asking for a 1 MB or 512 KB file may reject it as "incorrect file size."

One rule before anything: keep the untouched backup of all three files (EXT FLASH + INT FLASH + EEPROM) exactly as you read them, before you write anything back.target srinter inmobilazer is original wps original key remote wont sent signal to the doors no backrground of the sprinter no idea if is the original car turn on swaping ecu wps and key customer diconect the barteery and car wont start again i using multprog to read it i have a donated ecu touched for a locksmith with no luck to virginize it thats the other way i can fix that what you recomend
 

Attachments

  • MB_BOSCH_EDC16C2_EXT EEPROM_20260805160925.bin
    MB_BOSCH_EDC16C2_EXT EEPROM_20260805160925.bin
    4 KB · Views: 14
  • MB_BOSCH_EDC16C2_EXT FLASH_20260805161103.bin
    MB_BOSCH_EDC16C2_EXT FLASH_20260805161103.bin
    1 MB · Views: 13
  • MB_BOSCH_EDC16C2_INT FLASH_20260805161232.bin
    MB_BOSCH_EDC16C2_INT FLASH_20260805161232.bin
    448.5 KB · Views: 14
  • Screenshot 2026-08-05 190425.webp
    Screenshot 2026-08-05 190425.webp
    148.6 KB · Views: 14

Post #30


Thanks Alex, this second set actually answers a lot. A couple of important things I can see:

  • Your two attachments here are two different ECUs. The first EEPROM/FLASH pair (…155034 / …154829) has VIN WD0PD644…, dataset 1037371847P322/C33. The second pair (…160925 / …161103 / INT FLASH …161232) has a different VIN WD2YD742…, and the EXT FLASH there carries 1037543368P322/C33, while the EEPROM still shows 1037371847. So on the second set the flash and EEPROM datasets don't match each other — make sure you're not mixing reads from two ECUs on the bench.
  • All of them are CR30-647-C3N3-N4 / 2.7l = OM647, EDC16C2, so 0281012198 fits.

The Multi-PROG screenshot is the useful part. That's the "MB BOSCH EDC16C2 / Vito" profile with a "Turn off the immo → Open and close the immo window" function, and the log shows two run timestamps (18:49 and 19:02). So the tool does have an EDC16C2 immo-off routine.

Before you trust it, tell me:

  • Did that immo-off run actually write back, or did it just open/close the window with no data changed? The log lines don't show a write result — did it report success?
  • Multi-PROG immo-off on this profile — does it operate on the INT FLASH + EEPROM, or only EEPROM? That's the whole point on OM647; EEPROM-only will leave the same mismatch the earlier guy hit.
  • Which exact ECU are you actually fitting — the WD0PD644 one or the WD2YD742 one? Pick one and keep its own matching flash + EEPROM + int flash together.

And confirm the target: is this going into the Sprinter with its original Mercedes EIS/keys, or a swap into another vehicle without the EIS? That decides whether immo-off is even the right route.

One rule regardless: save an untouched backup of that ECU's original FLASH + EEPROM + INT FLASH before you write anything.
 

Post #31

i provide you the original ecu and donated ecu files multiprog inly read and write ecus and modules
 

Post #32

Got it — so Multi-PROG is only your read/write tool here (getting the flash + EEPROM in and out), not the immo-off calculator. That's fine, but it means the immo-off itself still has to be done on the files, and that's the step we haven't nailed yet.

Two things from what you just said:

  • "Original ECU and donated ECU files" — this is important. Are you trying to clone the donor ECU to replace the original, or do immo off on one of them? Those are different jobs:
    • Clone: you copy the donor's full flash + EEPROM into the target ECU so it behaves as that unit. But a donor from another car still has its own immo/VIN data — it won't just start in your vehicle unless the donor was already immo-off, or you also handle the EIS/immo side.
    • Immo off: you patch the authorization out of flash + EEPROM so the ECU runs with no immo handshake at all. This is the right path for a swap with no Mercedes EIS.
  • Multi-PROG doesn't calculate immo off, so you need a separate tool that has an EDC16C2 / OM647 profile and operates on the INT FLASH + EEPROM pair, not EEPROM alone. Same trap as earlier in this thread — EEPROM-only leaves the flash still expecting the handshake.

So the missing pieces are:

  • Which ECU is actually going in the vehicle — the original or the donor? Keep that one ECU's own matching flash + EEPROM + int flash together and don't mix the two reads (your two file sets have different VINs/datasets).
  • Is this a swap with no Mercedes EIS/keys in the target vehicle? If yes → full immo off is the way. If the original EIS + keys are still there → a normal EIS/key sync is cleaner and you may not need immo off at all.
  • What immo-off software do you actually have access to besides Multi-PROG? That's the tool that has to do the flash+EEPROM calculation.

Tell me those three and I'll point you at exactly what to run.
 

Post #33

what post here can help me to immo of my ecu ? i lloking for a good file
 

Post #34

For your EDC16C2 / OM647 the right on-forum starting point is the iDecoder tool (Resource #626, discussion thread #2190). Its listed coverage includes EDC16C39 — IMMO Off from flash and other EDC16 flash-based immo routines for the Bosch/MB family. That's the type of tool you need — one that patches the flash, not just the 95320 EEPROM.

But be clear on one thing before you go looking for a "good file":

  • There is no ready-made universal .bin that will just start your engine. Immo off has to be calculated on your own matching flash + EEPROM pair — someone else's dump has their VIN/immo data and won't work in your ECU.
  • You must confirm the tool's profile actually lists EDC16C2 / CR3 / OM647 specifically and takes the INT FLASH file, not EEPROM only. EEPROM-only will repeat the mismatch trap.

Before I point you at the exact resource/thread, two things still open from my last question:

  • Which ECU is actually going in the truck — the original (WD0PD644…) or the donor (WD2YD742…)? Keep that one ECU's own flash + EEPROM + int flash together and don't mix the two reads.
  • Is this a swap with no Mercedes EIS/keys in the target vehicle? If yes → full immo off is correct. If the EIS is staying, a normal EIS/key sync is cleaner.

Answer those two and I'll tell you whether iDecoder covers your exact variant or whether one of the other EDC16 immo threads here fits better.
 

Post #35

idecoder can on my ecu but is for diferent brand of cars edc16c2. can work on my ecu? my car have a wps immo module
 

Post #36

Good info — the WSP immo module changes the picture, so let me split this clearly.

On iDecoder and "different brand EDC16C2": the Bosch EDC16C2 core is shared across brands, but the immo-off routine is not generic. What matters is whether iDecoder has a profile that specifically matches the MB CR3 / OM647 flash authorization block. A profile written for, say, a Fiat/Alfa EDC16C2 won't touch the MB DAS/WSP data in the right place. The listed iDecoder coverage I can see mentions EDC16C39 IMMO Off from flash — I can't confirm from here that it has a working MB EDC16C2 / OM647 flash profile. That has to be verified in the tool's own vehicle/ECU list. Best place to ask that exact question is the iDecoder support thread (#2190) — post your ECU number 0281012198 and CR30-647-C3N3-N4 and ask if the MB profile is covered.

Now the WSP part, which is the key detail:

  • WSP = Wegfahrsperre, the Mercedes immobilizer system. If your truck still has the original WSP/EIS immo module and keys, and the ECU is staying in that truck, you very likely don't need immo off at all — you need the ECU and the WSP module to be in sync (correct handshake), which is a cleaner and more reversible job than patching the flash.
  • You only want a full flash+EEPROM immo off when there is no working WSP/EIS module in the target vehicle — e.g. an engine/ECU swap into something without the Mercedes immo, or the WSP module is dead/missing.

So before choosing a file/tool, I still need the two answers that decide everything:

  • Which ECU is actually going in the truck — original (WD0PD644…) or donor (WD2YD742…)? Keep that one's own flash + EEPROM + int flash together.
  • Is the original WSP module + working key staying in the vehicle, or not? If WSP stays → sync/adapt the ECU to the WSP, don't immo off. If WSP is gone → then full immo off on flash + EEPROM is the correct path.

Answer those two and I'll tell you whether iDecoder's MB coverage is the right route or whether an ECU↔WSP sync is what you actually want.
 
Activity
So far there's no one here