Как передать запись, чтобы её открыли

Почему лог «не открывается»

Классическая история: инженер отдаёт лог смежной команде, там его открывают и видят сырые кадры. Причина почти всегда одна — у принимающей стороны нет тех же описаний. Версия DBC отличается, файл лежал на локальном диске, имя сигнала успело поменяться.

Что решает структура записи

Запись Анализатора шин данных (MultiBusScope) — это директория, а не один файл:

• raw/ — принятые данные;
• converted/ — кадры, сигналы и диагностический обмен;
• descriptions/ — копии использованных DBC и LDF;
• metadata.json — паспорт: сессия, время, окружение, каналы, длительность, объём, теги, перечень описаний, версия ПО.

Копии описаний лежат внутри. Это значит, что запись разбирается там, куда её принесли, даже если исходные файлы баз изменились.

Порядок передачи

1. Убедитесь, что запись завершена и сконвертирована.
2. Проверьте metadata.json: осмысленное название и теги сильно помогут через полгода.
3. Скопируйте директорию целиком, не выбирая «только нужные файлы».
4. Если канал передачи ограничен по размеру — выгрузите нужный интервал в ASC или BLF, но тогда приложите и описания.

Контроль целостности

При копировании и импорте считаются контрольные суммы, конфликты имён обрабатываются явно, а длительные операции показывают прогресс и допускают паузу. Это не формальность: оборванная на середине копия директории выглядит как рабочая запись ровно до первого разбора.

Что стоит договориться фиксировать

• Название записи: задача, стенд, номер прогона.
• Теги: сборка прошивки, режим испытания.
• Окружение: что было подключено и в каком состоянии.

Три строки, заполненные на месте, экономят день переписки через месяц.