Я прошу прощения, в моей методичке перепутаны местами ОКИ и АУ. Сейчас надо работать с ОКИ получается. А когда получишь 2116 - с АУ.

Вот так было.
Сейчас в откинутом состоянии, потому что последней проверял гипотезу с коротким только на ОКИ (можно видеть кусок проволоки торчит сверху платы)

Как раз тогда сейчас получается, что у меня отсутствует 5780 и перемычка на ней.
А с ОКИ стоит перемычка, но ошибка 2115 присутствует.

тут же видна перемычка на ТЖА которая 2114 устранила.

Еще раз извиняюсь за некорректную последовательность ошибок. Исправил:

Инструкция
Запускаем VAS-PC, делаем тест, смотрим ошибку. Ошбки будут идти строго одна за одной по мере напаивания перемычек и исправления косяков с диодами:
700.2108 проблема с К-line
700.2111 проблема с L-line (возможная причина диод VD14 запаян неправильно. Метка должна быть ближе к разъёму)
700.2113 проблема с CAN-High (фейковая или неисправная TJA1050 / TJA1040)
700.2114 Проблема с CAN-Low (фейковая, перевернутая или неисправная TJA1054AT / TJA1055)
700.2115 Проблема с J1850 PWM (фейковая (M6636B), перевернутая, неисправная или остутствуящая OKI M6636, также перевернутый диод VD7)
700.2116 Проблема с J1850 VPW (фейковая, перевернутая или неисправная AU5780A / A5780А)
700.2230 Проблема с 3702C (нет сигнала с зажигания KL15)

Проверенное лечение:
700.2111 ты вылечил переворачиванием диода ВД14.
700.2114 ты вылечил закорачиванием ног 2 и 3 TJA1054TA
700.2115 закорачивать надо ОКИ ноги 20 и 21. Также эта ошибка может быть из-за перевернутого ВД7 (но предполагаю что это в случае если ОКИ реально есть и не фейк)

После уже на AU5780 коротим ноги 2 и 4.

Для полного понимания, а как так - имеем кучу ошибок и микросхемы отсутствуют, диоды перевернути и т.п., а машину читам и шьем таким кабелем?
Тут все просто - для работы с современными машинами VAG используется только CAN high, за которую отвечает TJA1050 (или ее более современная версия TJA1040). Достаточно чтобы была живой всего лиш эта микросхема и с прошивкой(бинарем) из PDU41 таким "левым" кабелем можно работать. Даже если проц 167 и память 3.3 или 3.6Вольт.

ВД7 на схеме и у меня на плате верно стоит? А то помнится мне что-то было напутано на этих схематичных картинках плат.


не 2113 а 2114 я вылечил перемычкой на ТЖА1054

Сорри, поправил. Я на твоем фото ничего не вижу оно очень маленькое. ВД7 базой должен в сторону чипа смотреть.

Ты его в последнюю очередь пробуй так как первый шаг перемычка на ОКИ.

Хм...а у меня большие загружаются оба фото....

Не правильно.
700.2115 - AU5780A
700.2116 - М6636
на самом деле проверено, а не в инструкции, то что написано

В общем ВД7 под ОКИ как на картинке на 694 странице ))) полагаю это верный монтаж

В остальном на текущий момент перемычка только на ТЖА1054 и на ОКИ, но ошибка 2115 активна

Я еще нашел информацию, что иногда они меняются местами если один из двух компонентов не проходит тест. Вывод - коротить надо сразу и ОКИ и АУ и если ошибка не уходит пытаться исправить диод ВД7.

----------

Пробуй поставить перемычку на ОКИ не снимая перемычку с АУ.

Пробовал уже - получаю возврат на ошибку 2114 ( не смотря на стоящую перемычку на ТЖА1054) и по прежнему нерабочее пду42

Насчет диода ВД7 тогда повторюсь вопросом -на 694 странице на картинке он правильно нарисован ? У меня стоит так же как на картинке.

Что то мне подсказывает что скоро дойдёт до перемычки USB-OBD.

lprot
естественно имелось ввиду с правильно запаянными диодами. У китайцев на всех новых они не правильно установлены, в том числе и по К-лайну
это не где то прочитанное, а фактические ошибки ..15 и ...16 и что влияет.

Да нарисован правильно. Перемычки тоже вроде как правильно.
У меня одна мысль только, он когда K-линию проверяет (ошибка 2114) и потом J1850 PWM (OKI) и VPW (AU) он по идее что-то еще комутировать должен, где-то чего-то может не хватать...

Мне не понятно почему при замкнутых 5780 и Оки он откатывается на ошибку 2114. Она ведь устранена перемычкой на ТЖА1054.

какая то у них всех между собой взаимосвязь

При тесте 5780 срабатывает еще и реле.

Николай, а на сехматических изображениях на 694 странице все диоды корректно нарисованы?
Я тогда попробую все диоды на головке сравнить с рисунком.

----------

да, ее явно слышно - щелкает

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

Дмитрий 42
скачайте архив от нового [Ссылки могут видеть только зарегистрированные пользователи. Зарегистрироваться...] сравните.
этот все полностью работает, без подмены.

Кто прозвонит 2 и 4 ноги 5780 на процессор? Давно уже прошу))

А че ты вчера не напомнил то))

качаю, чуть позже сравню - отпишусь

