Ищу рабочий дамп EEPROM 95320 - Mercedes EDC16C2 0 281 012 225 / A6461500391

Обычная 95320 с другого EDC16C2 вам не поможет, даже если кто-то выложит файл — данные IMMO/CS привязаны к этой конкретной машине (VIN, SKC/immo и IQA/IMA калибровки форсунок находятся в EEPROM/flash), так что чужой дамп либо не даст запустить двигатель, либо вызовет ошибки IMMO. Поэтому прежде чем искать чужой файл, стоит попробовать восстановить свой.

Несколько практических моментов:

• Насколько он "поврежден"? Часто сбита только checksum или пару байт. Если у вас остался исходный считанный файл, выложите его (или скрин hex области IMMO/EEPROM) — EDC16 EEPROM нередко поддается восстановлению, а не требует полной замены.
• Есть ли у вас еще какой-то считанный файл этого ECU? Даже старый BDM/OBD-read с этого же блока можно использовать, чтобы собрать EEPROM заново.
• Путь IMMO-off: Для поврежденного EEPROM IMMO-off на EDC16C2 дамп обычно более реальный вариант, чем искать virgin-файл — но его нужно рассчитывать на основе вашей пары flash + EEPROM, а не с донора.

Чтобы помочь дальше, выложите:

• Сам поврежденный дамп EEPROM 95320 (прикрепите .bin)
• Полное чтение flash, если оно есть
• VIN, или хотя бы подтвердите, что это блок W211/W203/Sprinter 646
• Подтвердите точный тип чтения (BDM full / boot / OBD)

Если будет прикреплен сам дамп, кто-то сможет сказать, это просто правка checksum, IMMO-off или уже действительно не подлежит восстановлению.

Вот мой оригинальный дамп EEPROM, но, как я уже писал раньше, он полностью поврежден (кто-то раньше испортил файл / в нем битые данные). Поэтому я не могу использовать его для IMMO OFF и ищу рабочий донорский дамп EEPROM от другого ЭБУ с с теми же номерами (0281012225 / A6461500391). Если у кого-то есть хороший файл от этого ECU, пожалуйста, поделитесь. Спасибо!

Спасибо, что приложили его — я посмотрел дамп и не думаю, что этот файл на самом деле «полный мусор». Вот что видно:

• Структура выглядит как обычная EDC16C2 95320 EEPROM: корректные даты программирования (24-01-05), два 1037... счетчика dataset/prog, зеркальные конфигурационные блоки на 0x80/0xA0 и 0x1A0/0x1D0, парные записи ошибок/адаптаций и зеркальные блоки вокруг 0x740–0x770. В целом энтропия (~3 bits/byte) нормальная для в основном заполненной 4K EEPROM с пустым хвостом 0x800–0xFFF.
• Зеркальные области в основном совпадают, есть только 1-байтные расхождения (например, 0x77E cb против 0x76E cc, и область 0x1AC/0x1DC) — такой рисунок типичен для живых счетчиков/адаптаций, а не для полной порчи.

Так что реальный вопрос: что именно заставило вас решить, что он поврежден? Это ECU throwing какая-то конкретная ошибка иммобилайзера/EEPROM, или инструмент выдал ошибку checksum? Потому что чужой донор с другого 0281012225 не поможет — IMMO/CS и калибровка форсунок привязаны к машине, так что даже «хороший» донор сразу упрется в IMMO-lock или несоответствие. Поэтому никто, кто выкладывает donor .bin, на деле этим проблему не решает.

Более реалистичный путь здесь — рассчитать IMMO-off на основе вашего flash вместе с этой EEPROM как парой. Одной EEPROM недостаточно — состояние IMMO на EDC16C2 хранится частично во flash.

Чтобы двигаться дальше, пришлите/подтвердите:

• полное чтение flash этого ECU (BDM/boot) — для IMMO-off нужен flash, а не только EEPROM
• Точную ошибку, из-за которой вы назвали его поврежденным (название инструмента + сообщение, или что показывает DTC car)
• VIN или хотя бы подтвердите платформу (W211 / W203 / Sprinter 646)
• Как вы читали эту EEPROM — полный BDM или напрямую из программатора

Если добавить flash, можно будет сказать, это чистый IMMO-off или настоящая правка checksum/данных самой EEPROM.

