Volkswagen Sharan 2011, двигатель 1.4 TSI CAVA MED 17.5.5 TC1766

[medion74 Участник]

Нужен совет. Уже голову сломал.
Автомобиль Volkswagen Sharan 2011, двигатель 1.4 TSI CAVA.
ЭБУ Bosch MED17.5.5, процессор TC1766.
Использую китайский KTAG 7.020. Работаю по протоколу 715 (GPT). Подключение сделал полностью по официальной инструкции: GPT, BOOT, T02, T06, запаял LINK1 и LINK2.
Но при попытке идентификации KTAG выдаёт только «Ошибка связи с ЭБУ», дальше процесс не идёт.
Блок сейчас не выходит на связь, поэтому хотелось бы восстановить его своими силами. Отправить кому-то на ремонт сейчас возможности нет.
Может, кто-нибудь сталкивался с такой ситуацией? Что ещё можно проверить? Может, есть какие-то нюансы именно с китайским KTAG, KSuite или этим протоколом?
Буду благодарен за любые советы.

 

[Automotive_RL Участник]

Возьмите дешевый отлом РСМ и 71 модулем все сделайте.
Криво работает KTAG бывает, особенно если кабель косячный.

 

[Lelik79 Активный Участник]

В режиме программирования он скорее всего сейчас. Отломом можешь дров наломать. Отсылай мне по почте.

 

[Lelik79 Активный Участник]

А с китайским К-Таг есть из этого профиля нюанс - забыть MEDV серию. На совсем. Так же это относиться и к любителям отлома ПЦМ - 71 модуля.

 

[Lelik79 Активный Участник]

И,,,,,,Чё-то я не пойму! Этог че за протокол такой GPT 715 !??

 

[Lelik79 Активный Участник]

Понятно. Отсюда на рисовался еще один "нюанс": K-TAG довольно мощная штука. На столько мощная, что используя не правильный протокол при работе с блоком,,,,,Блок этот можно усандачить. Собственно, исходя из того что работать надо было 267 протоколом, Вы почему-то решили что блок открытый и забубенили 715. С почином.

 

[Automotive_RL Участник]

Вот как раз KTAG-ом ничего не усандачить, если руки не из жопы и пятаки не отрывать.
При выборе неверного протокола, даже в условиях MED/MEV - КТАG нахер пошлет и начнет сыпать ошибками,
начиная от подключения, питания и заканчивая вылетом. В случае топикстартера так и есть, нет коммуникации с ЭБУ.
РСМ отлом 71 - аналогичная история.
А если бы топикстартер усандалил блок, то чем Вы поможете? FLASH и EEE новые вкорячите?)

 

[Lelik79 Активный Участник]

Ну... Если бы усандалил то ничем не помог, да. А вот если НЕ усандалил - то подключил бы китайскую паль 71 модулем и.... поднял бы его с колен!

 

[medion74 Участник]

Подскажите тогда ещё такой момент. Если блок ещё живой, чем бы вы сами попробовали его поднять без покупки дорогого оборудования? Интересует именно бюджетный вариант, если такой вообще существует.

 

[Lelik79 Активный Участник]

K-TAG 267 протокол. PCM 53 модуль.

 

[medion74 Участник]

подскажите ещё по одному моменту.

Возник вопрос именно по последовательности входа в Boot Mode.

До сих пор делал так:

подключал ЭБУ на столе;

подавал питание (+12V, GND, IGN);

активировал Boot;

запускал KSuite;

выбирал протокол 267;

нажимал Read.

Сейчас задумался, не может ли проблема быть именно в последовательности действий.

Может быть, правильнее один из таких вариантов?

Вариант 1

выбрать протокол;

нажать Read;

только после этого подать питание и активировать Boot.

Вариант 2

нажать Read;

подать питание;

Boot удерживать только 1–2 секунды и отпустить.

Вариант 3

ЭБУ уже под питанием;

нажать Read;

Boot кратковременно активировать именно в момент, когда KTAG начинает искать процессор.

Есть ли у кого практический опыт именно с MED17.5.5 TC1766 и китайским KTAG 7.020? Интересует именно тайминг входа в Boot Mode. Если есть проверенная последовательность, буду благодарен.

 

[Lelik79 Активный Участник]

Запустил программу, выбрал протокол, выбрал схему подключения, расключился согласно схеме, (бут пин в особенности подключать обязательно ДО подачи питания), (Подачу питания осуществляет прибор К-Таг программно после запуска программирования в программе), выбрал в программе "далее" - читать или писать. Бут пин снимать не надо.

 

[medion74 Участник]

Сделал всё именно так, как советовали.
Запустил KSuite, выбрал протокол 267 (Bosch MED17.5.5 TC1766), подключил ЭБУ согласно схеме. Boot-пин был подключён до подачи питания, питание подаёт сам KTAG после запуска операции. Boot-пин не снимал.
К сожалению, результата нет.
После нажатия Read выходит ошибка:
"Communication error with the ECU: control all connections; if the problem persists, send the LOG file to the assistance."
Прикладываю фотографии:
подключение KTAG;
подключение проводов к ЭБУ;
Boot-пин;
окно программы с ошибкой.
Может быть, кто-то увидит, что у меня подключено неправильно, или сталкивался именно с такой ситуацией?
К сожалению, отправить блок специалистам сейчас возможности нет, поэтому пытаюсь восстановить его самостоятельно.
Буду очень благодарен за любые советы.

 

[Lelik79 Активный Участник]

Блок либо уснул - что в лучшем случае, либо - ,,,,,,Аминь. В таких ситуациях нет предписаний для каких либо действий по инструкции. Здесь как крайняя мера - изотерический сеанс экзорцизма изгнание Шайтана, дешевый инструмент - бубен.

 

[Lelik79 Активный Участник]

715 протокол пробуй. В нем на косячил им и снимай. GPT кабель отдельный использовал?

 

[Lelik79 Активный Участник]

Сомневаешься в расключке, фото скинь.

 

[medion74 Участник]

Да, уже пробовал и 715-й протокол.

Конечно, использую GPT-кабель. Сам кабель тоже проверил: сверил распиновку по схеме, всё прозвонил мультиметром, обрывов не нашёл, всё соответствует.

Фото распиновки GPT прикладываю.

Может быть, есть ещё какие-то моменты, которые стоит проверить?

 

[medion74 Участник]

Кстати, ещё один момент . После всех попыток с KTAG я ради проверки подключил этот же ЭБУ через Galletto (тоже Boot Mode, на столе, со вскрытым блоком). Galletto спокойно определяет TC1766, читает CPU ID и Flash ID. Скриншот прикладываю. То есть Galletto после KTAG блок всё ещё видит, а KTAG нет.

 

[Lelik79 Активный Участник]

Заснул блок, Галетой его!

 

[Lelik79 Активный Участник]

Идентификаторы открыл. Читай флешь и епром. Может епром битый...