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

Услуга CBB Validation позволяет получить ответ на исходный запрос такой процедуры. Разберём, что означают эти слова, откуда берётся запрос и что делать с результатом.

Что означает CBB Validation

CBB расшифровывается как Certificate and Binding Box. Это название системы работы с сертификатами электронных блоков и их привязками. В E-Sys соответствующий раздел называется Certificate Management — управление сертификатами.

ECU — электронный блок управления. Здесь нас интересуют блоки, для которых предусмотрены индивидуальные сертификаты. Они используют специальные данные для защищённого взаимодействия внутри автомобиля.

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

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

Сертификаты и привязки простыми словами

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

Binding, или привязка, связывает блок с соответствующим автомобилем. В системе также могут использоваться данные о том, какие блоки имеют право устанавливать защищённую связь друг с другом.

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

Например, два внешне одинаковых блока могут быть установлены в разных автомобилях. Совпадение модели блока не делает их сертификаты и привязки взаимозаменяемыми. Поэтому результат для одного запроса нельзя выбирать для другого ремонта только по знакомому названию ECU.

Когда валидация нужна при ремонте

Замена блока — один из случаев, когда требуется восстановить защищённую связь. Например, валидация может входить в план работ после замены некоторых блоков мультимедиа, телематики и комбинации приборов.

Смысл этой операции понятен на примере замены головного устройства. Автомобиль должен корректно работать с установленным устройством, в том числе при взаимодействии с другими участниками системы. Для затронутых блоков нужны подходящие сертификаты и связанные данные.

Набор участников и порядок ремонта зависят от автомобиля. Необходимость валидации определяют по процедуре и результатам диагностики. Сам факт замены любого блока ещё не означает, что для него нужно заказывать CBB Validation.

Если программа сообщает о неуспешной валидации, её сообщение помогает понять, на каком этапе возникла проблема: подготовка данных, их применение или последующая проверка. Оно полезнее общего описания «блок не работает».

Чем CBB отличается от других операций

Кодирование задаёт настройки блока под автомобиль и оборудование. CBB относится к сертификатам и привязкам, поэтому запись настроек и валидация могут быть разными этапами одного ремонта.

KDS занимается защитой компонентов от кражи и связью защищённого компонента с автомобилем. У него свой запрос и свой токен. Наличие слова «привязка» в обоих объяснениях не делает процедуры одинаковыми.

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

FSC — ещё один вид разрешений, применяемый для определённых функций и процедур. CBB-ответ не заменяет нужный FSC.

При ремонте могут потребоваться несколько операций. Программа и план работ показывают, какой результат нужен на каждом этапе. Для CBB сохраняют именно исходный запрос валидации.

Откуда берётся запрос и что возвращает услуга

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

Запрос получают там, где выполняется работа с сертификатами и валидацией. Его сохраняют в исходном виде и загружают при заказе CBB Validation. VIN и список установленного оборудования помогают описать автомобиль, но сами по себе не заменяют запрос.

Файлы FA и SVT тоже имеют другое назначение. SVT может понадобиться программе при подготовке процедуры: он описывает состав блоков. Однако для CBB передают созданный запрос, а не сам список блоков.

После успешной обработки запроса сохраните подготовленный ответ вместе с исходным запросом, чтобы было понятно, к какой операции он относится. Затем примените результат в той процедуре, для которой запрос был создан.

Общий порядок: создать запрос → получить ответ → применить его в исходной программе → выполнить проверку. Успешная обработка заказа подтверждает получение цифрового результата. Завершение работы с автомобилем подтверждают отдельно.

Пример: запрос и подходящий ответ в E-Sys

Рассмотрим обычный модуль Certificate Management в E-Sys 25.10.01, вкладку Offline. Сервис CBB Validation принимает запрос из этого модуля, а его ответ применяется через Write data.

1. Подготовить данные автомобиля

При установленном подключении откройте Certificate Management. Прочитайте текущий состав блоков кнопкой Read SVT (ECU) и VIN кнопкой Read VIN. Если используется заранее сохранённый SVT Actual, он должен относиться к этому автомобилю; VIN указывают в соответствующем поле.

Программа покажет в дереве SVT блоки, использующие индивидуальные сертификаты. В обычном режиме работа охватывает все такие блоки в дереве. Для выбора отдельных ECU предусмотрен расширенный модуль.

2. Создать исходный запрос

На вкладке Offline в разделе Create CBB Request File нажмите Read data and create temporal CBB Request File. Программа прочитает необходимые данные и создаст запрос.

Сохраните исходный запрос без ручной правки и загрузите его при заказе CBB Validation. После обработки сохраните подготовленный ответ вместе с запросом.

3. Применить подходящий ответ

Когда ответ для этого запроса получен, в разделе Write data выберите его через кнопку … рядом с полем Use locally available CBB Response File. Кнопка Write data запускает запись данных в блоки.

Запрос и ответ здесь выполняют разные задачи: первый нужен для подготовки результата, второй — для его применения. Сохраняйте эту пару до завершения работы.

4. Выполнить проверку

Нажмите Start data check. Программа проверит сертификаты, привязки и связанные данные блоков, показанных в дереве. Результаты появятся в дереве SVT; также сохраняется файл результата в папке Cert.

Ориентируйтесь на выполненную проверку. Простое чтение ранее сохранённого статуса может показывать результат предыдущей проверки и не подтверждать состояние после новой записи.

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

Получить ответ CBB Validation

Сохраните исходный запрос валидации. Ответ для него нужно применить через Write data, затем выполнить новую проверку данных блоков.

На странице услуги укажите нужные данные и следуйте порядку заказа. Сохраните результат для применения в соответствующей процедуре.

Перейти к CBB Validation