Почему идентификаторы ответов для запросов UDS всегда являются идентификатором запроса + 8?

Question

У нас есть поставщик, который отталкивает нас, требуя, чтобы идентификаторы запросов / ответов UDS были разделены на 8. (т. Е. Для данного идентификатора запроса, связанный идентификатор ответа должен быть идентификатором запроса + 8.) Мы сделали этотак как это соответствует приведенным примерам в ISO 15765-4: 2011, Таблица 6.

Мы пытались объяснить, что мы просто ссылаемся на Таблицу 6, но все еще существует сильный толчок для фактического ISOтребование, которое указывает на это.

Я бы хотел иметь возможность указать на определенный раздел в спецификации ISO для UDS, который вызывает это.Если этого не существует, я хотел бы знать, откуда это.

Спасибо!

Answer 1

ISO 15765-4 описывает связь для бортовой диагностики (OBD) систем, связанных с выбросами.

Для этого варианта использования зарезервирован диапазон CAN-ID. Диапазон содержит идентификаторы от 0x7E0 до 0x7EF, т.е. 16 идентификаторов

Стандарт предполагает, что существует не более 8 ECU, связанных с выбросами, и, таким образом, резервирует один ID для физического запроса и ответа для каждого из этих 8 ECU. Запросы находятся между 0x7E0 и 0x7E7, ответы между 0x7E8 и 0x7EF.

Было определено, что, как вы сказали, для этого варианта использования идентификатором ответа является идентификатор запроса + 0x8. Это определение для БД. Все тестеры OBD могут полагаться на ECU, используя эти адреса для передачи данных, связанных с выбросами.

Сказав это, это никак не связано с UDS - ISO называет это enhanced diagnostics. Для расширенной диагностики производитель может свободно выбирать CAN-идентификаторы, по которым передаются запросы (как физические, так и функциональные) и ответы. CAN-идентификаторы определяются сетью вашего автомобиля.

Короче говоря, не существует ISO или другой нормы, налагающей какие-либо ограничения на CAN-ID для UDS, за исключением того факта, что расширенная диагностика не должна мешать законной связи OBD.