После изучения структуры CAN-кадра мы знаем, что параметр находится не в готовом виде, а внутри потока сообщений. Чтобы найти этот параметр, нужно получить запись этого потока — лог.
Лог фиксирует последовательность CAN-сообщений во времени: ID, DATA и временные метки. Именно временная шкала позволяет сопоставлять изменения в байтах с реальными действиями на автомобиле.
Перед началом работы по снятию логов и дальнейшему анализу необходимо изучить Руководство пользователя CAN Spy.
Перед записью лога необходимо подключиться к нужной CAN-шине и убедиться, что данные принимаются корректно.
Подключение выполняется по двум линиям: CAN-H и CAN-L. Точкой подключения может быть диагностический разъём, штатная проводка или другой доступный участок нужной шины.
В автомобиле может быть несколько CAN-шин. На одной могут передаваться параметры двигателя, на другой — данные кузовной электроники, панели приборов или дополнительного оборудования. Поэтому отсутствие нужного параметра в логе может означать не ошибку поиска, а подключение не к той шине.
После подключения задаётся скорость обмена — bitrate. При неверной скорости сообщения не принимаются или отображаются некорректно.
Перед записью лога нужно проверить, что в CAN Spy появляются ID сообщений и обновляются байты DATA. На этом этапе содержимое данных не анализируется — проверяется только корректность подключения и наличие потока сообщений.

Точки подключения к CAN-шине указаны в схемах монтажа автосигнализаций и телематических устройств.
Лог представляет собой зафиксированный во времени поток CAN-сообщений. Каждое сообщение включает идентификатор, данные и временную метку.
Запись логов должна выполняться таким образом, чтобы в дальнейшем было понятно, в какой момент происходили изменения в системе. Для этого необходимо контролировать условия записи и фиксировать выполняемые действия.
Лог, записанный без учета происходящих событий, представляет собой последовательность сообщений без явных ориентиров, что затрудняет дальнейшую работу. Поэтому запись должна быть организована как процесс, в котором действия пользователя соотносятся с временной шкалой лога.
В таблице приведены полезные методы записи лога и типичные ошибки, которые усложняют дальнейший разбор.
| Корректно | Некорректно | Пояснение |
|---|---|---|
| Снимать по одному логу на каждый датчик | Активировать несколько датчиков при записи одного долгого лога | Большой лог неудобно анализировать: датчики активируются в разные моменты времени, и нужно постоянно сверять время. Намного лучше сделать серию коротких логов и работать с каждым параметром отдельно. |
| Съёмка видео во время записи лога; использование шаблона «Произвольный дискретный/аналоговый датчик» |
Комментарий к логу: на 10-й секунде вкл., на 16–17-й — выкл., ~29 снова вкл. (для статичных параметров, которые не меняются при записи, допустимо) |
В текстовом описании даны довольно расплывчатые границы, а в логе за одну секунду происходит большое количество изменений. По такому описанию нельзя определить, что именно является реакцией на изменение. |
| Начинать запись видео до начала лога. На видео должно быть видно начало записи лога и все манипуляции с автомобилем. | Начинать запись лога до начала записи видео или не показывать начало лога на видео |
Нельзя точно синхронизировать лог и видео, что усложняет работу |
Просмотр логов помогает оценить количество сообщений и структуру данных. Проверьте, Проверьте, что данные CAN-шины были доступны на момент записи и лог снят успешно. Воспроизведите лог и убедитесь, что характер передачи данных совпадает с тем, что было на момент записи.
Подключитесь к CAN-шине автомобиля, подберите скорость интерфейса и убедитесь в получении данных.
Произведите запись логов по следующим шаблонам:
Во время последнего лога активируйте какой-либо датчик: дверь, ремень безопасности, свет фар.
С помощью проигрывателя логов воспроизведите полученные логи. Обратите внимание на данные, которые есть в логе со запущенным двигателем и нет в логе с включенным зажиганием.
Сравните данные при проигрывании лога на произвольный дискретный датчик с данными любого фонового лога. Есть ли сигналы, которые можно интерпретировать как датчик, который был активирован?
После записи и проверки лога мы получаем исходный материал для декодирования. Дальнейшая работа заключается не в просмотре отдельных байтов, а в поиске закономерностей: какие значения меняются, когда они меняются и совпадают ли эти изменения с поведением реального параметра.Подробнее об этом — в модуле Поиск и разбор параметров в CAN-шине.