Понимаете ,я немного обьясню суть,хотя чесно признаюсь этим интересовался достаточно поверхностно,(у меня напарник занимается смоткой).
Есть допустим куча датчиков ,они все вместе цепляются на одну шину (если K-line в ODB-2) ,в мерсах допустим выводится каждый по отдельности на диагностический разьем.
Один датчик - один адресс устройства (допустим двигатель - адресс 01) ,если по этому адрессу ошибка допустим 09 ,ага заклинило коленвал
Соответственно понятие "стандарт" - весьма растяжимое,вцепят на машину,люк,АБС или иммобилайзер и на сервисном разьеме появиться еще куча устройств под которые нужно перезатачивать диагностическую прогу.(кстати если на машине устройсва нет а в проге есть ,то она естественно его не видит , и это сполш и рядом ,так как машины идут разной комплектации)
Есть конечно типа стандарт корпорации WAG которая выпускает спидометры(естественно в них большая часть диагностики двигателя) для кучи моделей автомобилей ,можете опираться на него ,но нет гарантии ,что он может видоизмениться. Под него есть просто навалом прог,при желании нетрудно разобратся будет в протоколе ,тем более если вы не планируете много датчиков.
А можете сделать свой стандарт,написать прогу,выложить в инете на халяву,и через десять минут она станет стандартом даже для самого ленивого диагноста.
, ведь прога будет не какая нибудь ,а от САМОГО производителя
,а если и протокол выложите - уууу... ,то и в стандартных сканерах и прогах через пару месяцев появиться (кстати не задумывались почему сканер - сканером называется
)
Насчет Как "упаковывать" информационный пакет?
контроллер + датчики + ваша MC33199 и все ,остальное только за написанием проги для контроллера и диагностической проги для ПК ,если будет охота.
Протокол обмена данными автомобильной диагностики OBD-II.
Dec 15 2006, 16:01
