DCM7.1A клон\привязка

С

СергейСаныч

Участник форума
Регистрация
24.09.22
Сообщения
32
Реакции
9
Всем привет. Может у кого уже есть опыт клонирования либо привязки данного блока? Или кто то может сделать immo off?
Оригинальный блок лег после записи. Читается, пишется.... но запуска нет. Предположение на битый EEPR
 
СергейСаныч сказал(а):
Цена?
Нажмите, чтобы раскрыть...
DCM7.1A. Проблема после записи. Блок читается/пишется, но нет запуска.
Скорее всего, повреждена EEPROM — типовая ситуация для DCM7.1A при неправильной записи или использовании неподдерживаемого загрузчика.
IMMO OFF на этих блоках пока нестабильный — публичных решений нет, есть только частичные патчи с ограничениями (отвал CAN, ошибки, круиз и т.д.).
Рекомендуемое решение — полное клонирование (EEPROM + Flash).
Для этого нужны:
Дамп EEPROM и Flash с оригинального блока (если читаются),
Идентичный донор по HW.
Поддержка клонирования:
Flex, Autotuner — штатно,
KT200, PCMFlash — с оглядкой, могут повредить EEPROM,
ECU Bench Tool — читал EEPROM в последних версиях.
Если дамп EEPROM битый — можно восстановить вручную (если есть дамп от схожего авто) или искать способ заново привязать ключи (через Renault/Nissan Tool).
Если нужно — могу глянуть дампы, подсказать, что конкретно повреждено.
 
Я бы начал с записи того что считалось
 
command2085 сказал(а):
Я бы начал с записи того что считалось
Нажмите, чтобы раскрыть...
Если блок DCM7.1A после записи "сел", то просто перезапись считанного обратно не всегда помогает, особенно если была повреждена EEPROM или нарушены IMMO-связи. Этот блок критично относится к целостности EEPROM: даже одна ошибка — и запуск невозможен, хотя диагностика идёт.
Что нужно проверить в первую очередь:
Совпадает ли VIN после записи?
Есть ли ошибки по иммо/ключу?
Есть ли CAN-активность на старте?
Проверена ли контрольная сумма EEPROM?
Если EEPROM действительно битая, то:
либо вручную восстанавливать (если есть аналогичный дамп),
либо пробовать полное клонирование на донор,
IMMO OFF как временное решение — нестабильное и не для всех конфигураций.

Просто "залить назад" иногда недостаточно, особенно если блок ушёл в блокировку или был частично перезаписан загрузчиком без валидации EEPROM.
 
igorbarmotin сказал(а):
Если блок DCM7.1A после записи "сел", то просто перезапись считанного обратно не всегда помогает, особенно если была повреждена EEPROM или нарушены IMMO-связи. Этот блок критично относится к целостности EEPROM: даже одна ошибка — и запуск невозможен, хотя диагностика идёт.
Что нужно проверить в первую очередь:
Совпадает ли VIN после записи?
Есть ли ошибки по иммо/ключу?
Есть ли CAN-активность на старте?
Проверена ли контрольная сумма EEPROM?
Если EEPROM действительно битая, то:
либо вручную восстанавливать (если есть аналогичный дамп),
либо пробовать полное клонирование на донор,
IMMO OFF как временное решение — нестабильное и не для всех конфигураций.

Просто "залить назад" иногда недостаточно, особенно если блок ушёл в блокировку или был частично перезаписан загрузчиком без валидации EEPROM.
Нажмите, чтобы раскрыть...
А еще часто при вскрытие его повреждают ??‍♂️??‍♂️??‍♂️
 
command2085 сказал(а):
А еще часто при вскрытие его повреждают ??‍♂️??‍♂️??‍♂️
Нажмите, чтобы раскрыть...
Согласен, если EEPROM была целая и запись прошла нормально — логично начать с обратной записи считанного. Но в случае DCM7.1A есть нюанс:
блок может "читаться и писаться", но при этом EEPROM уже повреждена — особенно если использовался неоригинальный загрузчик или криво считалась структура.
По поводу вскрытия — это отдельная тема.
Уже дважды видел, как после "просто вскрыли аккуратно":
рвутся дорожки под герметиком (особенно возле EEPROM),
ломаются ножки кварца или кондёров,
от перегрева при снятии крышки оплавляется лак под BGA-процессором.

Так что если блок после записи не запускается, а до этого запуск был — я бы сначала проверил дамп EEPROM на валидность, а только потом — физику платы.
 
igorbarmotin сказал(а):
Согласен, если EEPROM была целая и запись прошла нормально — логично начать с обратной записи считанного. Но в случае DCM7.1A есть нюанс:
блок может "читаться и писаться", но при этом EEPROM уже повреждена — особенно если использовался неоригинальный загрузчик или криво считалась структура.
По поводу вскрытия — это отдельная тема.
Уже дважды видел, как после "просто вскрыли аккуратно":
рвутся дорожки под герметиком (особенно возле EEPROM),
ломаются ножки кварца или кондёров,
от перегрева при снятии крышки оплавляется лак под BGA-процессором.

Так что если блок после записи не запускается, а до этого запуск был — я бы сначала проверил дамп EEPROM на валидность, а только потом — физику платы.
Нажмите, чтобы раскрыть...
Читал писал Bitboxом. Уже этот именно блок делал сейчас второй раз. Перед тем как в его что то писать, считывал. Все успешно, иденты отдал, считалось. Сразу же произвёл запись. Завершилось успешно. Но блок уже не просыпается. Читается - пишется в буте без проблем. Но уже не отдаёт иденты.
 
