KWP2000 протокол в автомобильной диагностических приложений

0
14

KWP2000 протокол стал стандартом де-факто в автомобильной диагностических приложений. Он стандартизован как ISO 14230-3. KWP2000 описывает реализацию различных диагностических услуг вы можете accethrough протокола. Вы можете запустить KWP2000 на несколько слоев транспорта как K-line (серийный) или CAN.

Транспортный протокол
как KWP2000 использует сообщения байтов переменной длины, транспортный протокол необходим на слоях длиной только четко определены (короткое) сообщение, например CAN. Транспортный протокол разделить длинное сообщение KWP2000 на куски, которые могут быть переданы по сети и перекомпилирует эти куски, чтобы восстановить исходное сообщение.

KWP2000 работает на можно на различных транспортных протоколов, таких как ISO TP (ISO 15765-2), ТП, ТР 1.6 2.0 (Volkswagen) и SAE J1939-21. KWP2000 автомобильный диагностический набор команд поддерживает только ISO TP (стандартизированы ISO 15765-2) и производителя конкретной VW 2.0 ТП транспортных протоколов.

Диагностические услуги
диагностических услуг, доступных в KWP2000 группируются в функциональных подразделений и определены один байт-код (ServiceId). Стандарт не определяет все коды; для некоторых кодов стандартные реферерам для других стандартов SAE или ISO, а некоторые зарезервированы для производителя конкретного расширения. Набор автомобильных диагностических команд поддерживает следующие услуги:

• диагностики управления
• передачи данных
• хранятся передачи данных (диагностические коды неисправностей)
• ввода/вывода управления
• пульт Активация обычной

загрузки/выгрузки и расширенных услуг не являются частью автомобильной диагностики набор команд.

Диагностические службы формат
диагностические услуги имеют общий формат сообщения. Каждая служба определяет сообщение запроса, положительный ответ сообщение и отрицательный ответ. Сообщение запроса имеет ServiceId как первый байт, а также дополнительных параметров, определенных номеров. Положительный ответ сообщение имеет эхо ServiceId с бит 6 как первый байт, а также параметры ответа службы определены.

Отрицательный ответ это обычно три байта сообщение: он имеет отрицательный ответ ServiceId как первый байт, эхо первоначально ServiceId как второй байт, а третий ResponseCode как байты. Единственное исключение из этого формата является отрицательный ответ на EscapeCode службу; Здесь третий байт является отголоском код определяемой пользователем службы, и четвертый байт ResponseCode. Стандарт определяет KWP2000 частично ResponseCodes, но есть номер остается для производителя конкретного расширения. Для некоторых из ResponseCodes KWP2000 определяет процедуру обработки ошибок. Поскольку положительные и отрицательные ответы эхо запрошенную службу, всегда можно назначить ответы на их соответствующий запрос.

Подключить/отключить
KWP2000 ожидает сеанса диагностики быть запущен с StartDiagnosticSession и с StopDiagnosticSession. Однако имеет StartDiagnosticSession DiagnosticMode параметр, который определяет тип диагностических сеанса. В зависимости от этого типа ECU может не поддерживать другие диагностические услуги или работать в ограниченном режиме, где доступны не все функции ЭБУ. Значения параметра DiagnosticMode, производитель конкретные и не определен в стандарте. Диагностические сессии остаются активными он необходимо выполнить тесты нынешней службы периодически, если служба не выполняется. Если эта услуга тесты не хватает для определенного периода времени, диагностические сессии прекращается, и ECU возвращается в нормальный режим работы.

GetSeed/разблокировать
GetSeed/разблокировать механизм может защитить некоторые диагностические услуги. Однако соответствующих служб на усмотрение производителя и не определяется стандартом. Вы можете выполнить механизм GetSeed/разблокировка через службу SecurityAccess. Это определяет несколько уровней безопасности, но производитель назначает эти уровни некоторых услуг.

Чтения/записи памяти
чтения/WriteMemoryByAddress службы использовать для загрузки/выгрузки данных определенные адреса памяти ECU. Адрес является количество три байта в KWP2000 и количество пяти байт (4 байтовый адрес и расширение один байт) в протоколы калибровки. Загрузка/функциональное подразделение услуги являются высоко производитель конкретные и четко не определены в стандарте, поэтому они не являются хорошим способом для обеспечения механизма общей загрузки/выгрузки.

Измерения
ReadDataByLocal/CommonIdentifier службы использовать для доступа к данным ЭКЮ в путе подобном к списку DAQ. Местное/CommonIdentifier описывает список ECU количеств, которые затем передаются от ЭБУ тесты. Передача может быть одно значение или периодически, с медленный, средний, или быстрой передачи. Скорость передачи – производитель конкретные; Можно использовать службу SetDataRates, чтобы установить их, но этот параметр является конкретным производителем. Автомобильный набор диагностических команд поддерживает точечные измерения.

Диагностические коды неисправностей
основных диагностических особенностью является считывание диагностических кодов неисправностей (DTC). KWP2000 определяет несколько служб, доступ DTC на основе их группы или статуса.

Элемент управления ввода/вывода
определяет два KWP2000 услуги изменения внутренних или внешних сигналов ЭБУ. Одним из примеров перенаправление ECU датчик входов два стимулировали сигналов. Параметры управления этих команд являются производителем, конкретные и не определен в стандарте.
удаленной активации обычной

эти услуги похожи на функции ActionService и DiagService CCP. Можно вызвать ЭКЮ внутренней процедуры определены местные/CommonIdentifier или адрес памяти. Вопреки CCP дела выполнение этой процедуры может быть асинхронным; то есть есть отдельные Пуск, стоп и RequestResult услуги. Параметры управления этих команд являются производителем, конкретные и не определен в стандарте.

Внешние ссылки
для получения дополнительных сведений о стандарте KWP2000, обратитесь к ISO 14230-3 стандарта.



Amos Huang

ОСТАВЬТЕ ОТВЕТ

Please enter your comment!
Please enter your name here