Спасибо за подробный анализ! Я правда ценю ваше время и опыт.Вы совершенно правы. Я решил, что файл повреждён, потому что мне так сказал другой механик, но, судя по вашему разбору, похоже, что данные там всё ещё есть. Вот детали, которые вы просили: файл Flash: я приложил к этому посту полный считанный Flash (BDM). Данные по машине: Mercedes W211 (2.2 CDI). Как был считан: я прочитал полную резервную копию с помощью K-Tag через BDM-рамку. Проблема: стартер крутил, но двигатель не запускался. Диагностический инструмент показал ошибку синхронизации Drive Authorization (DAS) / иммобилайзера. Поэтому мы хотели сделать чистый IMMO OFF с использованием Flash и EEPROM.Пожалуйста, найдите Flash файл во вложении. Не могли бы вы помочь мне сгенерировать правильное решение IMMO OFF из этой пары?Еще раз спасибо!

Хорошо, теперь картина полная. Снимок подтверждает ровно то, что я и подозревал — это настоящая matched pair.

Что видно в снимке:

• Корректный EDC16C2 identity: CR30-646-12E2-211WA-100kW-EU4O (и варианты форсунок WM/SA/SM), OM646, W211 — совпадает с описанием вашего авто.
• Два блока dataset: 1037372414P467/120 на 0x50 и 1037389924P467/122 на 0x80010 — для этого поколения это нормально.
• Customer-DC-CR3-OM646-PubKey-S012 — это область открытого ключа DAS/IMMO. Вот это как раз важно для вашей ошибки.

Так что ваша "DAS synchronization fault" действительно похожа на рассинхрон IMMO на стороне машины / EEPROM, а не на мертвый ECU. Данные на месте.

Один важный момент перед тем, как что-то шить: EDC16 IMMO-off на OM646 не всегда дает чистый и гарантированный запуск. На многих блоках, связанных с DAS/EZS, обмен по иммобилайзеру завязан на EIS/EZS, и простая правка ECU flag не всегда его отпускает — иногда это только переносит ошибку. Перед тем как идти по IMMO OFF пути, стоит проверить более дешевый вариант:

• Делались ли какие-то работы с EIS/EZS, ключами или б/у ECU fitted? Рассинхрон DAS после замены часто решается повторной адаптацией (SCN/online или правильной DAS sync), а не IMMO-off.
• Что именно пишет инструмент — DAS not synchronized / component protection active, или жесткая ошибка по IMMO? Точный DTC changes определяет подход.

Теперь по поводу того, чтобы сгенерировать для вас сам IMMO OFF файл: я могу читать и анализировать эти дампы, но не могу отсюда выдать вам проверенный пропатченный .bin и пообещать, что он заведет машину — это нужно рассчитывать и желательно проверять на столе именно с этой парой flash+EEPROM. Делать это вслепую на машине с DAS рискованно и можно окончательно заблокировать запуск.

Лучший следующий шаг: пришлите точный DTC/message и подтвердите, делались ли работы с EIS/ключами/ECU were поменяли местами. Если это простой IMMO OFF кандидат, расчет делается по вашему 0x80000 dataset flash + по байтам IMMO в 95320 — и кто-то здесь (или сервис/инструмент по EDC16 IMMO-off) сможет сгенерировать и проверить это именно на вашей паре, а не на доноре.

1617-008

Сейчас картина складывается, и она действительно меняет ситуацию. То, что показывает DAS, — это не десинхронизация IMMO, а:

• 1617-008 – «Модуль управления, ошибка EEPROM. Использовано заранее заданное значение" (введено заменяющее/значение по умолчанию)
• 2339-008 и 2347-008 – ошибки вариантного кодирования / нет приема CAN во время кодирования

Это внутренняя ошибка EEPROM самого CDI, а не блокировка DAS/EZS. Блок управления сообщает, что какая-то запись в EEPROM некорректна, и подставил значение по умолчанию. Dlatego предыдущий механик говорил «скорруптирован» — DAS видит этот внутренний fault, хотя основная структура дампа выглядит нормально.

Важные выводы:

• Здесь IMMO OFF ничего не даст — это не проблема авторизации запуска, а конкретная запись в EEPROM, которую CDI считает неверной. Донор с другого 0281012225 тем более не поможет (другой VIN/kalibracja).
• Остальные коды (Y74, Y94, N14/2, B50, Y100/1) — скорее всего побочный эффект того, что ECU pracuje на значениях по умолчанию, либо отдельные неисправности проводки/установки — пока бы я ими не занимался, пока EEPROM не приведен в порядок.

Чтобы двигаться дальше, мне нужно ровно это:

