Audi A6 4f EDC16CP34 - recovery mode - контрольная сумма?

bobo87 сказал(а):

Привет,
нужна помощь.

Перепрошили Audi A6 4f 2.7 TDI. Перед обновлением Audi сохранили файл через OBD...

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

Привет,

С EDC16CP34 на Audi A6 4F 2.7 TDI такое бывает часто. ЭБУ находится в режиме восстановления — обычно это значит, что процесс прошивки был прерван или checksum в залитом файле неверный. Давайте разберёмся.

Что, скорее всего, произошло:

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

• Файл, считанный через OBD, был неполным дампом (не полным содержимым флеш-памяти). При чтении через OBD на EDC16CP34 обычно считывается только область калибровок, а не вся флеш-память (драйвер + калибровки). Если вы записали обратно только неполный файл, ЭБУ перейдёт в режим восстановления.
• Проблема с checksum — хотя Autotuner обычно корректирует контрольные суммы, если изначально структура файла была неверной, инструмент мог исправить не всё как нужно (например, RSA/подпись, многоточечные контрольные суммы или область CSA).
• Обновление Audi могло изменить версию ПО (область драйвера), и запись старых калибровок поверх нового драйвера может вызвать несоответствие.

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

• Каким инструментом вы читали и записывали? (Вы упомянули Autotuner — это был Autotuner OBD или bench?)
• Есть ли у вас оригинальный считанный файл до обновления Audi? Можете поделиться им (или хотя бы сказать размер файла)?
• Какой размер файла — около 512KB–1MB (неполный/OBD) или 2MB (полный флеш)?
• Можете ли вы сейчас связаться с ЭБУ через Autotuner? Какие варианты он предлагает (чтение/запись/восстановление)?
• Запрос SA (доступ безопасности) не прошёл (27 12) — в режиме восстановления это ожидаемо, но возможности работы через OBD ограничены.

Общий путь восстановления для EDC16CP34 в режиме восстановления:

• Лучший вариант: Восстановление в bench/boot mode. Откройте ЭБУ, подключитесь через BSL (Boot Strap Loader) к процессору MPC563, считайте полный флеш, исправьте его и запишите обратно. Autotuner, PCMFlash или аналогичные инструменты это поддерживают.
• Если возможно восстановление по OBD: Некоторые инструменты (например, ODIS/VAS с инженерным доступом или отдельные сторонние инструменты) могут залить полный флеш через OBD в режиме восстановления, но нужен правильный полный файл с совпадающими драйвером + калибровками + корректными контрольными суммами.

Пришлите файл и указанную выше информацию — посмотрим, что именно пошло не так и как это исправить.

Gemini сказал(а):

Привет!

Это распространённая ситуация с EDC16CP34 на Audi A6 4F 2.7 TDI. ЭБУ находится в режиме восстановления, что обычно означает, что процесс прошивки был прерван либо контрольная сумма в залитом файле неверная. Давайте разберёмся.

Что, скорее всего, произошло:

После того как вы считали файл по OBD и затем записали его обратно, режим восстановления мог появиться по нескольким причинам:

• Файл, считанный по OBD, — это частичное считывание (не полное содержимое flash-памяти). При чтении по OBD на EDC16CP34 обычно считывается только область калибровок, а не полный flash (драйвер + калибровки). Если вы записали обратно только частичный файл, ЭБУ перейдёт в режим восстановления.
• Проблема с контрольной суммой — хотя Autotuner обычно исправляет контрольные суммы, если изначально структура файла была некорректной, инструмент мог исправить не всё как нужно (например, RSA/подпись, многоточечные контрольные суммы или область CSA).
• Обновление Audi могло изменить версию ПО (область драйвера), и запись старых калибровок поверх нового драйвера может вызвать несовместимость.

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

• Каким инструментом вы читали и записывали? (Вы упоминали Autotuner — это был Autotuner по OBD или на столе?)
• У вас есть оригинальный считанный файл до обновления Audi? Можете поделиться им (или хотя бы указать размер файла)?
• Какой размер файла — примерно 512 КБ–1 МБ (частичный/OBD) или 2 МБ (полный flash)?
• Можете ли вы сейчас связаться с ЭБУ через Autotuner? Какие функции доступны (чтение/запись/восстановление)?
• Запрос SA (Security Access) не прошёл (27 12) — в режиме восстановления это ожидаемо, но возможности работы по OBD ограничены.

Общий путь восстановления для EDC16CP34 в режиме восстановления:

• Лучший вариант: Восстановление в bench/boot-режиме. Откройте ЭБУ, подключитесь к процессору MPC563 через BSL (загрузчик начальной загрузки), считайте полный flash, исправьте его и запишите заново. Autotuner, PCMFlash, или похожие инструменты поддерживают это.
• Если возможно восстановление по OBD: Некоторые инструменты (например, ODIS/VAS с инженерным доступом или отдельные сторонние инструменты) могут залить полный flash в режиме восстановления по OBD, но нужен корректный полный файл с соответствующими драйвером + калибровками + правильными контрольными суммами.

Пришлите файл и указанные выше детали — посмотрим, что именно пошло не так и как это исправить.

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

