igrr

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

Цитата: Сообщение от veloseeped Есть большое подозрение, что проблема эта конструктивная (например, неудачная трассировка печати), которая проявляется со временем на отдельных экземплярах платы. ЭБУД в целом штука весьма надежная, если ее не топить, бить кувалдой, переплюсовывать АКБ или экспериментировать с электросваркой по кузову/выхлопу, а в данном случае практическая статистика, как уже писали, не зря отнесла ее к статусу "хорошо известный баг". В итоге Вы оказались правы - неисправность нашли и это действительно плохая разводка платы во внутренних слоях текстолита. Одна из дорожек, которая расходится на более чем 6 микросхем (включая микроконтроллер) замыкала на другую (либо корпусную, либо какую-то другую - точно не установлено) причем не жестко, а образуя некоторое сопротивление. Сигнал подсаживался - и блок переставал работать. После того как сдублировали дорожку снаружи (приподняли все ножки микросхем, куда она идет) - блок устойчиво заработал и ошибки 005635 - Internal Control Module P1603 - 008 - Failed Self-Test пропали.

Цитата: Сообщение от veloseeped В файле, что выкладывал в начале темы никакого тюнинга нет. Да и в этих адресах памяти лежит загрузчик. Скорее это попытка заблокировать какую-проверку в коде, так как в конце всей процедуры идет загрузка в RAM какого жестко определенного "магического" числа 0x61AF3C8E. Посмотрел IDA - действительно, после выхода из этой процедуры эта ячейка RAM (стека) сравнивается с точно таким же числом 0x61AF3C8E, b так как они равны друг другу то в другую переменную в RAM грузится байт 0x34 - напоминает положительный ответ аутификации SEED-KEY Если посмотреть раньше по ветке то эта процедура вызывается при условии равенства переменных 27 FC, 27 FB - похоже на диагностическую команду аутификации SEED-KEY (27 03 - 27 04) Просто, кто-то поленился выковыривать полный алгоритм из программы и сделал обход. А вот для чего это использовалось непонятно

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

Цитата: Сообщение от veloseeped Прочти, что я писал выше - замена флешки помогала не всегда и приходилось менять блок (плату) целиком. Есть большое подозрение, что проблема эта конструктивная (например, неудачная трассировка печати), которая проявляется со временем на отдельных экземплярах платы. ЭБУД в целом штука весьма надежная, если ее не топить, бить кувалдой, переплюсовывать АКБ или экспериментировать с электросваркой по кузову/выхлопу, а в данном случае практическая статистика, как уже писали, не зря отнесла ее к статусу "хорошо известный баг". Флешку и регулятор заменили, чтобы уже исключить этот момент и искать в другом месте. В принципе, мы уже тоже больше склоняемся к варианту, что где-то в плате косяк - но хочется локализовать по каким цепям, и что друг на друга замыкает. Потому что сейчас не подымается в единицу логический сигнал ENABLE на часть микросхем (как-бы просажен в "0", но не пробит окончательно и еще на некоторых уравляющих сигналах, которые выходят прямо из процессора появляется смешаный по уровням сигнал (5В и 3,3В) - т.е либо действительно замыкание дорожек во внутренних слоях платы либо еще есть вероятность что вышел из строя сам микроконтроллер MPC562 (пробиты порты в нем) На наклейке блока номера: 06F906056DL 7004, 0261S02153

Добрый день всем. Ребята спасибо большое за советы и активность в теме. Попробую рассказать ситуацию "на сейчас" (сразу извиняюсь за немного длинный текст). Нам на ремонт привезли только блок управления двигателем. Автомобиль находится за 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 оригинал) Пока выяснили, что процессор не пересбрасывается, но пересбрасывает периферию (наверное выполняется тестирование - и что-то идет не так). Ищем дальше пока. Будут новости, обязательно отпишусь.

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

Добрый день. Попался блок управления двигателем от Автомобиля 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), что-бы сравнить предварительно ? Выкладываю свою прошивку - может кто-то проверить? Заранее спасибо.