Почему существует несколько типов
В современных сервисных и инженерных процессах BMW разные операции защищены независимо. Пакет активации функции не обязан подходить для ключевых данных, защищённой связи или диагностической операции. Структура также зависит от платформы, поколения ECU и уровня ПО.
Практическое правило: сначала определить исходную функцию, создать запрос именно в ней и вернуть ответ в ту же функцию.
Сравнение
| Термин | Область | Типичный контекст | Результат |
|---|---|---|---|
| KDS | Процесс ключей/данных | Исходный KDS-запрос и контекст автомобиля/ECU | Соответствующий ответ или пакет |
| SFA | Активация функций | VIN, пакет/функция, иногда UID ECU | Пакет активации |
| LCS | Состояние жизненного цикла/конфигурации | Статус ECU, сценарий и поддерживаемая конфигурация | Авторизация состояния/конфигурации |
| SecOC | Защищённая бортовая связь | Контекст безопасности конкретного ECU | Конфигурационные или ключевые данные процесса |
| ISTA Diagnostic Token | Защищённая диагностика | Запрос/сессия ISTA и автомобиль | Ответ для диагностического процесса ISTA |
Названия обозначают категории, а не один универсальный формат. Сервис может поддерживать только определённые автомобили и версии запросов.
Процесс KDS
KDS-запрос должен создавать тот диагностический или сервисный процесс, которому он нужен. Внутри могут быть идентификаторы, связывающие ответ с автомобилем, ECU или операцией. Ручная пересборка и изменение идентификаторов нарушает эту связь.
Сохраните исходный запрос, загрузите его без изменений, скачайте результат и импортируйте через соответствующую функцию KDS. Результат нельзя считать универсальным SFA или диагностическим токеном.
Активация SFA
SFA относится к пакетам активации функций. В зависимости от endpoint и поколения автомобиля входом может быть полный VIN, разрешённый VIN7, запрос rebuild пакета или запрос функции с UID ECU и диагностическим адресом.
Получение newest package по VIN и запрос конкретной функции по ECU-UID — разные операции, хотя обе относятся к SFA. Выбирайте режим, соответствующий исходному приложению.
LCS и SecOC
LCS используется в процессах жизненного цикла или состояния конфигурации. SecOC защищает аутентифицированный обмен между блоками. Они связаны с безопасностью автомобиля, но не являются одним типом токена.
Такие процессы часто зависят от состояния конкретного ECU, поддерживаемых сценариев и значений, прочитанных из машины. Ответ для одного ECU или состояния может быть отвергнут другим.
Диагностический токен ISTA
Запрос диагностического токена создаётся ISTA или совместимым процессом, когда требуется доступ к защищённой функции. Он может быть связан с текущей сессией и автомобилем. Ответ следует загрузить обратно в тот же процесс, пока контекст остаётся действительным.
Если после переподключения ISTA создала новый запрос, используйте его, а не старый токен из предыдущей сессии.
Безопасная работа
- Записывайте полный VIN и функцию, создавшую запрос.
- Не редактируйте JSON, XML, бинарные и текстовые запросы без прямого разрешения спецификации.
- Храните запрос и ответ вместе с временем создания.
- Не переносите токен на другой автомобиль или ECU.
- До оплаты и применения убедитесь, что версия запроса поддерживается.
- Используйте результат только для законного ремонта, диагностики или разрешённой конфигурации.
ONLINETOOL SERVICES
Использовать связанный онлайн-сервис
Сравнение процессов BMW KDS, SFA, LCS, SecOC и диагностических токенов ISTA: входные данные, результаты и назначение.
Частые вопросы
Можно использовать KDS-токен как пакет SFA?
Нет. Это разные защищённые процессы, и результаты не взаимозаменяемы.
Все запросы SFA работают только по VIN?
Нет. Есть запросы автомобиля/пакета и запросы с функцией, UID ECU и диагностическим адресом.
LCS и SecOC — одно и то же?
Нет. Они могут взаимодействовать в процессах безопасности и конфигурации, но описывают разные функции.
Можно повторно использовать диагностический токен после перезапуска ISTA?
Новая сессия может создать новый запрос. Используйте ответ, соответствующий активному запросу и сессии.