Help with EDC17CP14 2015 VW Jetta please

Post #1

zoltanauto

Watchlisted
Canada
Joined
09.08.2026
Messages
1
Reaction score
0
Location
Canada
I am inexperienced in this and trying to learn so please if you answer me please explain as if I am a child .I am an experienced self employed mechanic and am hoping to be able to do a little bit of tuning work for my own education and to fund genuine tool purchases .
I have an edc17cp14 TC1796 from a north american market 2015 jetta 2.0 tdi CJAA , ECU says assembled in mexico . I have the ECU open to access boot pad
I have tried to read this with Launch X-prog 3 genuine tool - would not even ID although tool reads obd fault codes and stuff and looks like it might be willing to write a backup file
Clone MPPS 2 V21 - tells me it's read protected and to use boot mode - tried boot mode still says read protected
Clone PCM flash / SM2 pro - Fails to communicate module 71 and 53
Clone KTAG appears to read and gives me files to save
the files I get from ktag look ok but I am confused by the file sizes , the full backup is 1258 KB but the Micro file is 2048 Kb and so is Extflash plus Eeprom at 128Kb .
To my mind the backup file should be bigger than the individual files ,So did the tool read wrong ,not save the files correctly or is it right ?
Next question - does anyone know if the serial communication patching option in clone ktag works ? if not how can I get past the TPROT ? I have looked in hex editor for the TPROT string that I found online and cannot find anything close to it .
I have removed the DPF from the car and need to alter or buy a modified tune to accommodate this . Thanks in advance any any help appreciated .
 
Ratings and Reviews
Total ratings: 0

Post #2

Welcome, and no problem at all explaining this clearly. First, the good news: nothing you described sounds broken.

On the file sizes
Your mental model of "the backup should be the biggest file" is the confusing part, so let's drop it. The ECU doesn't have one big memory. It has several separate memories, and KTAG reads each one into its own file:

  • Micro = 2048 KB — this is the internal program flash of the TC1796. 2 MB is exactly right, that is the full chip, so that read looks complete.
  • EEPROM = 128 KB — this matches the TC1796 data flash / EEPROM region. Correct size.
  • Extflash — the external memory chip, read on its own.

Each of those is a full, standalone copy of that one memory. They are not slices of the "backup." The 1258 KB "full backup" is just KTAG's own container/log for the job — it is not meant to be the sum of the others, so it being smaller does not mean a bad read. Think of it like photographing three separate rooms: you get three photos, not one photo that contains the other three.

How to actually prove the read is good (do this before trusting it)
  • Read the micro twice and compare the two files in your hex editor (or a compare tool). If they are byte-for-byte identical, the read is clean. This is the single most important check.
  • Open the micro dump and scroll through it. A good dump has varied data. If large areas are all FF or all 00, that region didn't read.

On TPROT / serial patching
Here is the key point people miss: TPROT is TriCore read protection. If KTAG already gave you a real, repeatable micro dump in boot mode, then the boot read has already gotten past TPROT for reading — the bootloader bypasses it at the hardware level. So you don't need to hunt for TPROT in the hex editor just to read.

Where TPROT matters is if you later want to write your modified file back over OBD/bench instead of boot: some workflows remove/patch the TPROT bytes in the dump so the ECU will accept an OBD write afterwards. That's a separate step, and you don't touch it until you have a verified read and a checksum-correct modified file. Don't blindly edit bytes you found in a hex search — you can brick the boot process that way.

To point you to the exact next step, can you post:
  • The full ECU HW and SW number (from the label and/or from the read).
  • The exact KTAG protocol number you used for this read.
  • Whether two consecutive micro reads compare identical.
  • A screenshot of the KTAG read log/summary.

That'll tell us whether your dump is trustworthy and what your real path to writing is.
 
Activity
So far there's no one here