Итак:

Я использую мастерскую версию autotuner. У нас есть только OBD-файл, ни bench, ни boot нет. Я пытался загрузить сюда orifile, но он здесь не появляется, так что, думаю, его должен подтвердить модератор.
Размер OBD-файла — 2048 КБ. Думаю, это действительно может быть контрольная сумма, потому что я могу ещё раз прошить его по OBD. Функция восстановления в autotuner недоступна (кнопки нет).

bobo87 сказал(а):

Привет, ситуация такая:

Я использую мастер-инструмент autotuner. У нас есть только OBD-файл, ни bench, ни boot нет. Я попробовал обновить...

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

Это помогает, но всё ещё не хватает главного: на EDC16CP34 размер 2048 KB сам по себе не означает, что это корректный «полный» образ, который во всех случаях можно безопасно записать обратно — при чтении/записи по OBD для этого ЭБУ часто всё равно получается изменённая/частичная структура, и ЭБУ уйдёт в recovery, если состояние/структура/контрольные области образа флеш-памяти не соответствуют тому, что ожидает ЭБУ.

Также: если вы можете «прошить повторно по OBD», но ЭБУ всё равно уходит в recovery, это явно указывает на запись неверного/несовместимого содержимого, а не на окончательно убитый блок.

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

• Автомобиль: A6 4F 2.7 TDI, какой год? (и код двигателя, если знаете: например, ARE/BCZ/…)
• EDC16CP34 Номера HW/SW ЭБУ: с наклейки ЭБУ ИЛИ из считанного через Autotuner файла (скриншот/текст)
• Autotuner: при записи файла отображается «контрольная сумма рассчитана автоматически» / «проверено» / «программирование recovery» (точная формулировка)?
• Когда ЭБУ в recovery: можете после прошивки считать обратно (Autotuner считать ещё раз)? Если да, совпадает ли размер считанного файла с 2048 KB?
• Важно: вы прошивали «старый файл» точно в том виде, как считали его (тот же файл, те же настройки инструмента), или изменяли его / перепаковывали в Autotuner?

По поводу вопроса о «контрольной сумме»:

• EDC16CP34 ЭБУ часто уходит в recovery из-за ошибки контрольной суммы/проверки записанных областей во время загрузки.
• Но с EDC16 дело не всегда в одной контрольной сумме. Это могут быть области контрольных сумм, охватывающие драйвер/калибровки, а также другие метки целостности — в зависимости от того, как инструмент записывает/кодирует образ.

Учитывая, что у вас НЕТ доступа к bench/boot и в Autotuner нет кнопки recovery, самый практичный следующий шаг такой:

Попробовать точно выяснить, что не так с записанным файлом
1) Один раз запишите файл по вашей текущей схеме.
2) Сразу же считайте обратно флеш из ЭБУ (через Autotuner).
3) Сравните считанный после записи файл с исходным OBD-файлом, который вы сохранили ранее.

• Если считанный файл отличается, значит имеющийся у вас «OBD-файл» не записывается обратно побайтно идентично (либо ЭБУ отказывается записывать некоторые области, и в итоге получается повреждённое содержимое → recovery).
• Если они совпадают байт в байт, но ЭБУ всё равно уходит в recovery, значит сам файл неполный/неверный для текущего состояния/версии этого ЭБУ.

Для этого мне нужно либо:

• размеры двух файлов + идентификаторы ЭБУ, либо
• в идеале идентификаторы HW/SW ЭБУ, чтобы подтвердить, что образ относится именно к этой версии.

Ответьте с HW/SW ЭБУ (и кодом двигателя/годом, если возможно) и укажите, что Autotuner показывает во время программирования (особенно строки о контрольной сумме/проверке). Тогда я скажу наиболее вероятную причину и точный путь восстановления через OBD, который реально возможен с вашим оборудованием.

можете считать повреждённый файл через BDM и отправить его в поддержку, там смогут восстановить ваш файл, чтобы записать его в режиме BDM

Поместите файл в Winlos и найдите правильную контрольную сумму. Не забудьте сделать резервную копию любых файлов перед внесением изменений, чтобы избежать проблем. Удачи с ремонтом.

WinOLS само по себе не сможет надежно исправить все проверки целостности на EDC16CP34. Этот ECU has включает несколько областей контрольных сумм — в том числе CSA/multipoint checksums и, возможно, блоки подписи RSA в зависимости от версии ПО — которые встроенные плагины контрольных сумм WinOLS могут покрывать не полностью. Прошивка файла только с частично исправленными контрольными суммами снова переведет ECU right в режим восстановления.

Более безопасные варианты для такой ситуации:

• Считать через BDM (bench/boot), чтобы получить полный дамп flash, а затем корректно исправить контрольные суммы с помощью инструмента, который поддерживает полную EDC16CP34 карту контрольных сумм.
• Если связь по OBD все еще возможна (как указал автор темы), залейте заведомо исправный оригинальный файл для точно такого же HW/SW номера с корректными контрольными суммами — а не просто тот же битый файл, заново исправленный универсальным инструментом для контрольных сумм.

Верно, всегда сохраняйте правильный файл перед внесением любых изменений.