Справедливое замечание, и различие с EWS-crypto стоит нормально разъяснить, потому что оно полностью меняет весь процесс.
По идентификации CAS3++
По фото наклеек, которые SholaRolla ранее выкладывал в этой теме, на этикетке указано семейство: CAS3, номер детали 61359262361 и поставщик 5WK4 9515HBR. На этой наклейке не указано CAS3++ — но одной печатной наклейки недостаточно, потому что BMW использовала один и тот же внешний корпус для разных версий, а статус crypto — это firmware/configuration флаг, который не всегда очевиден по наклейке. Какой конкретно признак указывает тебе, что оба этих блока относятся к CAS3++ — диапазон номеров деталей, считывание Xhorse/VVDI или что-то другое? Стоит подтвердить это до того, как SholaRolla займётся считыванием ECU.
По поводу ISN — ты прав, если EWS-crypto включён
В настоящем CAS3++ с включённым EWS-crypto ISN не лежит в EEPROM CAS в читаемом виде, как в обычном CAS3+. Crypto связывает CAS и DME, поэтому дамп только CAS даёт зашифрованное или частичное значение, которое инструмент не может использовать напрямую. Правильный путь именно такой, как ты сказал: считать DME/ECU, извлечь оттуда ISN и передать его инструменту вместе с последовательностью программирования ключа. Попытка обойти это на модуле с включённым crypto как раз и приводит к результату «ключ записан, но машина не заводится», на который люди жалуются.
Практический следующий шаг для SholaRolla
Прежде чем что-либо делать с резервным модулем, сначала нужно подтвердить, действительно ли на этом блоке включён EWS-crypto. Saeed с оборудованием Xhorse сможет определить это примерно за тридцать секунд — это будет видно при считывании идентификации модуля. Если окажется crypto-ON, тогда да, нужен дамп ECU и следует использовать описанный blackd порядок работы. Если crypto-OFF, уже имеющихся файлов CAS может быть достаточно.
Какой тип tool/read использовал Fang, когда делал исходную работу в июне 2025 года — остались какие-нибудь документы или скриншоты по той работе?