1. Бьется ли ошибка 1617-008 после стирания при зажигании ON, или появляется только после попытки запуска? Это различает постоянно поврежденную ячейку и разовый сбой.
2. До проблемы что-то делали — заливка flash, тюнинг, замена CDI, работы по проводке? Дата программирования в дампе — 24-01-05, так что хочу понять, переписывался ли файл когда-либо.
3. Подтверди, что приложенный MERC EDC16C2 ORI.FLS и EEPROM — это чтения с этого самого блока до любых модификаций.

Имея это, можно сравнить подозрительный блок в EEPROM с тем, чего ожидает flash, и решить, это исправление одной записи/checksum или реальное повреждение ячейки памяти. Сам готовый, проверенный файл для ремонта на этой паре должен считать кто-то из админов Bin — я могу показать, где именно проблема, но с этого места не сгенерирую верифицированный .bin.

Этот eeprom прочитан мной после якобы попытки сделать IMMO OFF предыдущим владельцем.

Это меняет диагноз. Если этот EEPROM был считан после неудачной попытки IMMO OFF предыдущего владельца, то, скорее всего, кто-то записал в EEPROM/flash модифицированную (патченую) запись IMMO, CDI обнаружил несоответствие и подставил значение по умолчанию — отсюда как раз 1617-008 «использовано подменное значение». Это не физически повреждённая ячейка, а сломанное полумерой состояние IMMO.

Практический вывод: у тебя два пути.

• Возврат к стоковому состоянию (IMMO ON) — откатить то, что изменил предыдущий владелец, и заново адаптировать ECU к EIS/EZS через DAS/SCN. Самый чистый вариант, если EIS и ключи в машине родные и подходят к этому ECU.
• Правильный, полный IMMO OFF — но сделанный как пара flash + EEPROM, потому что предыдущая попытка, судя по всему, затронула только одну часть и оставила несоответствие. Именно из-за такого половинчатого патча CDI и выдаёт ошибку.

Прежде чем что-то записывать обратно, нужно точно понять, что реально находится в файлах:

• Подтверди, что flash и EEPROM, прикреплённые в этой теме, — это одно и то же актуальное считывание с этого ECU (после попытки IMMO OFF предыдущего владельца), или у тебя где-то есть оригинальное считывание до этой попытки? Если есть, это самый быстрый путь к ремонту.
• EIS/EZS и ключи в машине родные, или что-то менялось (ECU, EIS, ключ)? От этого зависит, есть ли вообще смысл идти в сторону IMMO ON.
• Ошибка 1617-008 возвращается сразу после стирания при включённом зажигании или только после попытки запуска?

Что касается самого создания файла: я могу проанализировать оба дампа и указать, какая запись IMMO в EEPROM/flash несогласована, но не буду здесь генерировать или подтверждать готовый протестированный .bin. Если хочешь идти в сторону IMMO OFF на паре EDC16C2, стоит рассмотреть инструмент для расчёта этого офлайн, а не вставлять донора с другой машины.

Проблема в том, что я купил двигатель, коробку, навесное, проводку двигателя, ECU до swapa, продавец меня уверял, что всё сделано immo off. Связи с ним нет, а у меня нет ori файлов .bin, только те после попытки immo off, которые выше. Меня спасает только immo off, к сожалению.

Понимаю — при swapie без оригинального авто, без EIS/EZS и ключей донора возврат к immo ON отпадает. Остаётся только полный, корректный IMMO OFF на паре flash + EEPROM, потому что предыдущая попытка, судя по всему, затронула только одну сторону и оставила несоответствие — отсюда 1617-008.

Важно правильно выставить ожидания по EDC16C2 OM646: сам IMMO OFF в ECU отключает запрос авторизации со стороны двигателя. Если в swapie у тебя НЕТ оригинального EIS/EZS донора, а это просто ставится в другой кузов, то это как раз тот случай, где immo-off в CDI — разумный путь: синхронизироваться не с чем, значит, нужно убрать сам запрос авторизации из ECU.

Прежде чем что-то считать, мне нужна ясность по файлам:

• Подтверди, что flash (BDM) и EEPROM 95320, прикреплённые выше, это самый свежий, согласованный считыв с этого же ECU — оба из одной и той же сессии чтения, без смешивания со старыми.
• Как выглядит схема EIS в твоём swapie: ставишь ещё EIS/EZS донора и ключ, или двигатель + ECU идут в совершенно другой автомобиль со своим EIS? От этого зависит, хватит ли одного immo-off для запуска, или добавится ещё вопрос CAN/кодирования.
• Ошибка 1617-008 возвращается сразу после удаления при ON или только после попытки запуска?

