Audi A3 2.0TFSI BLR MED9.5.10

veloseeped · 19.12.2020, 21:29

Цитата:

Сообщение от igrr
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

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

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

igrr · 19.12.2020, 21:37

Цитата:

Сообщение от veloseeped
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

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

veloseeped · 19.12.2020, 21:58

Цитата:

Сообщение от igrr
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

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

igrr · 21.12.2020, 21:08

Цитата:

Сообщение от veloseeped
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

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

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

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

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

veloseeped · 22.12.2020, 09:30

Цитата:

Сообщение от igrr
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

Если посмотреть раньше по ветке то эта процедура вызывается при условии равенства переменных 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.

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

igrr · 30.12.2020, 16:17

Цитата:

Сообщение от veloseeped
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

В итоге Вы оказались правы - неисправность нашли и это действительно плохая разводка платы во внутренних слоях текстолита. Одна из дорожек, которая расходится на более чем 6 микросхем (включая микроконтроллер) замыкала на другую (либо корпусную, либо какую-то другую - точно не установлено) причем не жестко, а образуя некоторое сопротивление. Сигнал подсаживался - и блок переставал работать. После того как сдублировали дорожку снаружи (приподняли все ножки микросхем, куда она идет) - блок устойчиво заработал и ошибки 005635 - Internal Control Module P1603 - 008 - Failed Self-Test пропали.

veloseeped · 30.12.2020, 16:45

Цитата:

Сообщение от igrr
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

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

Снимаю шляпу - вычислить такое весьма кропотливое занятие.
Вот только каким способом приподняли "ногу" процессора, который в "безногом" BGA корпусе? Без подрезания проводников не обойтись.

igrr · 30.12.2020, 17:29

Цитата:

Сообщение от veloseeped
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

Вот только каким способом приподняли "ногу" процессора, который в "безногом" BGA корпусе? Без подрезания проводников не обойтись.

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

g5n14 · 13.02.2023, 20:54

Добрый день! Софты в итоге оказались оригинал? Имею очень похожую машину

Колдун · 16.07.2023, 12:39

Цитата:

Сообщение от igrr
Для просмотра ссылок или изображений в данном разделе, у Вас должно быть не менее 15 сообщение(ий). Сейчас у Вас 0 сообщение(ий).

В итоге Вы оказались правы - неисправность нашли и это действительно плохая разводка платы во внутренних слоях текстолита. Одна из дорожек, которая расходится на более чем 6 микросхем (включая микроконтроллер) замыкала на другую (либо корпусную, либо какую-то другую - точно не установлено) причем не жестко, а образуя некоторое сопротивление. Сигнал подсаживался - и блок переставал работать. После того как сдублировали дорожку снаружи (приподняли все ножки микросхем, куда она идет) - блок устойчиво заработал и ошибки 005635 - Internal Control Module P1603 - 008 - Failed Self-Test пропали.

Имею такой же блок в ремонте. С такой же ошибкой, убил всё воскресенье,
но так и не нашел это таинственное КЗ. У Вас фоток не осталось?

13.02.2023, 20:54	#29 (permalink)
g5n14 Новичок Регистрация: 13.02.2023 Сообщений: 15 Вы сказали Спасибо: 0 Поблагодарили 0 раз(а) в 0 сообщениях Сказал(а) Фууу!: 0 Сказали Фууу! 0 раз(а) в 0 сообщениях Откуда: Cherepovets	Добрый день! Софты в итоге оказались оригинал? Имею очень похожую машину