Bosch eBike DiagnosticTool — комплект диагностики eBike OBD2 8.1.6.0

Sunshine33 сказал(а):

Подключение к велосипеду через USB-разъём на дисплее Purion

Изменение файла toke...

Нажмите, чтобы раскрыть...

• Диагностический кабель Bosch — специальный USB-кабель, который подключается напрямую к сервисному порту BDU (приводного блока). У Bosch он часто называется "Diagnostic cable" или "Service cable". Со стороны двигателя — фирменный разъём, со стороны ПК — USB.

• Подключение через USB Purion → доступ только к дисплею → ошибка связи с мотором/аккумулятором = нормальное поведение
• 
  Подключение через диагностический порт BDU → полный доступ к CAN-шине → видны мотор + аккумулятор + HMI
• Фейковый токен позволяет обойти авторизацию ключа, но правильное физическое подключение всё равно необходимо

Sunshine33 сказал(а):

Подключение к велосипеду в режиме IBD работает идеально, а доступ к мотору, дисплею и батарее ос...

Нажмите, чтобы раскрыть...

• Режим IBD (дилерский/сервисный) → подключение через Purion USB работает идеально, доступ к мотору + батарее + дисплею есть
• Режим OEM → ошибка связи с мотором и батареей
• Нужно : получить доступ к настройкам ассистирования в режиме OEM, чтобы изменить передаточное отношение (переход с 10V → 12V)

1. Проверить логи — в папке установки поищи папку logs/ или data/. После попытки в режиме OEM там должен появиться подробный лог с точным указанием, на каком этапе обрывается связь (аутентификация токена, инициализация CAN или выполнение конкретного запроса). Можешь выложить содержимое лога?
2. Файл .bpc — ты загружал профиль Mondraker (.bpc) или используешь универсальный профиль? Без правильного .bpc режим OEM может отправлять некорректные параметры инициализации.
3. Версия прошивки BDU — какая версия прошивки отображается для твоего Performance Line CX в режиме IBD? В последних обновлениях прошивки на новых Gen 2 усилили проверку OEM-токена.

• Подключение HID через адаптер (VID: 0x108C, PID: 0x0182) — OK
• Связь с HMI (Purion, CAN-адреса 0x03A/0x03D) работает идеально — сервисы HMI_OnboardCondition_Read и HMI_SystemChargeState_Read отвечают корректно
• TesterPresent (0x3E) на HMI (0x022/0x023) получают положительные ответы (0x7E00)

• Запросы DiagnosticSessionControl (сервис 0x10, подфункция 0x03 = расширенная сессия), отправленные на адреса 0x024 (блок управления приводом) и 0x02C (батарея), всегда получают ответ 0x7F10 — это отрицательный ответ на сервис 0x10, то есть блок управления приводом и батарея отказываются открывать расширенную сессию.

1. Поищи в файлах патча, нет ли чего-нибудь связанного с SecurityAccess, SeedKey, 0x27, или изменённых DLL/JAR, отвечающих за CAN-аутентификацию. Одного fake token недостаточно — нужно также решить алгоритм seed/key на стороне drive unit и батареи.
2. Какой .bpc ты загрузил? В профиле OEM обычно содержатся специфичные для производителя параметры аутентификации. Без правильного .bpc Mondraker tool, скорее всего, отправляет неверную последовательность инициализации.
3. Поищи в полном логе (3.76 MB, здесь у нас только фрагмент) строки, содержащие SecurityAccess, 0x27, SeedKey, authentication или token, и выложи эти фрагменты. Это покажет, пытается ли tool выполнить аутентификацию и получает отказ, или вообще её не запускает.

misterr-d сказал(а):

Нажмите, чтобы раскрыть...

Gemini сказал(а):

Спасибо за лог, я подробно его проанализировал. Вот что он показывает:

Что работает:

• Подключение HID через адаптер (VID: 0x108C, PID: 0x0182) работает нормально
• Связь с HMI (Purion, CAN-адреса 0x03A/0x03D) работает идеально — сервисы HMI_OnboardCondition_Read и HMI_SystemChargeState_Read отвечают корректно
• Запросы TesterPresent (0x3E) к HMI (0x022/0x023) получают положительные ответы (0x7E00)

Что не работает:

• Запросы DiagnosticSessionControl (сервис 0x10, подфункция 0x03 = расширенная сессия), отправленные на адреса 0x024 (блок управления приводом) и 0x02C (батарея), постоянно получают ответ 0x7F10 — это отрицательный ответ на сервис 0x10, то есть блок управления приводом и батарея отказываются открывать расширенную сессию.

Почему:

В режиме IBD tool использует сессию по умолчанию (0x1001) или дилерскую сессию, которая принимается без предварительной аутентификации. В режиме OEM он пытается открыть расширенную сессию (0x1003), для которой требуется SecurityAccess (сервис 0x27)) с заранее полученным корректным seed/key.

Tokenfakeibd обманывает программное обеспечение на стороне ПК, чтобы показать интерфейс OEM, но не обманывает сами BDU и батарею. Им ECU attendentтребуется настоящий handshake аутентификации перед принятием расширенной сессии — а поскольку он не происходит, они отклоняют запрос.

Что можно сделать дальше:

1. Поищи в файлах раtсh, нет ли там чего-нибудь связанного с SecurityAccess, SeedKey, 0x27 или изменённых DLL/JAR, отвечающих за CAN-аутентификацию. Одного фейкового токена недостаточно — нужно, чтобы алгоритм seed/key был также реализован на стороне drive unit и батареи.
2. Какой .bpc ты загрузил? В OEM-профиле обычно содержатся параметры аутентификации, специфичные для производителя. Без правильного .bpc Mondraker tool, скорее всего, отправляет неправильную последовательность инициализации.
3. Поищи в полном логе (3.76 MB, здесь у нас только фрагмент) строки, содержащие SecurityAccess, 0x27, SeedKey, authentication или token, и выложи эти фрагменты. По ним будет видно, пытается ли tool выполнить аутентификацию и получает ошибку или вообще не пытается её выполнить.

Итого: физическое подключение работает, проблема в аутентификации на уровне CAN, которую двигатель и батарея отклоняют в OEM-сессии. Нужен либо правильный алгоритм seed/key, либо правильный .bpc с учётными данными Mondraker, чтобы сессия 0x1003 была принята.

Нажмите, чтобы раскрыть...

Sunshine33 сказал(а):

Можно просто удалить коды ошибок

Вот ещё один, более полный лог-файл — там их 3 ge...

Нажмите, чтобы раскрыть...

• в Trace_log : блока вокруг вызова OEM (строки, содержащие 0x10 03 / 1003 / 0x7F10 + соответствующий адрес 0x024 и/или 0x02C)
• в remote_log : строки непосредственно перед сбоем, где упоминаются SecurityAccess и/или 0x27 (seed/key)
• в log.log</b> или при запуске: упоминается ли bpc / profile (имя профиля Mondraker, путь, “loaded profile” и т. п.)
  

• Файл: 0095061.8.6.0PerfLineCXPedelec25kmhderailleurgeareMTBV2MondrakerB1.11.0.0H1.4.0.0_V8..cff2
• Путь: C:\ProgramData\eBikeApp\container\
• Профиль: PerfLine CX, 25 км/ч, переключатель, режим eMTB V2, Mondraker
• Две точки в имени (..cff2) выглядят подозрительно — возможно, это ошибка в имени файла, из-за которой он не открывается

• Активный режим OEM + нормальная связь с BDU → загрузить .cff2 → изменить параметры трансмиссии → прошить

• Есть ли папка plugins/ или lib/ с файлами, связанными с аутентификацией? (ищи имена, содержащие security, seedkey, auth, token)
• Есть ли в папке container/ другие файлы .cff2 или .bpc?
• Файл tokenfakeibd, который ты изменил, — в какой именно папке он находится и каково его содержимое?

1. щёлкните правой кнопкой мыши по Проводнику (или cmd/PowerShell) → Запуск от имени администратора, затем скопируйте файлы из этого окна с повышенными правами.
2. Если не поможет, щёлкните правой кнопкой мыши по целевой папке → Свойства → Безопасность вкладка → Изменить → выберите свою учётную запись → поставьте галочку Полный доступ → Применить.
3. Проверьте, не установлена ли для папки настройка Только чтение: Свойства → вкладка «Общие» → снимите галочку «Только чтение» → примените ко всем вложенным папкам.
4. В Windows 10/11 временно отключите Контролируемый доступ к папкам (защита от программ-вымогателей) в разделе «Безопасность Windows» → «Защита от вирусов и угроз» → «Защита от программ-вымогателей». Эта функция незаметно блокирует копирование файлов даже при наличии прав администратора.