По самому файлу: я могу разобрать оба dump и указать, какой именно IMMO-рекорд в EEPROM/flash был затронут и даёт несоответствие, но готовый проверенный .bin, который можно просто записать с гарантией запуска, здесь не сформирую — это нужно считать инструментом для immo-off EDC16 на твоей конкретной паре и проверить на машине. Если хочешь, пройдусь по dump и покажу конкретную область, которую нужно поправить, чтобы ты мог передать это дальше на расчёт.

подтверждаю, файлы мной считаны: flash, eeprom, mpc. машина ktag — считывание с пятачков на главной плате, ошибку не удается стереть. свап в старый Nissan Cabstar, так что только двигатель, коробка и ecu bez от замка зажигания Mercedes. кстати, насколько знаю, парень immo off делал это каким-то программатором для памяти на клипсе, это возможно?

Да, это вполне возможно — и это очень похоже на то, что мы видим. Программатор «на клипс» — это классический clip на микросхему EEPROM (95320), которым читают/пишут только EEPROM в корпусе, не трогая flash MPC. И вот в чем суть проблемы:

На EDC16C2 OM646 состояние IMMO не хранится только в EEPROM — часть данных авторизации есть и во flash MPC. Если человек сделал IMMO-off одним лишь клипом по EEPROM, то он затронул только половину пары. CDI сравнивает EEPROM с flash, видит несоответствие и подставляет значение по умолчанию — именно отсюда твои 1617-008 и ошибка, которую не удается стереть (потому что она возвращается при каждом цикле, пока пара не совпадает).

Это хорошая новость с точки зрения диагностики: это не убитое железо и не мертвая ячейка, а половинчатый патч. Раз уж:

• swap idzie в Nissan Cabstar, без замка зажигания/EIS Mercedes — возврат к IMMO ON все равно отпадает, значит, полный IMMO OFF это единственный разумный путь,
• у тебя есть свежая, согласованная пара, считанная тобой самим (ktag с падов: flash + EEPROM MPC из одной и той же сессии).

Это как раз тот случай, где нужно вычислять полный IMMO OFF на паре flash + EEPROM, чтобы обнулить запрос авторизации сразу с обеих сторон — иначе останется то же самое несоответствие.

Что мне нужно, чтобы точно указать затронутый рекорд:

• Подтверди, что flash и EEPROM, приложенные выше, это та же самая, самая свежая сессия чтения (не смешанные) — ты пишешь, что да, значит, это у меня есть.
• Размеры обоих файлов и чем именно ты снимал EEPROM MPC — только ktag с падов BDM, или EEPROM снимал отдельно? Это важно, потому что если твой EEPROM во вложении получен с падов BDM, а предыдущий делал клипом, смещения IMMO должны совпасть, но я хочу быть уверен, что смотрю не на две разные версии.

Сам готовый, проверенный для записи .bin я должен отметить как и раньше — я не сгенерирую его здесь с гарантией запуска. Это нужно вычислять инструментом для IMMO-off EDC16 на твоей конкретной паре и проверять на машине. Зато я могу указать, какой именно рекорд не совпадает между flash и EEPROM, чтобы ты понял, где остался след неудачного IMMO-off от предыдущего мастера.

Вот все мои прочитанные файлы

Хорошо, теперь у меня есть полный комплект: EEPROM (95320), FLS и MPC из одной сессии. По этим файлам сразу видно несколько моментов:

• Это та же пара ECU — номер датасета 1037372414P467/120 совпадает в EEPROM (смещение 0x22) и в FLS (0x50), а в MPC присутствует пара 1037389924P467/122. Идентификация OM646 / W211 / CR30-646 подтверждена. Файлы согласованы между собой и не перемешаны.
• В FLS содержится блок Customer-DC-CR3-OM646-PubKey-S012 — это область авторизации DAS. Этот публичный ключ всё ещё присутствует в прошивке, поэтому ECU по-прежнему ожидает обмен авторизацией. Этим объясняется, почему простая работа с EEPROM через прищепку ничего не изменила.
• В EEPROM нормальная EDC16C2 структура, зеркала почти совпадают (разница в счётчиках на 1 байт), а хвост 0x800–0xFFF пустой — то есть сам чип физически исправен. Проблема логическая, а не аппаратная.