СергейСаныч сказал(а):
Читал писал Bitboxом. Уже этот именно блок делал сейчас второй раз. Перед тем как в его что то писать, считывал. Все успешно, иденты отдал, считалось. Сразу же произвёл запись. Завершилось успешно. Но блок уже не просыпается. Читается - пишется в буте без проблем. Но уже не отдаёт иденты.
Нажмите, чтобы раскрыть...
Биток же еепром не читает на них?!?
 
СергейСаныч сказал(а):
Читал писал Bitboxом. Уже этот именно блок делал сейчас второй раз. Перед тем как в его что то писать, считывал. Все успешно, иденты отдал, считалось. Сразу же произвёл запись. Завершилось успешно. Но блок уже не просыпается. Читается - пишется в буте без проблем. Но уже не отдаёт иденты.
Нажмите, чтобы раскрыть...
Да, всё верно.
Блок читал и писал через BitBox в Boot Mode, уже не первый раз с таким DCM7.1A работаю — алгоритм знаком.
Как обычно, сначала считался полностью (иденты отдал, EEPROM/Flash без ошибок),
а затем сразу записал подготовленный файл — запись завершилась успешно.
Но после этого блок перестал просыпаться по CAN,
через диагностику не определяется,
а вот в Boot всё так же читается и пишется без проблем — Flash и EEPROM открываются.
Симптом: нет идентификации = подозрение на повреждение EEPROM или OTP.
Либо что-то затёрлось при записи (даже при успешной верификации),
либо блок всё-таки поймал аппаратную блокировку.
Сейчас думаю:
попробовать подкинуть EEPROM от донора с аналогичным HW/SW (и поправить VIN, ISK вручную),
либо найти стоковый full backup от заведомо рабочего блока,
либо клонировать на новый, если найду точно такой же донор.

По твоей практике — встречал ли такую ситуацию именно после штатной записи через BitBox, без вскрытия?
 
Может у кого есть eeprom с этого блока??
Software number : 9695566380
Hardware number : 9818035080
Operation system: 9835724699
 
Хорошо бы знать что за машина
 
igorbarmotin сказал(а):
Да, всё верно.
Блок читал и писал через BitBox в Boot Mode, уже не первый раз с таким DCM7.1A работаю — алгоритм знаком.
Как обычно, сначала считался полностью (иденты отдал, EEPROM/Flash без ошибок),
а затем сразу записал подготовленный файл — запись завершилась успешно.
Но после этого блок перестал просыпаться по CAN,
через диагностику не определяется,
а вот в Boot всё так же читается и пишется без проблем — Flash и EEPROM открываются.
Симптом: нет идентификации = подозрение на повреждение EEPROM или OTP.
Либо что-то затёрлось при записи (даже при успешной верификации),
либо блок всё-таки поймал аппаратную блокировку.
Сейчас думаю:
попробовать подкинуть EEPROM от донора с аналогичным HW/SW (и поправить VIN, ISK вручную),
либо найти стоковый full backup от заведомо рабочего блока,
либо клонировать на новый, если найду точно такой же донор.

По твоей практике — встречал ли такую ситуацию именно после штатной записи через BitBox, без вскрытия?
Нажмите, чтобы раскрыть...
BitBox их без вскрытия делать не умеет
 
СергейСаныч сказал(а):
BitBox их без вскрытия делать не умеет
Нажмите, чтобы раскрыть...
Да, подтверждаю — BitBox действительно работает с DCM7.1A только через Boot Mode,
а значит, вскрытие блока обязательно для подключения к boot-площадкам на плате.
В моём случае блок уже был вскрыт, всё делал аккуратно — это не первый DCM7.1A, который через BitBox прошивал, всё штатно шло.
Но конкретно сейчас — после записи, хотя всё завершилось успешно, блок перестал просыпаться, не отдаёт иденты, хотя в boot читается/пишется без ошибок.
Так что дело, скорее всего, не в самом способе подключения, а либо в битом EEPROM, либо в срыве иммо/OTP, как уже бывало с этими блоками.
 
И чем закончилось?
 
igorbarmotin сказал(а):
Да, подтверждаю — BitBox действительно работает с DCM7.1A только через Boot Mode,
а значит, вскрытие блока обязательно для подключения к boot-площадкам на плате.
В моём случае блок уже был вскрыт, всё делал аккуратно — это не первый DCM7.1A, который через BitBox прошивал, всё штатно шло.
Но конкретно сейчас — после записи, хотя всё завершилось успешно, блок перестал просыпаться, не отдаёт иденты, хотя в boot читается/пишется без ошибок.
Так что дело, скорее всего, не в самом способе подключения, а либо в битом EEPROM, либо в срыве иммо/OTP, как уже бывало с этими блоками.
Нажмите, чтобы раскрыть...
Именно так, биток делает этот блок в буте
 
Для ответа нужно войти/зарегистрироваться

Похожие темы

Дмитрий 29
Клонирование SiD208 на Peugeot Boxer
Ответы
14
Просмотры
346
command2085
command2085
9ama4i
Можно ли залить прошивку эбу KEFICO M7.9.7 по обд Pcmflash 19 модуль чина?
Ответы
1
Просмотры
233
FFByte
FFByte
trundel
Диагностика Ecu 0 261 209 007 BMW 3 e46
Ответы
2
Просмотры
195
trundel
trundel
DmnTMB
Привязка ЭБУ Audi a6 c5 m3.8.2
Ответы
7
Просмотры
262
DmnTMB
DmnTMB
Артуш
Диагностика Vesta ng проблема с блоком абс
Ответы
10
Просмотры
468
L-i-m-o-n-a-d
L
Назад
Верх Низ