Audi A3 2.0TFSI BLR MED9.5.10

[igrr]

Добрый день.

Попался блок управления двигателем от Автомобиля Audi A3 2007
2.0 TFSI BLR MED9.5.10 с наклейкой KFR

06F906056DL 7004
0261S02153

Внутри MICRO MPC562, FLASH 58BW016, EEPROM 95080

Ведет себя не совсем адекватно - хаотически рвет связь с диагностикой, иногда не удерживает главное реле при выключении зажигания, иногда возникает ошибка 1603-008.

По опыту может глючить флеш память данного типа, хочу заменить.

Может у кого-то есть оригинальная (рабочая) прошивка (либо sgo файл: 06F906056DL_7004.sgo), что-бы сравнить предварительно ?

Выкладываю свою прошивку - может кто-то проверить?
Заранее спасибо.

[Alex_k]

SGO на твой блок в базе на 37 гиг на конец 2018 - отсутствует.

[igrr]

Цитата:

Сообщение от Alex_k SGO на твой блок в базе на 37 гиг на конец 2018 - отсутствует.

Я по всем доступным базам, тоже проверил - похоже небыло обновлений для этого блока

Нашел ещё что этот блок сейчас уже не выпускается и заменён на другой номер:

06F906056DLБУ бензинового двигателяМаркировка: больше не поставляется
06F997057HXБУ бензинового двигателя использовать для: 06F906056 DL

[ladan]

Прошу можно и посвежее накатить.... не обязательно же такую же
Оля говорит контрольки в твоем файле верные, можешь считать что он в порядке.
думаю все же дело не во флешке....

[veloseeped]

Цитата:

Сообщение от Alex_k SGO на твой блок в базе на 37 гиг на конец 2018 - отсутствует.

Не великая проблема.
Недолго и самому такой сделать.

[Igor33]

Херня это всё. Нет у ауди таких проблем с ПО. Займись поиском неисправности в другом месте.

[AWAS]

Я бы такими симптомами

Цитата:

Ведет себя не совсем адекватно - хаотически рвет связь с диагностикой

не стал бы обновлять ПО через диагностику. Велика вероятность кончательно уложить блок с последующими танцами с бубном.

[Alex_k]

Цитата:

Сообщение от igrr Я по всем доступным базам, тоже проверил - похоже небыло обновлений для этого блока Нашел ещё что этот блок сейчас уже не выпускается и заменён на другой номер: 06F906056DLБУ бензинового двигателяМаркировка: больше не поставляется 06F997057HXБУ бензинового двигателя использовать для: 06F906056 DL

Для начало попробывал бы сменить саму микруху еепром, залив туда рабочую прошивку.

[ladan]

Цитата:

Сообщение от Igor33 Херня это всё. Нет у ауди таких проблем с ПО. Займись поиском неисправности в другом месте.

А вот Это не совсем правда )))
Хотя это не к ауди, а к бошу
Это очень похоже на начало довольно известного бага MED 9, в конце этого процесса даже BDM без заморозки блока в морозилке - не работает.

----------

Цитата:

Сообщение от Alex_k Для начало попробывал бы сменить саму микруху еепром, залив туда рабочую прошивку.

Может все-таки флеш?
ЕЕПРОМ это совсем другая микруха в MED9

----------

Цитата:

Сообщение от AWAS Я бы такими симптомами не стал бы обновлять ПО через диагностику. Велика вероятность кончательно уложить блок с последующими танцами с бубном.

Это логично(я бы тоже), но чем отличается процесс? Ну ляжет блок - он его на стол (дамп то есть), а не ляжет - глядишь работы меньше.... только вот перешивать - мертвому припарка....

[Alex_k]

Цитата:

Сообщение от ladan Может все-таки флеш? ЕЕПРОМ это совсем другая микруха в MED9.

А, что связь по диагностике часто рвёт из-за флешь?

[Igor33]

Статистика из тысяч автомобилей Ауди, как раз и позволяет улыбнуться мне, а не подозревающему сбой ПО.
Работать нужно, а не прошивки лить куда не попадя.

[veloseeped]

Цитата:

Сообщение от Alex_k Для начало попробывал бы сменить саму микруху еепром, залив туда рабочую прошивку.

Не стану утвеждать, что это массовое явление, но...
Имеется личная "отфильтрованая" статистика отказов на блоки типа MED9.5.10, посколько ко мне блоки попадают в ремонт уже после какой-никакой диагностики.
Их безусловно немного на фоне общего количества блоков такого типа в природе, но все эти случаи имели одну и ту же причину - сбои при чтении флешки M58BW016DB .
Причем дефект во всех случаях был мерцающим - то правильно прочтет ячейку памяти, то сбой. Причем адреса ячеек были не постоянны и могли мигрировать с места на место.
Соответственно блок то нормально работал, то глючил.
"Ремонт" в этом случае лучше делать заменой блока (клонированием), так как просто замена флешки не всегда спасало ситуацию.