То есть подтверждается то, о чём я писал: предыдущий человек изменил одну сторону (скорее всего EEPROM через прищепку), а авторизацию во флеше MPC/FLS оставил нетронутой → CDI видит несоответствие, подставляет значение по умолчанию → 1617-008, которое нельзя стереть, потому что оно возвращается при каждом цикле.

Для свапа на Cabstar без stacyjki/EIS Mercedes единственный вариант — полный IMMO OFF расчёт одновременно по паре FLS + EEPROM — убрать запрос авторизации и из флеша, и из записи naprawa/zerowanie иммобилайзера в EEPROM, чтобы обе стороны были согласованы.

Честно: я не буду генерировать или выкладывать здесь готовый проверенный .bin с гарантией запуска — отключение IMMO EDC16C2 для OM646 должно рассчитываться инструментом по вашей конкретной паре и проверяться на stole/aucie. Я могу указать, где находится изменённая запись, но сам патч нужно делать через инструмент для отключения IMMO EDC16.

Чтобы довести это до конца, нужны две вещи:

• Какой инструмент у вас есть для самого отключения IMMO? (например, модули отключения IMMO EDC16 в типичных пакетах файлов) — от этого зависит, подавать ему пару FLS+EEPROM или только флеш.
• Подтвердите размеры: FLS = 1.00 MB, EEPROM = 4 KB. MPC (448 KB) — это фрагмент; для отключения IMMO EDC16 на OM646 расчёт обычно делается по полному флешу 1 MB + EEPROM 4 KB, а не по извлечённому MPC. Убедитесь, что у вас есть полное считывание флеша, а не только секция MPC.

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

у меня есть доступ к обычным программам immo off, которые можно найти в интернете

Какие именно у тебя? Потому что от этого зависит, что у тебя сработает на этой паре OM646. Типичные "интернетные" инструменты делятся на две группы:

• Калькуляторы/скрипты только под EEPROM (те, что цепляются к микросхеме / работают только с 95320) — у тебя не подойдут, потому что предыдущий человек уже тронул только EEPROM, и отсюда несостыковка. Это повторило бы ту же ошибку.
• Инструменты, которые работают с парой flash + EEPROM для EDC16C2 / OM646 — только такие имеют смысл, потому что авторизация DAS сидит и во flash тоже (блок Customer-DC-CR3-OM646-PubKey-S012).

Напиши конкретно название и версию того, к чему у тебя есть доступ — тогда скажу, есть ли у него вообще профиль для EDC16C2 OM646 и работает ли он с flash или только с EEPROM.

Одна важная вещь напоследок — не записывай ничего обратно, пока у тебя нет точной резервной копии текущего состояния (FLS + EEPROM + MPC, которые у тебя уже есть). По Cabstar без EIS Mercedes цель понятна: полный immo-off на паре, но сначала давай проверим, умеет ли это вообще твой инструмент, прежде чем что-то заливать.

легче было бы, если бы ты сказал, какая программа вообще с этим справится

Понимаю, но тут все работает немного наоборот — сначала я в общих чертах скажу, что обычно поддерживает эту пару, а потом подгоним под то, что у тебя реально есть под рукой.

Для EDC16C2 OM646 (immo-off считается по паре flash + EEPROM, а не по одному EEPROM) на практике используют такие инструменты:

• коммерческие immo-off/service-пакеты (например, из семейства инструментов для EDC16, у которых есть профиль MB CR3/OM646) — они работают сразу с flash и EEPROM,
• специализированные модули в более крупных immo-суитах, где есть запись для Bosch EDC16C2 / DAS CR3.

Я сознательно не называю тебе одну «магическую" программу, потому что:

• я отсюда не проверю, что конкретная сборка действительно имеет профиль для CR30-646-12E2 и что она работает с flash, а не только с 95320 — а именно в этом вся разница в твоем случае,
• если назову инструмент наугад, а он тронет только EEPROM, ты повторишь ровно ту же ошибку, что и предыдущий человек (несостыковка → 1617-008).

Dlatego быстрее всего так: перечисли названия того, что у тебя скачано/доступно (хотя бы список папок), а я скажу, какие из этих вариантов вообще имеют смысл для EDC16C2 OM646 и затрагивают ли они flash. Это и есть как раз тот недостающий кусок, чтобы не гадать.

И напомню про копию — что бы мы ни выбрали, сначала полный бэкап текущей пары (FLS + EEPROM + MPC), и только потом уже что-то прошивать.