У меня флешка как у Коли. Тоже малазия. Почему у него не работает?
Парни. Проверил только что - 1054 не опрашивается в тесте!!!! 6636 опрашивается при дисконнекте.
5780 не знаю где глянуть. Так что отстаньте от 1054))

Может у него фейковый фюджитсу и хоть и патченый бинарь разрешает его тспользовать, но ID ответ парсится неверно? Без помощи veloseeped наверно не обойтись...

Еще может быть вот что раз мы знаем на текущий момент, что PDU 42 проверяет:
1. Чипы 6636 и 5780
2. Тип флеш AMD, Fujitsu и прочее
3. Патч проверки флеша позволяет запускаться 42-му PDU на некоторых платах с Fujitsu (Malasiya)

можно еще как п.4 предположить что процессор участвует в проверке...

Странно, тогда значит надо понять какие цепи где идут и как взаимосвязаны 5780,6636 и 1054 - а взаимосвязь у них точно есть.... потому что у меня ошибка 2114 ушла при замыкании 1054 и появилась следующая 2115, но при установке всех перемычек 2114 вернулась

я постараюсь сегодня откинуть 1054 тогда и тестить перемычки на 5780 и 6636

По моему 19,20.

я про тест в пду а не в вас-пк!
что у меня за пямять гляньте плиз: K6X4016C3F-UF55

Отличная 5Вольт 55нс память. Диапазон тепмператур промышленный и без свинца. Лучшее что сегодня можно купить из не фейков.

сверил - диоды совпадают норм.

По пункту 1 - 5780 под вопросом пока )
Если что у меня ревизия процессора - ВВ. Все в точности как у Николая ( только у меня SAF )
Николай. Попробуй вернуть старый дамп в 93с ( если остался )

----------

А мне кажется что ноги с 5780 идут на 84 87 проца или 17 18 или 23 24

То что на этой стороне где 17,18 это точно, с номерами мог ошибиться.
Если смотреть на маркировку, то нижняя сторона.

Давайте сразу закроем все эти фантазии про флешки на тему защищенных секторов, работы с СFI и проверок на эту тему.
Все это реализуемо только в режиме "high voltage", источника для которого физически не существует на плате, где стоят поцессор и память.
Что касается программы и ее фокусов по поводу проверок флешки на "вшивость", то это вычисляется за 5 минут по поиску известных сигнатур в hex-дампе.
В данном случае в программе встречается лишь один вид команды - прочитать ID производителя и тип памяти.

Тогда как объяснить что на двух одинаковых флешках работает только один? У нас с Николаем даже ревизия плат одинакова. Оба проходят проверку в вас-пк. Но заработал только мой.

Можно глянуть на фото твоей флешки?

Парни я же писал: не хочу половинить. Микротрещина где то. После разборки-сборки глючит. Сегодня специально с зеркалом проверил ещё раз. Стоит F и за ним Малайзия. Во втором ряду начинается с: 29
Сегодня Коля вроде как обещал вычитать ид своей флешки. Сразу все станет на место.

----------

veloseeped, подскажите куда от 5780 идут рх тх на плату процессора ( со стороны процессора). Спасибо

Про трещину в твоей плате помним. Я просто удивлен что у тебя фото нигде не сохранилось. Ты свой адаптер никогда не фотографировал чтоли? :)

Фотографировал, но данные невозвратно уничтожены к сожалению.

Чудес не бывает.
Если считать, что флешки идентичные, то и на все проверки одной и той же программы они должны реагировать одинаково.
Это говорит лишь о том, что причина проблемы кроется где-то еще.

Я еще раз более внимательно и вдумчиво :) глянул на код в бинаре где идет проверка ID флешки. Я вижу там такой алгоритм:
В r8 - ManufacturerID (1 - AMD, 4-Fujitsu, X-остальные)
r9 - DeviceID (22D8 - микросхемы с BE в конце)
[r0] - Адрес куда нужно вернуть ManufacturerID
[r0+0C] - Адрес куда нужно вернуть DeviceID
r4 - тип обнаруженного чипа (1 - AMD, 0 - Fujitsu и прочие)

Логика там такая:
1. Если ManufacturerID=1 и DeviceID=22D8 то [r0]=ManufacturerID, [r0+0C]=DeviceID, r4=1, возврат из функции.
Если проверки п.1 не сработали, то:
2. Если ManufacturerID=4 и DeviceID=22D8 то [r0]=ManufacturerID, [r0+0C]=DeviceID, r4=0, возврат из функции.
3. Если проверки из п.2 не сработали, то:
[r0]=0, [r0+0C]=0, r4=0, возврат из функции.

Ты пропатчил бинарь, чтоб r4 при возврате из функции во всех случаях был 1.

Но меня смущает что в случае 3 - из функции вместо правильных DeviceID и ManufacturerID возвращаются 0.

Если у Николая третий случай, то возможно надо патчить так, чтоб вернулись ManufacturerID и DeviceID=AMD или Fujitsu? Может сделать так, чтоб всегда возвращались [r0]=1 и [r0+0C]=22D8?

Как-то нули не по феншую получаются :)

Есть предположение что при возврате из функции смотрится не только r4 но и ManufacturerID в [r0]...

Но если бы где то ещё, то и наверное ошибка была бы другая?