[Alex_k]

Цитата:

Сообщение от veloseeped Не стану утвеждать, что это массовое явление, но... Имеется личная "отфильтрованая" статистика отказов на блоки типа MED9.5.10, посколько ко мне блоки попадают в ремонт уже после какой-никакой диагностики. Их безусловно немного на фоне общего количества блоков такого типа в природе, но все эти случаи имели одну и ту же причину - сбои при чтении флешки M58BW016DB . Причем дефект во всех случаях был мерцающим - то правильно прочтет ячейку памяти, то сбой. Причем адреса ячеек были не постоянны и могли мигрировать с места на место. Соответственно блок то нормально работал, то глючил. "Ремонт" в этом случае лучше делать заменой блока (клонированием), так как просто замена флешки не всегда спасало ситуацию.

Ещё раз. А, что связь по диагностике часто рвёт из-за флешь или когда отваливается диагностика замена прошивки в еепром не помогает?

[Igor33]

Велосипед, "вор ты конечно в авторитете" и я в твоей области деятельности себя даже в мыслях не могу противопоставлять тебе, тем не менее скажу - когда ставится вопрос - блок исправен или нет, и когда с приходом нового блока ты видишь ту же неисправность что и была, то вынужден не говорить о флешах и т.д., а искать реальную неисправность, чтобы не покупать новый, нахер тебе не нужный блок. Статистика типа один из 1000, это конечно вполне возможно, но в жизни, когда нет обратного хода, очень опасно ею пользоваться. Тем более, у ТС, все приключения только на столе. Как ведёт себя блок на авто он не удосужился написать совсем ничего. Может у него стол кривой?

[ladan]

Цитата:

Сообщение от veloseeped Не стану утвеждать, что это массовое явление, но... Имеется личная "отфильтрованая" статистика отказов на блоки типа MED9.5.10, посколько ко мне блоки попадают в ремонт уже после какой-никакой диагностики. Их безусловно немного на фоне общего количества блоков такого типа в природе, но все эти случаи имели одну и ту же причину - сбои при чтении флешки M58BW016DB . Причем дефект во всех случаях был мерцающим - то правильно прочтет ячейку памяти, то сбой. Причем адреса ячеек были не постоянны и могли мигрировать с места на место. Соответственно блок то нормально работал, то глючил. "Ремонт" в этом случае лучше делать заменой блока (клонированием), так как просто замена флешки не всегда спасало ситуацию.

Именно так... и проявлялось чаще с ростом температуры... лично я пришел к выводу что проблема в материнке.

----------

Цитата:

Сообщение от Igor33 Статистика из тысяч автомобилей Ауди, как раз и позволяет улыбнуться мне, а не подозревающему сбой ПО. Работать нужно, а не прошивки лить куда не попадя.

Игорь, кто то говорил про сбой в ПО? мы говорим про сбой в железе который проявляется так как описывает ТС. Причем не так уж и редко, лично стакивался 3 раза, и общаясь с коллегой из германии получил ответ что это well known bug и было это аж в 2016, если мне память не изменяет.

[veloseeped]

Цитата:

Сообщение от ladan мы говорим про сбой в железе который проявляется так как описывает ТС. Причем не так уж и редко, лично стакивался 3 раза, и общаясь с коллегой из германии получил ответ что это well known bug и было это аж в 2016, если мне память не изменяет.

Согласен на все 100%.
Моя скромная статистика количества ремонтов примерно такая же.
И грешат таким поведением блоки именно этого типа - MED9.5.10.
Никто ж не предлагает все бросить и сразу менять блок, но иметь в виду выше указанный факт нужно.

[igrr]

Добрый день всем.

Ребята спасибо большое за советы и активность в теме.
Попробую рассказать ситуацию "на сейчас" (сразу извиняюсь за немного длинный текст).

Нам на ремонт привезли только блок управления двигателем. Автомобиль находится за 500км.

Хозяину из Польши уже пришел полный комплект (Ключ, Панель приборов и Блок управления двигателем) - он его уже давно заказал - поставил и уже ездит.
Но блок таки оставил на ремонт - чтобы разобраться что с ним случилось.

Так вот - по словам хозяина, до начала всех ремонтов блока симптомы на автомобиле были именно такие как я описал в первом посте:
он мог не заводится вообще, либо заглохнуть на ходу, диагностика могла то коннектится то нет, либо зависнуть на какой либо операции (чтении ошибок, стирании ошибок и т. д.).

