Строка вида 0 4 6C 12 0 4 3C 7, полученная в ответ на запрос C 4 1 6, — это типичный «сырой» шестнадцатеричный ответ, который возвращает диагностический адаптер при работе через терминал: каждая пара символов — отдельный байт, а без понимания структуры кадра расшифровать его невозможно. Чаще всего такие последовательности пользователь видит при ручном общении с адаптером ELM327 через терминальную программу, когда приложение не подставляет готовые значения, а показывает ответ контроллера «как есть».

Проблема в том, что одна и та же строка может означать разное в зависимости от режима запроса, протокола шины и того, какой именно блок управления ответил. Поэтому правильный путь — не гадать по цифрам, а последовательно определить формат кадра, отделить служебные байты от полезной нагрузки и только потом интерпретировать значения. Ниже разберём этот процесс по шагам.

Что представляет собой hex-строка в ответе адаптера

Шестнадцатеричная запись — это компактный способ показать содержимое байтов. Каждый байт занимает два символа: например, 6C в десятичной системе равно 108, а 3C — 60. Префикс 0 перед отдельными группами в выводе терминала обычно указывает на разделение байтов или на нулевой старший полубайт, а не на самостоятельное значение.

Когда вы отправляете запрос вроде C 4 1 6 и получаете в ответ последовательность байтов, адаптер просто транслирует то, что пришло по шине. Сам по себе адаптер не «знает», что означают эти числа — интерпретацией занимается либо приложение, либо вы вручную по документации к протоколу.

Ключевой момент: без контекста запроса байты не имеют смысла. Один и тот же байт 12 может быть частью счётчика, температурой в смещённой шкале, идентификатором блока или фрагментом многобайтового значения.

Структура кадра: служебные байты и полезные данные

Типичный ответ контроллера на диагностический запрос состоит из нескольких частей. Сначала идёт заголовок или эхо режима, затем — идентификатор параметра, а в конце — сами данные. В зависимости от протокола (ISO 15765-4 CAN, KWP2000, ISO 9141-2) структура заметно различается.

Для ориентира полезно знать общие закономерности:

  • 🔹 Первый байт ответа на стандартный запрос обычно равен режиму запроса плюс 0x40 — так контроллер подтверждает, что отвечает именно на ваш запрос.
  • 🔹 Следующие байты повторяют идентификатор запрошенного параметра.
  • 🔹 Завершают кадр байты данных — именно их нужно пересчитывать по формуле из описания параметра.
  • 🔹 Байты 00 в конце нередко являются дополнением кадра до стандартной длины, а не данными.

Если в вашей строке 0 4 6C 12 0 4 3C 7 часть байтов — служебные, то реальная полезная нагрузка может составлять всего два-три значащих байта. Именно поэтому механический перевод всех чисел в десятичный вид даёт бессмысленный набор цифр.

💡

Один и тот же hex-ответ декодируется по-разному в зависимости от режима запроса и протокола шины — сначала определите формат кадра, потом интерпретируйте байты.