ГОСТ Р ИСО 15765*4— 2014
Шаг (2) — Если внешнее диагностическое оборудование определило, что время ожидания
Р2СЛЛоюп, вышло и прием ответных сообщений не начался, значит для OBD связи вданном случае не
используются 11-битные или 29-битные (в зависимости от того, какие были отправлены в
предыдущем сообщении запроса) идентификаторы сообщений CAN. Кроме того, это означает, что
внешнее диагностическое оборудование определило, что транспортное сродство поддерживает CAN
с соответствующим физическим уровнем и текущей скоростью передачи данных, содержащейся
в параметре «baudrateRecord».
Шаг (3) — Началом ответного сообщения может быть либо прием первого кадра данных
«FirstFrame», либо единичного кадра данных «Singleframe», которые используют 11-битные или 29-
битные идентификаторы сообщений CAN OBD (в зависимости от того, какие были использованы в
предыдущем сообщении запроса). Если начало приниматься хотя бы одно ответное сообщение, то
внешнее диагностическое оборудование должно продолжить получать это сообщение (относится
только к многокадровым ответным сообщениям) и должно принимать последующие ответные
сообщения с 11-битными или 29-битными идентификаторами CAN физических ответов (в
зависимости от того, какие были отправлены в предыдущем сообщении запроса).
Шаг (4) — Когда все ответные сообщения полностью получены (положительные и
отрицательные ответы) и вышло время ожидания таймера
P2
ca
n
_
c
i
«
m
.
внешнее диагностическое
оборудование должно проанализировать, были ли получены отрицательные ответы.
Если одно или более из принятых ответных сообщений являются отрицательными ответами с
кодом ответа 0x21 («busyRepeatRequest») на ранее переданный запрос, то внешнее диагностическое
оборудование должно повторно запустить процедуру проверки ответных сообщений с шага (1) после
минимальной
последующих
временной задержки в 200 мс. Если отрицательный ответ(ы) появляе(ю)тся в
шести циклах, то внешнее диагностическое оборудование будет считать, что
транспортное средство не совместимо с ИСО 15031-5. Это означает, что совместимая с OBD система
должна обеспечить отправку положительного ответа в течение максимум пяти попыток.
Рисунок 4. лист 2
Предполагая, что каждый отрицательный ответ с кодом NRC 0x21 должен быть получен
незадолго до истечения таймера Р2. получаем, что общее доступное время для предоставления
корректного ответа транспортным средством составляет 1250 мс.
Если совместимый с OBD ECU реагирует любым другим негативными кодом ответа или
отправляет ответ, который не может быть интерпретирован в соответствии с ISO 15031-5. то внешнее
диагностическое оборудование будет считать, что транспортное средство не совместимо с ИСО
15031-5 («Не выполнено»).
Шаг (5) — Если никаких отрицательных или ошибочных ответов не было зафиксировано на шаге
(4), то внешнее диагностическое оборудование подтверждает, что автомобиль поддерживает 11-
битные или 29-битные идентификаторы сообщений CAN (в зависимости от того, какие были
использованы в предыдущем сообщении запроса) для связи OBD. Внешнее диагностическое
оборудование должно сформировать на основании полученных физических ответов список
обнаруженных, совместимых с OBD. которые ответили на сообщение запроса сервиса 0x01 и
считывания поддерживаемых PID. Этот шаг завершает процедуру инициализации и подтверждает
соответствие транспортного средства настоящей части стандарта.
Шаг (6) — Если поддержка 11-битных идентификаторов CAN для связи OBD не может быть
подтверждена, то должно быть отправлено функционально адресованное сообщение запроса
сервиса 0x01 (считывание поддерживаемых PID) с использованием 29-битного идентификатора CAN
функционального запроса OBD. как описано в п. 10.5.3, и повторно выполнена процедура проверки
ответов, как показано на рисунке 4. Если поддержка 11-битных и 29-битных идентификаторов CAN
для связи OBD не может быть установлена, то необходимо выполнить поиск совместимых с WWH-
OBD ECU. как показано на рисунке 5.
Шаг (7) — Транспортное средство соответствует данной части стандарта.
Рисунок 4. лист 3
6.3.2 ПроцедурапроверкизаголовковсообщенийCAN WWH-OBD
Необходимо передать функционально адресованный сервисный запрос 0x22 0xF810
(идентификация протокола) с использованием11-битного идентификатора сообщения запроса CAN
(WWH-OBD), как указано в 10.5.2. и провести процедуру проверки ответного сообщения так, как
показано на рисунке 5.
11