Протокол OBD2 CAN: ISO 15765-4

Я понимаю, что один из протоколов CAN, который OBD2 использует для считывания данных автомобиля, — это ISO 15765-4. Однако это тот, который используется универсальными устройствами чтения OBD2, такими как ScanTool; И он предоставляет ограниченный набор параметров автомобиля (PID). Также обычные считыватели OBD2 просто предоставляют некоторые коды неисправностей!

Я узнал, что есть еще один протокол CAN ISO 15765-3, который предназначен для расширенной диагностики и предоставляет больший набор параметров автомобиля в первую очередь для диагностики. Это правильно?

Есть ли доступное программное обеспечение/инструмент, который использует этот протокол; что, в свою очередь, позволяет мне считывать более широкий набор параметров автомобиля для расширенной диагностики автомобиля?

Вы можете взглянуть на продукт Ross Tech VCDS . Это специфично для VW, но имеет очень хорошую поддержку и форумы. Это может помочь вам понять проблемы создания/поиска инструмента общего назначения (по разумной цене). SnapOn также производит инструменты сканирования, которые, как я полагаю, являются универсальными. Если вас интересует конкретная марка автомобиля, вы можете спросить конкретно о ней. Многие из передовых инструментов, которые я слышал о звуке, специфичны для автомобиля.
У меня есть пара устройств SNAPON, которые работают очень хорошо, но и очень дорого. Но вы можете взглянуть на интерфейсы, которые есть у этих людей, если вы ищете интерфейс для ПК. SIMMA CAN ИНТЕРФЕЙСЫ

Ответы (2)

Волшебной пули не существует.

Общий OBDII - единственный, который дает предопределенный набор данных. Конкретные или «расширенные» данные производителя полностью зависят от производителя. Это означает, что стандарта нет. Не существует протокола, который распространяется на всех.

Не сообщая нам, что именно вы хотите делать с данными или с какими транспортными средствами вы хотите общаться, это ваш выбор.

  1. Купите специальный инструмент производителя, который подходит для автомобиля, который вы хотите. Они, как правило, очень дорогие. Большинство, но не все производители перешли на решения на базе ноутбуков. Они, как правило, очень дороги, потому что производитель фактически устанавливает свою цену.
  2. Купите универсальный инструмент, который имеет специальные возможности производителя. Есть много производителей, таких как SnapOn или Genesis. Они, как правило, дороги, потому что производитель купил спецификации протокола у производителя или перепроектировал их.
  3. Выполните обратный инжиниринг протокола самостоятельно.
Спасибо @vini_i Не могли бы вы дать мне некоторые указания / подробности о «обратном инжиниринге протоколов, специфичных для производства»?
@AkhileshGupta, не могли бы вы задать это как отдельный вопрос. Так будет легче ответить, не пытаясь сделать это в комментариях.

Возможно , OpenXC — это то, что вы ищете.

Не совсем! Я довольно хорошо знаком с OpenXC. Но это также соответствует протоколу 15765-4 в качестве универсального считывателя OBD; НЕ конкретный диагностический протокол 15765-3! Я снова получаю ограниченные параметры через OpenXC!