У хозяина сразу возникло подозрение на блок управления двигателем и он безрезультатно отдавал блок на ремонт нескольким в несколько мест, пока блок окончательно не перестал выходить на связь.

К нам блок пришел уже вскрытым, и на сязь по диагностике вообще не выходил.
Мало того, он и по BDM не читался вообще. Выяснили что нет основного питания +5 вольт - микросхема ЕЕПРОМ 95080 была припаяна неровно и было короткое по питанию +5В.
Поправили пайку питание появилось, и по BDM блок прочитали (дампы я выложил в первом посте).
Включили блок на столе и первоначальные симптомы подтвердились (тоже описаны в первом посте).

----------

Объясню почему сразу возникло подозрение флеш память (M58BW016).

Во первых у нас уже был опыт замены этих микросхем в Бошевских блоках (правда для автомобилей Мерседес)
- в них явно деградировала флеш память и "выпадали" несколько битов в зависимости от температуры (но это надо еще подтвердить в данном случае)

Во вторых - сравнили считанный по BDM дамп флеш памяти с имеющимися у нас рабочими дампами (а также со всеми, что я нашел в интернете для данного типа блоков)
- всего около 10-15 разных дампов разных марок группы VAG где применялся этот блок (Audi, VW, Skoda ...) - к сожалению дампов с таким номером как у нас я не нашел,
но все равно обнаружили что у всех рабочих блоков информация в начальных секторах флеш (адреса с 0х010000 .. 0х01FFFF) полность совпадает.

Но в нашем блоке отличается один байт (а вернее один бит) по адресу 0х018189:

это строка с рабочих блоков (пересмотрел 10-15 блоков - у всех одинаково):
1:8180h: 8D 67 00 01 89 5E 00 00 7C 0B 50 00 41 82 00 08
--

а это строка с нашего блока
1:8180h: 8D 67 00 01 89 5E 00 00 7C 0A 50 00 41 82 00 08
--
То есть- как бы похоже что "выпал"один бит во флеш памяти.

!!! НО !!! при этом контрольная сума на этот сектор посчитана правильно, что подтвердил ladan:

Цитата:

Сообщение от ladan Оля говорит контрольки в твоем файле верные, можешь считать что он в порядке. думаю все же дело не во флешке....

Но мы предположили (и такое к сожалению уже встречалось ранее), что предыдущие ремонтники, прочитав неправильный дамп с "выпавшим" битом и наверное с ошибкой контрольной суммы -
вместо того, чтобы проанализировать и найти проблему, просто пересчитали контрольную сумму и таким образом "легализировали" неправильный дамп - и записали обратно в блок.

Допускаю, что это может быть паранойя (и для блока с этим номером перый сектор действительно отличается одним битом) - но по всем признакам все вроде логично и дамп таки битый.

Поправьте если мы неправильно сделали выводы.

----------

Сейчас на всякий случай регулятор питания заменили (все таки было короткое по 5 вольтам) и флешку M58BW016 тоже заменили, дампы записали в блок заведомо рабочие (незнаю правда насколько может отличаться само железо в блоках с разными номерами)
- но симптомы остались прежними

В основном блок не запускается, но когда запускается, можно соединится по диагностике и там будет ошибка
P1603-008 Internal Control Module / Failed Self-Test (читаем VCDS оригинал)

Пока выяснили, что процессор не пересбрасывается, но пересбрасывает периферию (наверное выполняется тестирование - и что-то идет не так). Ищем дальше пока. Будут новости, обязательно отпишусь.

[veloseeped]

Цитата:

Сообщение от igrr флешку M58BW016 тоже заменили, дампы записали в блок заведомо рабочие (незнаю правда насколько может отличаться само железо в блоках с разными номерами) - но симптомы остались прежними

Прочти, что я писал выше - замена флешки помогала не всегда и приходилось менять блок (плату) целиком.
Есть большое подозрение, что проблема эта конструктивная (например, неудачная трассировка печати), которая проявляется со временем на отдельных экземплярах платы.
ЭБУД в целом штука весьма надежная, если ее не топить, бить кувалдой, переплюсовывать АКБ или экспериментировать с электросваркой по кузову/выхлопу, а в данном случае практическая статистика, как уже писали, не зря отнесла ее к статусу "хорошо известный баг".

Цитата:

Сообщение от igrr к сожалению дампов с таким номером как у нас я не нашел

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

[igrr]

Цитата:

Сообщение от veloseeped Прочти, что я писал выше - замена флешки помогала не всегда и приходилось менять блок (плату) целиком. Есть большое подозрение, что проблема эта конструктивная (например, неудачная трассировка печати), которая проявляется со временем на отдельных экземплярах платы. ЭБУД в целом штука весьма надежная, если ее не топить, бить кувалдой, переплюсовывать АКБ или экспериментировать с электросваркой по кузову/выхлопу, а в данном случае практическая статистика, как уже писали, не зря отнесла ее к статусу "хорошо известный баг".

