Ключ IMMO CEM для VOLVO V50 2010 из EEPROM CEM-TYPE3-MC9S12XDT256/​FLASH.bin

На первый взгляд дамп выглядит нормальным: в FLASH chip 10 явно есть правильный VIN YV1MW7551A2560339, а также номера деталей PJB (@(#)PJB_A 31343159 AA и @(#)PJB_A 31343848 AA). EEPROM (chip 10 = 4K с реальными данными, chip 11 = 4K) заполнены, а не пустые, так что оба модуля, похоже, считаны корректно.

Но PIN по этим байтам я вам прочитать не смогу. В P1 CEM 2010 года данные IMMO/PIN не хранятся в EEPROM в виде обычного ASCII — они вычисляются, и для этого нужен специальный калькулятор Volvo P1 CEM, понимающий структуру CEM-TYPE3 / MC9S12XDT256. Утилита S40/V50/C30 CEM & SID803синхронизации в Ресурсах (#132) предназначена для этих машин, но она рассчитана на процесс синхронизации SID803, а не на простое чтение в стиле «введите PIN здесь». Поэтому я бы доверял ей только если в примечаниях самой утилиты указана поддержка MY2010 CEM-TYPE3.

Чтобы подсказать нужный вариант, уточните несколько моментов:

• Для чего вам вообще нужен PIN/KEY — для добавления/программирования ключа или для повторной синхронизации CEM↔ECU (SID803) после замены?
• Какой чип откуда: вы сказали, что chip 10 — это «сохранённые данные». Chip 10 — это CEM, который вы оставляете, а chip 11 — донорский/бэушный CEM, или оба с одной машины?
• Подтвердите, что эти файлы FLASH — полные чтения 256K с MCU (здесь они по 256K, это хорошо), а EEPROM — внешние 95-й серии, не частичные.
• Какой тип ЭБУ двигателя на этой машине (SID803 / SID807 / ME9?) — от этого зависит, применима ли вообще утилита синхронизации.

После этого смогу сказать, подходит ли утилита #132 или нужен другой способ получения PIN для P1.

Gemini сказал(а):

На первый взгляд дамп читается нормально: дамп FLASH с чипа 10 явно содержит правильный VIN YV1MW7551A2560339, а также номера деталей PJB (@(#)PJB_A 31343159 AA и @(#)PJB_A 31343848 AA). EEPROM (чип 10 = 4K с реальными данными, чип 11 = 4K) заполнены, а не пустые, так что похоже, оба модуля считаны корректно.

Но PIN по этим байтам я вам прочитать не смогу. В CEM P1 2010 года данные иммобилайзера/PIN не хранятся в EEPROM в виде обычного ASCII — они вычисляются, и для этого нужен специализированный калькулятор Volvo P1 CEM, понимающий структуру CEM-TYPE3 / MC9S12XDT256. Утилита S40/V50/C30 CEM и SID803 утилита синхронизации в ресурсах (#132) рассчитана на эти автомобили, но построена вокруг процесса синхронизации SID803, а не просто для чтения в стиле «введите сюда PIN», поэтому я бы доверял ей только если в примечаниях самой программы указана поддержка CEM-TYPE3 для MY2010.

Чтобы подсказать вам правильный вариант, уточните несколько моментов:

• Для чего именно вам нужен PIN/KEY — для добавления/программирования ключа или повторной синхронизации CEM↔ECU (SID803) после замены?
• Какой чип откуда: вы сказали, что чип 10 — это «сохранённые данные». Чип 10 — это CEM, который вы оставляете, а чип 11 — донорский/бэушный CEM, или оба с одной машины?
• Подтвердите, что эти файлы FLASH — полные чтения по 256K с MCU (здесь они по 256K, это хорошо), а EEPROM — внешние 95-й серии, не частичные дампы.
• Какой тип ECU двигателя на этой машине (SID803 / SID807 / ME9?) — от этого зависит, применима ли вообще синхронизация.

После этого смогу сказать, подходит ли утилита #132 или нужен другой способ получить PIN для P1.

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

Да, всё это с одной машины.

EPROM и FLASH из CEM — чипы, для считывания использовался AUTEL IM608 PRO 2.

Нужно устранить ошибку ECM -C326: в VDASH мне пишет, что нужно указать IMMO PIN / Key из CEM.

Должно быть возможно получить это из файлов, считанных из CEM с помощью Autel IM608 Pro 2.

Franks_int сказал(а):

Да, всё это с одной и той же машины.

EPROM и FLASH из CEM — МИКРОСХЕМЫ, AUTEL IM608 PRO 2 используется для извлечения...

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

Понятно, теперь со схемой всё ясно. Тут стоит разделить пару моментов:

PIN в этих дампах не хранится в читаемом виде. В P1 CEM-TYPE3 секрет иммобилайзера (PSK) не хранится в виде обычного ASCII — ни одна из читаемых строк в EEPROM микросхемы 10 не является PIN. Его нужно вычислить по данным CEM с помощью инструмента, который знает структуру CEM-TYPE3 / MC9S12XDT256. Так что считать микросхемы было правильным решением, но всё равно нужен инструмент, который получит PIN из дампа.

Самый простой путь с тем, что у вас уже есть: Autel IM608 Pro 2 обычно сам выдаёт PSK/PIN CEM во время процедуры Volvo IMMO. Зайдите в меню IMMO/Key Learning для V50, запустите считывание CEM / шаг «считать данные иммобилайзера» или «считать пароль/PIN» — на Volvo P1 Autel обычно показывает там PSK, вместо того чтобы заставлять вас потом извлекать его из сырого bin. Если у вас есть это число, именно его и запрашивает VDASH.

Чтобы убедиться, что мы ищем то, что нужно:

• Когда VDASH запрашивает «CEM IMMO PIN / Key» для работы с ECM-C326 — ему нужен короткий PSK (несколько цифр/байт) или полный файл ключа CEM? От этого зависит, что ему подавать.
• Autel вообще показал какое-нибудь значение PIN/PSK при считывании или выдал только bin-дампы?
• Какая из ваших двух EEPROM на 4K фактически содержит данные иммобилайзера — вероятнее всего, микросхема 10 (та, где параметры в реальном времени), но уточните, как Autel их обозначил.

Если Autel не показал PIN, тогда нужно считать его калькулятором именно из дампа микросхемы 10 — скажите, и посмотрим, какой инструмент для PIN P1 CEM подойдёт. Чтобы я правильно понял: C326 — это ошибка, которую вы сбрасываете, или она появилась из-за того, что после работ с машиной нарушилась связь IMMO между ECM/CEM?

Gemini сказал(а):

Понял, теперь с исходными данными ясно. Тут стоит разделить пару моментов:

PIN в этих дампах не лежит в читаемом виде. В P1 CEM-TYPE3 секрет иммобилайзера (PSK) не хранится в виде обычного ASCII — ни одна из печатных строк в EEPROM chip 10 не является PIN. Его нужно вычислять по данным CEM с помощью инструмента, который знает структуру CEM-TYPE3 / MC9S12XDT256. Так что дампы микросхем вы сняли правильно, но всё равно нужно чем-то преобразовать дамп в PIN.

Самый простой путь с тем, что у вас уже есть: Autel IM608 Pro 2 обычно сам показывает CEM PSK/PIN в процедуре Volvo IMMO. Зайдите в меню IMMO/Key Learning для V50, запустите чтение CEM / шаг "read immo data" или "read password/PIN" — на Volvo P1 Autel обычно выводит там PSK, а не заставляет потом извлекать его из сырого bin. Если этот номер у вас есть, именно его запрашивает VDASH.

Чтобы убедиться, что мы ищем именно то, что нужно:

• Когда VDASH запрашивает "CEM IMMO PIN / Key" для работы с ECM-C326 — ему нужен короткий PSK (несколько цифр/байт) или полный файл ключа CEM? От этого зависит, что именно ему подавать.
• Autel вообще показал какой-нибудь PIN/PSK при чтении или выдал только bin-дампы?
• Какая из двух ваших EEPROM на 4K реально содержит данные иммобилайзера — скорее всего, chip 10 (та, где параметры в реальном времени), но уточните, как Autel их подписал.

Если Autel не показал PIN, тогда нужно считать его калькулятором именно из дампа chip 10 — скажите, и посмотрим, какой инструмент для PIN P1 CEM подойдёт. Чтобы я правильно понял: C326 — это ошибка, которую вы пытаетесь убрать, или она появилась потому, что связь IMMO между ECM/CEM нарушилась после работ с автомобилем?

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

-Autel не дал мне никаких данных для расчёта, он только говорит, всё ли OK или нет.
-У меня сейчас нет под рукой устройства Autel. Я выяснил, что софт Vdash может помочь исправить ошибку синхронизации IMMO между CEM -ECM, так как при проверке модулей Autel ''Error'' не появляется, потому что в модулях один и тот же PIN, но сама ошибка — это синхронизация между модулями. - Если проверить Autel, всё выглядит нормально.
-У меня есть ещё один файл, извлечённый Autel — он из меню secure data. Но, думаю, он такой же, как '' микросхема 10, файл EEPROM'' .

-V dash говорит добавить CEM IMMO PIN в таком формате
'' Допустимый формат — HEX (например, 000004CF00) или DEC (например, 236794083445).''
VDash может декодировать некоторые PIN — для меня

Franks_int сказал(а):

-Autel не дал мне никакой информации по расчёту, он только показывает, ОК или нет.
-У меня сейчас нет Autel под рукой, но я выяснил, что софт VDash может помочь исправить ошибку синхронизации IMMO между CEM -ECM, так как при проверке Autel по модулям ошибка не появляется, потому что в модулях найден один и тот же PIN, но сама ошибка именно в синхронизации между модулями. - Если проверить Autel, всё выглядит нормально.
-У меня есть ещё один файл, извлечённый Autel — он из меню secure data. Но, думаю, это то же самое, что и ''микросхема 10, файл EEPROM''

-V dash пишет, что нужно добавить IMMO PIN из CEM в таком формате
'' Допустимый формат — HEX (например, 000004CF00) или DEC (например, 236794083445).''
VDash может декодировать некоторые PIN — у меня

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

Нет, думаю, на машине сел аккумулятор, когда CAN-сеть была активна (сломанный микровыключатель в водительской двери)

Franks_int сказал(а):

-Autel не дал мне никаких данных по расчёту, он только говорит, OK или нет.
-У меня нет...

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

Пара конкретных моментов из того, что вы выложили:

• Два файла 4K содержат одинаковые данные. Экспорт «secure data chip 10» и более ранний «EEPROM chip 10» совпадают побайтно во всех видимых мне областях (тот же заголовок в 0x00, тот же блок в 0x810, те же строки). То есть это меню secure data просто повторно считало тот же EEPROM — это не второй, другой источник.
• Я не могу вручную вычислить этот PIN по этим байтам. Значение, которое VDASH хочет в формате 000004CF00 / DEC, — это производный PSK, и на CEM-TYPE3 оно не хранится в читаемом виде в EEPROM 4K. В этом дампе PIN в открытом виде нет, так что просмотр hex его не даст.

Правильнее дать VDASH извлечь его — в нём есть процедура извлечения CEM PIN/PSK, но нужно проверить, какой именно файл ему нужен. В большинстве сценариев P1 для декодирования PIN нужен полный дамп CEM FLASH (256K), иногда FLASH + EEPROM вместе, а не только EEPROM 4K. Возможно, поэтому при подаче только этого чипа 4K он просит ввести PIN вручную, а не извлекает его.

Итак, чтобы сдвинуться с места:

• В VDASH найдите извлечение CEM PIN / PSK (не поле ручного «ввода PIN») и укажите ему дамп FLASH 256K, который вы считали Autel, либо FLASH+EEPROM вместе, если там есть такой вариант.
• Напишите точно, какой файл просит загрузить экран извлечения PIN в VDASH — полный FLASH, EEPROM или оба, — и я скажу, какой из ваших файлов Autel подходит.
• Убедитесь, что файл FLASH — это чистое полное считывание 256K (раньше он был 256K, это хорошо) и что его не обрезали.

Поскольку это синхронизация CEM↔ECM (C326), и Autel говорит, что модули уже согласованы, после извлечения правильного PIN в VDASH ресинхронизация должна пройти. Только не вводите в это поле PIN наугад — неверное значение при записи синхронизации может превратить их в кирпич.

Какой обязательный входной файл указан на экране PIN в VDASH?

Да, это вполне сходится: заклинивший микровыключатель двери держит CAN-сеть активной, пока садится аккумулятор, а это классический триггер P1 для рассинхронизации IMMO между CEM и ECM. В самих модулях PIN по-прежнему одинаковый (поэтому Autel и пишет "OK"), но во время этой просадки повредилось состояние синхронизации/счётчиков между CEM и ECM. Именно такую ситуацию C326 VDASH и пытается исправить, так что вы идёте правильным путём, используя VDASH для ресинхронизации, а не для полной привязки ключей.

По самому PIN — два момента:

• Формат, который нужен VDASH (000004CF00 / 236794083445), — это 5-байтный PSK. Я не могу извлечь это значение из опубликованных вами байтов: этот 4K-дамп "secure data" содержит структурированные записи типа логов/счётчиков, а не PSK в открытом виде, так что просто скопировать оттуда нечего.
• Встроенная функция VDASH для декодирования PIN — правильный вариант, раз вы говорите, что она может декодировать некоторые из них, но обычно ей нужен полный дамп EEPROM CEM, а не частичный экспорт "secure data". Срез на 4K, который Autel пометил как "secure data", может быть не тем полным EEPROM, который ожидает VDASH.

Поэтому сначала сделайте следующее: загрузите в VDASH полный EEPROM CEM (считывание EEPROM chip 10), выберите функцию "decode PIN from CEM" и посмотрите, что она вернёт.

Чтобы правильно сопоставить файлы:

• Ваш "chip 10 EEPROM" — это полный дамп внешней EEPROM 95-серии, и какого он размера (этот secure-data — всего 4K)?
• Что пишет VDASH, когда вы загружаете EEPROM CEM в декодер PIN: выдаёт PSK или отклоняет файл?

Gemini сказал(а):

Да, это вполне укладывается в картину: заклинивший микровыключатель двери держит CAN-сеть активной, пока садится аккумулятор, — классический триггер P1 для рассинхронизации IMMO между CEM↔ECM. В самих модулях по отдельности всё ещё сохранён один и тот же PIN (поэтому Autel показывает «OK»), но состояние синхронизации/счётчиков между CEM и ECM повредилось во время той просадки питания. Именно такую ситуацию C326 VDASH и пытается исправить, так что для ресинхронизации VDASH — правильный путь, а не полная процедура с ключами.

По самому PIN — два момента:

• Формат, который нужен VDASH (000004CF00 / 236794083445), — это 5-байтный PSK. Я не могу извлечь это значение из выложенных вами байтов: этот 4K-дамп «secure data» содержит структурированные записи, похожие на логи/счётчики, а не PSK в открытом виде, так что просто скопировать оттуда нечего.
• Собственная функция VDASH для декодирования PIN — правильный вариант, раз вы говорите, что она может что-то декодировать, но обычно ей нужен полный дамп EEPROM CEM, а не частичный экспорт «secure data». Срез на 4K, который Autel назвал «secure data», может быть не тем полным EEPROM, которого ждёт VDASH.

Так что прежде всего: загрузите в VDASH полный EEPROM CEM (чтение EEPROM с вашего chip 10), выберите функцию «decode PIN from CEM» и посмотрите, что она выдаст.

Чтобы правильно сопоставить файлы:

• Ваш «chip 10 EEPROM» — это полный внешний дамп 95-серии и какого он размера (этот secure-data — всего 4K)?
• Когда вы загружаете EEPROM CEM в декодер PIN VDASH, что он пишет: выдаёт PSK или отклоняет файл?

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

Vdash мне ничего не показывает. Единственное, что я знаю:
должно быть возможно найти мой PIN CEM IMMO по файлам, и он должен быть в таком формате.
Допустимый формат:
-HEX (например, 000004CF00) или
-DEC (например, 236794083445)
Так что инструмент, созданный для извлечения CEM PIN и CEM IMMO PIN из Volvo P1 V50 CEM-TYPE3-MC9S12XDT256, был бы очень кстати

Franks_int сказал(а):

VDASH ничего мне не показывает. Единственное, что я знаю:
должна быть возможность найти PIN IMMO моего CEM с помощью...

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

Понял — вам нужен отдельный калькулятор PIN/PSK для P1 CEM, а не поле для ручного ввода. Вот как всё обстоит на самом деле:

Опубликованного вами файла «secure data» размером 4K самого по себе недостаточно. В P1 CEM-TYPE3 PSK не хранится в открытом виде, а этот дамп 4K выглядит как структурированные данные счётчиков/журнала, а не как ключевой материал, необходимый калькулятору. Скорее всего, поэтому VDASH ничего не показывает — вы загружаете только неполный фрагмент.

Настоящему инструменту для получения PIN P1 CEM нужен полный дамп 256K MCU FLASH, а также полная внешняя EEPROM (последовательная микросхема серии 95 на плате), а не только этот экспорт secure data размером 4K. PSK вычисляется на основе обоих дампов.

Из доступного на форуме ближе всего подходит Ресурс #132 – S40/V50/C30 CEM и SID803 утилита синхронизации. Она сделана именно для этих автомобилей, но перед использованием результата проверьте в описании самого ресурса, поддерживаются ли CEM-TYPE3 / MY2010 — инструмент ориентирован на процедуру SID803 синхронизации, которая соответствует вашему случаю C326.

Чтобы двигаться дальше, подтвердите или выложите:

• Полный дамп 256K CEM FLASH, считанный Autel (файл .bin должен быть ровно 262144 байта)
• Считанную внешнюю EEPROM CEM — какого она размера? Если это только 4K, значит, это внутренняя EEPROM MCU, а не внешняя микросхема иммобилайзера
• Точный тип ECM на этом автомобиле (SID803 / SID807 / ME9?) — от этого зависит, применим ли путь синхронизации из ресурса #132

Имея полный дамп FLASH и правильную EEPROM, я смогу сказать, справится ли с этим ресурс #132 или нужен другой калькулятор P1.

Вот ваш PIN: FFFF41FF95FF.
Предоставьте считывание ECU, и я исправлю синхронизацию.

Хорошо, что подключились, но прежде чем Franks_int потратит на это попытку, это значение нужно проверить на адекватность.

VDASH запрашивает 5-байтный PSK (000004CF00 = 10 шестнадцатеричных символов). FFFF41FF95FF — это 6 байт / 12 символов, так что в таком виде оно не пройдёт. Либо это другое представление (убран ведущий байт?), либо оно взято из области, не содержащей PSK.

Ещё меня смущает сам шаблон: FF на позициях 1, 2, 4, 6, и между ними всего три «реальных» байта — это как раз похоже на неполное считывание или считывание с выпавшими битами на этих EEPROM. Оно может быть настоящим — некоторые PSK действительно содержат байты FF, — но при таком распределении хотелось бы знать, откуда оно взялось.

Так что два вопроса:

• Из какого файла вы его получили — из выложенного 4K EEPROM «secure data chip 10» или из 256K флеш-памяти MCU? И каким методом/по какому смещению?
• Каким инструментом пользовались? Если это калькулятор P1 CEM, работающий с CEM-TYPE3 / MC9S12XDT256, то именно этого в теме и не хватало.

По поводу предложения синхронизации: у C326 здесь рассинхронизация CEM↔ECM после разряда аккумулятора, а не работа с ключами, так что считывание ECM — вторая половина задачи. Franks_int — перед тем как сливать дамп, стоит уточнить тип ECU двигателя (SID803 / SID807 / ME9), поскольку метод считывания отличается.

Если PIN также подтвердится по данным ECM, это будет хорошей перекрёстной проверкой перед любой записью.

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

С VDASH-файлами — вполне логично, но я всё равно не могу просто принять FFFF41FF95FF за истину, и дело не в цене. Это 6 байт / 12 hex-символов, а VDASH запрашивает 5-байтный PSK (000004CF00 = 10 символов). В таком виде это не вставляется в то поле, так что либо представление неверное, либо не та область.

По трём архивам: pin.rar, pin2.rar и piin3.rar пришли только в RAR, а этот сервер RAR не распаковывает, так что я реально не вижу, что внутри — не буду делать вид, будто прочитал PIN из файлов, которые не могу открыть. Можешь либо выложить фактическое значение/скриншот из VDASH, либо залить содержимое в виде обычного .bin/.txt, чтобы его было видно в теме?

Два момента, которые быстро всё прояснят:

• Из какого источника ты декодировал — из 4K EEPROM «secure data chip 10», который выложил Franks, или из полного 256K флеша CEM? И примерно какой оффсет/метод в VDASH.
• Если у тебя есть чистый 5-байтный PSK в формате 000004CF00, выложи его — можно будет сверить с чтением ECM, как только Franks подтвердит тип ECU двигателя.

Если значение подтвердится и по данным ECM — отлично, именно такая проверка нужна перед любой записью.

Я просто хотел помочь.

Не за что — правда ценю, что подключился. Скриншоты реально помогли: по ним видно, что это вывод «Fixed key / Extract from flash file», так что теперь хотя бы знаем, что FFFF41FF95FF взялся из флеша CEM, а не из 4K EEPROM.

Я продолжаю копаться только из-за несоответствия формата — этому полю в VDASH нужен 5-байтный PSK (например, 000004CF00), а тут 6 байт. Так что стоит Фрэнксу подтвердить, принимает ли это VDASH или отклоняет, прежде чем кто-то что-то запишет. Если примет, ты избавил его от головной боли. Ещё раз спасибо, что подключился.

mechanior сказал(а):

Вот ваш PIN: FFFF41FF95FF.
Предоставьте считанные данные ECU, и я исправлю синхронизацию.

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

Извиняюсь за поздний ответ, сегодня удалось считать ECU.
Почему-то Vdash не может считать VIN из файла, и после этого не сохраняет никакую информацию в моём аккаунте.
Можно добавить VIN?

Без проблем.

Загруженный вами файл ЭБУ выглядит как считанная SID803 2 МБ флеш-память и содержит идентификатор 5WS40562A-T. В сканировании файла я не вижу VIN как обычный читаемый ASCII, но в имени вашего файла он указан в обратном порядке:


Поэтому, прежде чем что-то редактировать, сначала попробуйте переименовать BIN, чтобы VIN был указан нормально, например:


Затем снова загрузите его в VDASH. Некоторые инструменты придирчивы к именам файлов и привязке к аккаунту.

Я бы не стал просто вручную вставлять VIN во флеш, если вы не знаете точное SID803 место хранения VIN и как обрабатывается checksum. На этих ЭБУ VIN — это не то же самое, что данные синхронизации иммобилайзера CEM/ECM, и вставка случайного ASCII во флеш может сделать файл недействительным.

Для восстановления синхронизации этого считанного ECU должно хватить тому, у кого есть правильный инструмент синхронизации SID803/CEM, чтобы сравнить его с данными вашего CEM. Mechanior просил считку ECU — это именно то, что ему нужно. Также сохраните исходные файлы EEPROM/flash CEM вместе с этим файлом ECU.

Gemini сказал(а):

Без проблем.

Похоже, загруженный вами файл ECU — это SID803считанная 2 МБ флеш-память, и он содержит идентификатор 5WS40562A-T. В сканировании файла VIN не вижу как обычный читаемый ASCII, но в имени файла он указан задом наперёд:

Код:

9330652A1557WM1VY = YV1MW7551A2560339

Так что, прежде чем что-либо редактировать, сначала попробуйте переименовать BIN, указав VIN в обычном порядке, например:

Код:

YV1MW7551A2560339_SID803_5WS40562A-T.bin

Затем снова загрузите его в VDASH. Некоторые инструменты придирчивы к имени файла и привязке к аккаунту.

Я бы не стал просто вручную вставлять VIN во флеш, если вы не знаете точную SID803 область VIN и особенности обработки checksum. В этих ECU VIN — это не то же самое, что данные синхронизации иммобилайзера CEM/ECM, а внесение случайного ASCII во флеш может сделать файл недействительным.

Для восстановления синхронизации этого чтения ECU должно быть достаточно тому, у кого есть правильный инструмент синхронизации SID803/CEM, чтобы сравнить его с данными вашего CEM. Mechanior просил чтение ECU — это именно то, что ему нужно. Также храните исходные файлы EEPROM/flash CEM вместе с этим файлом ECU.

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

Та же ошибка была и с файлом EEPROM, где хранится код

Franks_int сказал(а):

Та же ошибка была на файле EEPROM, где хранится код.

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

Тогда я бы не добавлял VIN вручную и в этот EEPROM. Если VDASH выдаёт такую же ошибку типа «не удаётся прочитать VIN / не удаётся сохранить в аккаунт», то, скорее всего, он не распознаёт ожидаемый формат/структуру файла, а не просто не видит строку VIN.

Что пока видно:

• Загруженная прошивка ECU — это файл размером SID803 2 MB с ID 5WS40562A-T.
• VIN в скане прошивки явно не читается; он был виден только в перевёрнутом виде в имени файла.
• Данные иммобилайзера/синхронизации могут быть в EEPROM/защищённой области, но это не то, что нужно править, просто вписывая текст VIN в файл.

Для восстановления синхронизации CEM↔ECM обычно важен такой набор:

• Прошивка CEM
• EEPROM / защищённые данные CEM
• Прошивка ECM/SID803
• EEPROM ECM/SID803, если доступен

Если VDASH их не импортирует, Mechanior или другой инструмент синхронизации SID803/P1 всё равно может работать с сырыми дампами, но файлы должны быть корректно считаны в raw-формате.

Выложите, пожалуйста, точный скриншот ошибки VDASH и уточните, какой именно файл EEPROM имеется в виду:

• EEPROM / защищённые данные чипа 10 CEM?
• ECU/SID803 EEPROM?
• Размер файла в байтах?
• Считан Autel IM608 Pro 2 из какого меню?

Не записывайте обратно EEPROM с «добавленным VIN», пока не подтверждены checksum/структура.