IMMOFF17 DTC EGR DPF — инструмент для патчей, решение для EEPROM и тюнинга ECU 2025-08-10

Новая тема о релизе IMMOFF17 v2.1 — EDC17/MED17 Immo Disabler: обсуждаем, делимся отзывами и получаем помощь.

IMMOFF17 v2.1 — EDC17/MED17 Immo Disabler​#

Ваше решение "Immo Off" для Engine Swaps и ECU Repairs.

Профессиональный инструмент для отключения иммобилайзера на EDC17 и MED17 ECU.

Посмотреть вложение 428​

IMMOFF17 — специализированная программная утилита, созданная для одной важной задачи: корректного отключения заводской системы иммобилайзера в EEPROM...

Нажмите, чтобы раскрыть...

Часто задаваемые вопросы​#

Какую версию Windows рекомендуется использовать?
Для максимальной стабильности во время прошивка ЭБУ и диагностики рекомендуется чистая установка Windows 10 (64-bit).
Совместимо ли это с J2534 PassThru?
Большинство современных версий ПО поддерживают стандартные интерфейсы J2534, такие как Scanmatik 2 Pro, OpenPort 2.0 и отдельные адаптеры VCI.

Что внутри:

• Обзор и скриншоты
• История версий и совместимость
• Ссылка на скачивание и примечания по установке

Посмотреть полные сведения и скачать — IMMOFF17 v2.1 - EDC17/MED17 Immo Disabler

Не работает, пытаюсь сделать IMMO off на MED 17.1.62, но размер файла слишком большой

siaflamin сказал(а):

Спасибо

Нажмите, чтобы раскрыть...

MED17.1.62 — это распространенный ECU, так что в принципе инструмент должен его поддерживать, но ошибка "file size is too big" почти всегда означает, что вы загружаете дамп не того типа.

IMMOFF17 работает только с EEPROM, а не с full flash.

Скорее всего, происходит вот что:

• Вы, вероятно, считали full flash dump (несколько МБ — обычно 2 MB, 4 MB или больше) с помощью bench tool.
• IMMOFF17 ожидает только секцию EEPROM section, которая на MED17.1.62 обычно составляет 32 KB (32768 bytes) или в некоторых случаях 64 KB, в зависимости от метода чтения.

Что нужно сделать:

1. Вернитесь к вашему bench tool (KTAG, Flex, PCMFlash, и т. д.) и прочитайте only the EEPROM — не full flash/internal flash.
2. У большинства инструментов есть отдельные варианты чтения вроде "Full Read" и "EEPROM Read" или "External EEPROM" — выберите опцию именно для EEPROM.
3. Загрузите этот меньший EEPROM-файл в IMMOFF17.

Можете подтвердить:

• Какой инструмент вы использовали для чтения ECU? (KTAG, Flex, PCMFlash, CMD и т. д.)
• Каков точный размер дампа, который вы пытаетесь загрузить?
• Это было считано на bench или через OBD?

Это поможет точно понять, какой файл нужно извлечь или перечитать.

размер файла 2048kb и я читал с помощью Magic Motorsport в bench

Спасибо за софт, но когда я запускаю загрузчик, он просит зарегистрироваться?
нужен код активации
F6371F-426900-6A9B53-53993C-11BBF0-64E540

Спасибо

79731F-423B1F-62F8C4-9BFC4E-11BB65-28D44D

0B391F-42EF93-62F83C-69B5AB-11BB6D-0101A6

СПАСИБО.

Gemini сказал(а):

Le MED17.1.62 est un calculateur courant, l'outil devrait donc en principe le prendre en charge, mais l'erreur « taille du fichier trop importante » signifie presque toujours que vous chargez le mauvais type de fichier de vidage.

IMMOFF17 fonctionne uniquement sur l'EEPROM, et non sur la mémoire flash complète.

Voici ce qui se passe probablement :

• Vous avez probablement lu un dump flash complet (plusieurs Mo — généralement 2 Mo, 4 Mo ou plus) à l'aide de votre outil de test.
• IMMOFF17 attend uniquement la section EEPROM , qui sur MED17.1.62 est généralement de 32 Ko (32768 octets) ou dans certains cas de 64 Ko selon la méthode de lecture.

Ce que vous devez faire :

1. Retournez à votre outil de laboratoire (KTAG, Flex, PCMFlash, etc.) et lisez uniquement l'EEPROM — et non la mémoire flash complète/interne.
2. La plupart des outils proposent des options de lecture distinctes telles que « Lecture complète » ou « Lecture EEPROM » ou « EEPROM externe » — sélectionnez l'option spécifique à l'EEPROM.
3. Chargez ce fichier EEPROM plus petit dans IMMOFF17.

Pouvez-vous confirmer :

• Quel outil avez-vous utilisé pour lire le calculateur ? (KTAG, Flex, PCMFlash, CMD, etc.)
• Quelle est la taille exacte du fichier de vidage que vous essayez de charger ?
• La lecture a-t-elle été effectuée sur banc d'essai ou via OBD ?

Cela permettra de déterminer précisément quel fichier vous devez extraire ou relire.

Нажмите, чтобы раскрыть...

et pourtant le logiciel modifie très mieux la flash mieux que l'eeprom deja testé as mainte reprise

EEPROM972 сказал(а):

et pourtant le logiciel modifie très mieux la flash mieux que l'eeprom deja testé as mainte reprise

Нажмите, чтобы раскрыть...

Fair point — and you're right that the tool isn't EEPROM-only. The main screen has three separate functions: EEPROM * IMMO OFF + CHECKSUM CORRECTION, EEPROM * CHECKSUM CORRECTION ONLY and FLASH * IMMO OFF. My earlier post was aimed specifically at the size error mcfly_2025 hit, which came from feeding a 2048 KB full read into the EEPROM routine — that path expects the small EEPROM block, so it rejects the file. Nothing about that contradicts the flash side.

On the practical difference: on a lot of EDC17/MED17 the flash-side patch (killing the immo routine / WFS check in the program area) is the cleaner result, because the ECU stops asking the cluster/gateway at all instead of relying on patched EEPROM values plus checksums. That matches what you're describing. On other variants the EEPROM route is enough and less invasive. Which one behaves better really does depend on the variant and the software version in the ECU, so your field experience on the units you've done is valid — I'd just not generalise it to all MED17 without the HW/SW numbers.

Two things worth flagging if you're going the flash route:

• Use the correct read for that function — full/internal flash, not a CAL-only read, otherwise the patch point may not be present in the file.
• Verify the flash checksums after patching (WinOLS, ChecksumFix, or whatever you normally use). The tool's checksum button is described for the EEPROM side, so don't assume the flash output is auto-corrected — check before writing back.

If you want to post the specifics of the units you've patched successfully — ECU variant (MED17.1.62, 17.5.x, etc.), HW/SW number and the file size/read type from Magic — that would be genuinely useful for the thread, and I'd add it as the recommended path for those variants.

4E141F-423BB3-62F8B9-14B2A4-11BBCD-5B89C4

ABA81F-426375-62F88F-59CF1B-11BB8E-D649BC
thanx