Флешку и регулятор заменили, чтобы уже исключить этот момент и искать в другом месте.
В принципе, мы уже тоже больше склоняемся к варианту, что где-то в плате косяк - но хочется локализовать по каким цепям, и что друг на друга замыкает. Потому что сейчас не подымается в единицу логический сигнал ENABLE на часть микросхем (как-бы просажен в "0", но не пробит окончательно и еще на некоторых уравляющих сигналах, которые выходят прямо из процессора появляется смешаный по уровням сигнал (5В и 3,3В) - т.е либо действительно замыкание дорожек во внутренних слоях платы либо еще есть вероятность что вышел из строя сам микроконтроллер MPC562 (пробиты порты в нем)

На наклейке блока номера: 06F906056DL 7004, 0261S02153

[veloseeped]

Цитата:

Сообщение от igrr На наклейке блока номера: 06F906056DL 7004, 0261S02153

Вот оригинальный дамп

[veloseeped]

Цитата:

Сообщение от igrr Но в нашем блоке отличается один байт (а вернее один бит) по адресу 0х018189: Но мы предположили (и такое к сожалению уже встречалось ранее), что предыдущие ремонтники, прочитав неправильный дамп с "выпавшим" битом и наверное с ошибкой контрольной суммы - вместо того, чтобы проанализировать и найти проблему, просто пересчитали контрольную сумму и таким образом "легализировали" неправильный дамп - и записали обратно в блок.

Заглянул в код посмотреть что за байт такой...
Это больше похоже на сознательное действие, а не случай.
Изменена команда сравнения регистров.
В оригинале идет цикл и сравнивают содержимое двух разных регистров и по результатам программа может выставить некий флаг в "0" или "1"
С измененным байтом сравнивается регистр сам с собой.
Тем самым в программе этот флаг всегда выставляется в "1" вне зависимости от результата работы цикла.

[igrr]

Цитата:

Сообщение от veloseeped Заглянул в код посмотреть что за байт такой... Это больше похоже на сознательное действие, а не случай.

Вполне возможно, что это какая то тюнинговая прошивка (я в тюнинге не особо разбираюсь), потому что на блоке есть еще модная наклейка 'KFR' - как будто название какого-то тюнингового ателье, но хозяин об этом ничего не знает - машина у него не с нуля.

[veloseeped]

Цитата:

Сообщение от igrr Вполне возможно, что это какая то тюнинговая прошивка (я в тюнинге не особо разбираюсь), потому что на блоке есть еще модная наклейка 'KFR' - как будто название какого-то тюнингового ателье, но хозяин об этом ничего не знает - машина у него не с нуля.

В файле, что выкладывал в начале темы никакого тюнинга нет.
Да и в этих адресах памяти лежит загрузчик.
Скорее это попытка заблокировать какую-проверку в коде, так как в конце всей процедуры идет загрузка в RAM какого жестко определенного "магического" числа 0x61AF3C8E.

[igrr]

Цитата:

Сообщение от veloseeped В файле, что выкладывал в начале темы никакого тюнинга нет. Да и в этих адресах памяти лежит загрузчик. Скорее это попытка заблокировать какую-проверку в коде, так как в конце всей процедуры идет загрузка в RAM какого жестко определенного "магического" числа 0x61AF3C8E.

Посмотрел IDA - действительно, после выхода из этой процедуры эта ячейка RAM (стека) сравнивается с точно таким же числом 0x61AF3C8E, b так как они равны друг другу то в другую переменную в RAM грузится байт 0x34 - напоминает положительный ответ аутификации SEED-KEY

Если посмотреть раньше по ветке то эта процедура вызывается при условии равенства переменных 27 FC, 27 FB - похоже на диагностическую команду аутификации SEED-KEY (27 03 - 27 04)

Просто, кто-то поленился выковыривать полный алгоритм из программы и сделал обход.

А вот для чего это использовалось непонятно

[veloseeped]

Цитата:

Сообщение от igrr Если посмотреть раньше по ветке то эта процедура вызывается при условии равенства переменных 27 FC, 27 FB - похоже на диагностическую команду аутификации SEED-KEY (27 03 - 27 04) А вот для чего это использовалось непонятно

Параметры из диапазона значений FB ... FE процедуры SA (27) относятся по стандарту к SystemSupplierSpecific
This range of values is reserved for system supplier specific use.

Так что это может открывать доступ до любых функций, которые выдумают разработчики ПО по своему желанию.
Жестко фиксированного назначения нет.