из исходника который я дизассемблирывал с прошитого проца, я понял что используется 8ми битовый фрейм, 1 стоп бит, проверки на чётность нет, асинхронный режим передачи.

Возник интересный вопрос! в том документе, что я приводил выше всё приводилось для контроллера M1.5.4. А если на авто будет стоять другой контроллер, но протокол останется тот же? что от этого изменится? временные параметры? скорость передачи данных?

все будет зависеть от того, какой протокол использует этот другой ЭБУ.
если тоже KW2000, то ничего почти не поменяется (может некоторых параметров не будет, а некоторые добавятся - просто необходимо знать информацию по этому контроллеру)

т. е. если я делаю сканер для KWP2000,, то я должен знать информацию по всем в мире ЭБУ работающих по данному протоколу?

Ну зачем по всем? для начала хотя бы по своему.
а вообще просто пишется прога так, чтобы при отсутсвующих блоках выдавалось что-нибудь типа Not Supported...
и дается возможность читать все блоки... а уж юзер пусть по докам на свой ЭБУ смотрит в каких блоках какие значения...

Я дико извиняюсь, но что Вы имеете ввиду под словом "блок"?

в ЭБУ данные выдаются блоками... т.е. запрашиваешь режим измерений - блок 5 (к примеру) и тебе оттуда данные приходят. А вот что за данные в 5 блоке - должен знать ты сам, и как их обработать и в каком они формате.

Очень интересно! Когда читал те ссылки по VAG сканеру которые Вы мне дали, там затрагивалась тема блоков, но мне показалось, что меня это не касается, т. к. в документации по протоколу kwp2000 я не нашел такого понятия, там под словом "блок" понималось ЭБУ. И вообще я думал, что надо просто приконнектится к ЭБУ, считать ошибки OBD II и отконнектится. А как узнать что там хранится(в блоках)?

up!
а с чего начинается "разговор" ЭБУ и тестера? с запроса startCommunication(81)? я имею ввиду тот документ что я приводил выше

Сообщение отредактировал coolibin - Jan 21 2008, 12:31

Для инициализации и передачи начальных сообщений диагностический тестер должен использовать скорость передачи данных равную 10400 бод, 8 бит данных, 1 стоп бит, без контроля четности.
это в документе по кв2000, и вообще - вы его читали? там даже диаграммы сигнала приведены и при инициализации и при передаче

p.s. кстати у вас старая версия документа... поищите в инете поновее...

Сообщение отредактировал Cyber_RAT - Jan 22 2008, 07:03

Это я уже понял. Дело в том, что я пользуюсь и другими источниками и очень часто они противоречат друг другу. И насчёт скорости передачи 10400 бод, программа которую я разбирал использует заниженую скорость передачи(10200), Вы не можете сказать почему так делается? Сейчас я хочу написать программу которая просто коннектилась бы к ЭБУ. И ещё! информация на другие ЭБУ(не Motronic 1.5.4) также доступна?

10200 - это ж какой там коэффициент загружается? знаю что используют 10472- потому как на кварце 3.6864 (для стандартных скоростей 0 процентов ошибки) получается так....
информация на другие ЭБУ... каких марок? хорошо если их не тысячи, а сотни, да и протоколов тоже не мало...
p.s. информация на протоколы от импортных машин - практически вся закрыта... и в лучшем случае найдете куски сворованные кем-то, или реверс инжиниринг протокола каким-нибудь любознательным человеком...

ну если быть точнее 10204(UBRR=97, кварц 16 МГц). может я неправильно считаю. Интересуют ЭБУ c протоколом kwp2000. Очень интересно, а как же тогда люди находят инфу и делают свои сканеры.

Я уже писал выше как находят... дезасемблируют прошивки блоков, снифят протокол, ищут по инету всякие крохи и на основе всего этого ваяют
насчет KW2000.. насколько я вижу этот протокол открыт, а раз все документировано, то вам и карты в руки.. сложностей я не вижу.
Все блоки совместимые с протоколом KW2000 должны с вашим сканером сконектится, просто не все функции у разных блоков будут совпадать, но вы делайте поддержку всех функций по доку на протокол и все будет нормально.

А тех ссылок, что Вы приводили выше, будет достаточно для создания сканера для VAG?