17.9.7

[Nikolay]

Здравствуйте, dimka112.

К сожалению, логи показали, что ЭБУ просто не отвечал на запросы подключения. Нам встречались подобные случаи, они решались длительным процессом установки связи - 3-5мин.

[dimka112]

Здравствуйте Николай! Я оставлял его подключаться на 40 минут аж комп Скан Мастер потерял "Неизвестное оборудование". Перезагрузил и по новой минут на 20, не помогло, пока блок не полежал.

[paradoxm]

я также подменника своего подключал универсальным кабелем собственного изготовления... был вечер после трудного дня. минут тридцать не мог законнектиццо! а потом посмотрел более внимательно - епрст! я ведь на проц ПЛЮС подаю через точки подключения.... думал, что хана... не тут-то было - живучий оказался. много думал о приобретении кабеля.... в общем, в данный момент блок всегда подключается с первого раза, полностью работоспособен.

[putnik51]

Вообще то убить этот блок - надо постараться.Так что возможно заводской дефект. Лоадером делаю из приоровского - уазовский и наоборот. Использую как подменный на любые авто. Ни разу никаких проблем с записью и чтением.

[GluckOvNik]

Вопрос к разработчику софта, точнее к тому, кто думал над подключением к блоку 17.9.7, а конкретнее даже к процу TC1762.
Отслеживая осцилом Rx и Тх на камне (порты ASC0), при подключении имеем следующую картинку:

Подключение СМ.JPG

Как бы видно когда на процессоре появляется питание, и когда начинается обмен. Ввиду сжатости желтым штрихом помечена т.н. точка начала обмена. Разверну её на следующей картинке:

точка 2.JPG

Видим, что проц получает на Rx запрос длительностью приблизительно 0.5мС и через пару милисекунд дает на Tx пакетик в четыре импульса. Дальше проц слушает длиннющую команду, что-то отвечает, ну и в итоге разговора сканмастер выдает сообщение "подключение завершено".
Вопрос такой: Имеет ли значение время между подачей питания на ЭБУ и первым запросным импульсом (точка 2)? К чему сей вопрос: Пытаюсь повторить подключение с помощью инженерного инфинеоновского софта. Камень ТС1762 в библиотеке разумеется имеется.
Подключаюсь через к-line протокол с аналогичным сканмастеру подключением и переводом проца в бут. Однако наблюдаю совсем другую картинку:

Подключение МТ.JPG

В точке один (желтый маркер) видим точно такой же запрос (импульс) как и при подключении сканмастером. Но ответа через две милисекунды не имеем. Смотрим картинко:

Подключение МТ точка1.JPG

Проходит поболе 100 мС, и только после очередного запроса софта проц начинает давать ответы. Смотрим точку2.

Подключение МТ точка2.JPG

Ну там далее опять разговор и прога выдает сообщение : Ready for memory tool command. Тоись по простому "подключение состоялось, и работайте с памятью. Вот тока такое соединение открывает карту памяти процессора с замочками, и не дает считать ни PFlash, ни DFlash.

[Nikolay]

Здравствуйте, GluckOvNik.

Вы задали действительно очень интересный вопрос. Пришлось подумать . Вот что произошло в Вашем случае:
- Вы подключились к процессору, загрузив в него bootstrap при помощи ПО Мотор-Лоадер;
- скорее всего, не отключая питания или отключив только отключаемое попытались подключиться к ЭБУ при помощи стороннего ПО;
- т.к. ЭБУ не было сброшено, в его памяти остался функционировать bootstrap, загруженный ранее;
- стороннее ПО попыталось также загрузить bootstrap, но ответа от ЭБУ не получило (указанная Вами пауза);
- затем оно послало команду проверки активности bootstrap и ЭБУ ответило положительно.

В случае, если Вы полностью снимали питание с ЭБУ, нужно обратить внимание на то, что даже без питания данное ЭБУ сохраняет свое состояние некоторое время. Почему блок не сбрасывается определить не представляется возможным, т.к. схема сброса интегрирована в отдельный универсальный чип производства BOSCH на который отсутствует документация.

Если Вы хотите провести эксперимент без влияния данных факторов необходимо вручную замкнуть все большие емкости на плате блока. Это проведет к его полному гарантированному сбросу.

PS По поводу невозможности чтения памяти: память в данном ЭБУ закрыта и для ее открытия необходимо правильное указание 2-х LockByte.