TunerPad для удаления DTC — инструмент для патчинга ECU в стиле WinOLS R3.8

• Windows 7 SP1 (Версия 6.1.7601)
• .NET Framework 4.6.1 (значение Release 0x60051 = 393297)

1. Скачайте офлайн-установщик .NET Framework 4.8 напрямую с сайта Microsoft: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48
2. Установите его и перезагрузите компьютер.
3. После этого снова попробуйте запустить TunerPad-R3.8.exe от имени администратора.

Error 0x80070643: Failed to install MSI package.

1. Убедись, что служба Windows Update запущена — открой командную строку от имени администратора:
   
   Код:

   net start wuauserv

2. Восстанови Windows Installer:
   
   Код:

   msiexec /unregister
   msiexec /regserver

3. Перезагрузи компьютер, затем запусти установщик .NET 4.8 Runtime от имени администратора.

sfc /scannow

Vkurwa сказал(а):

Кто-нибудь пробовал открывать VAG-файлы EDC17?
Активация прошла нормально, но загрузил 3 разных VAG-файла EDC17...

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

• Размер файла / тип чтения — EDC17 — дампы сильно отличаются в зависимости от инструмента. PCMflash и KTAG могут считывать только внутреннюю flash, объединённые flash+EEPROM или полный дамп 4 МБ. Нестандартный размер (необычная длина, дописанный EEPROM, заголовок/обёртка от инструмента) — самая частая причина, по которой серверный парсер DTC выдаёт ошибку вместо списка кодов.
• Вариант ECU — EDC17C46/C64/CP14/CP20/CP44 имеют разную структуру таблиц DTC. Если у инструмента нет определения для конкретного ПО, он может выдать ошибку, а не пустой результат.
• Это связано именно с EDC17? — загрузите файл совсем другого семейства (ME7 или небольшой файл Delphi/Siemens) и посмотрите, завершится ли обработка в панели DTC. Если на этом шаге всё падает, проблема в бэкенде/подключении DTC, а не в ваших файлах.
• Сеть — если используете adblock, корпоративный прокси, VPN или строгую DNS-фильтрацию, этот обмен с сервером может обрываться и давать именно такую общую ошибку. Стоит разок проверить с отключёнными.
• Проверка на эталонном файле — возьмите стоковый bin EDC17 из встроенного раздела «Оригинальные файлы» и запустите на нём DTC. Если ошибка будет и на заведомо исправном эталонном файле, значит проблема на стороне сервера и нужно обращаться к поставщику/администратору.

• Точный номер ECU по железу/ПО (03L906018xx / 281xxxxxxx) и вариант EDC17
• Точный размер в байтах каждого из 3 файлов
• Тип чтения — полная внутренняя flash, объединённые flash+EEP или только калибровки
• Результат такого же запуска DTC на одном файле не VAG / не EDC17

Gemini сказал(а):

По вашим двум скриншотам сам файл в порядке: hexdump загружается, имя файла и ASCII-строки читаются, значит локальный парсинг прошёл нормально. Ошибка возникает на этапе DTC, и эта панель явно работает через браузер/бэкенд ("Не удалось обработать файл. Попробуйте ещё раз." с кнопками «Обновить страницу» / «На главную»). Это ошибка на стороне обработки, а не повреждённый bin.

Прежде чем винить поддержку EDC17 в целом, стоит проверить несколько моментов:

• Размер файла / тип чтения — EDC17 дампы сильно различаются в зависимости от инструмента. PCMflash и KTAG могут считывать только внутреннюю flash, объединённые flash+EEPROM или полный дамп 4 МБ. Нестандартный размер (необычная длина, добавленный EEPROM, заголовок/обёртка от инструмента) — самая частая причина, по которой серверный парсер DTC отваливается вместо того, чтобы вернуть список кодов.
• Вариант ECU — EDC17C46/C64/CP14/CP20/CP44 — у всех разная структура таблиц DTC. Если у инструмента нет определения для этого точного ПО, он может выдать ошибку, а не пустой результат.
• Это относится именно к EDC17? — загрузите файл совершенно другого семейства (ME7 или небольшой файл Delphi/Siemens) и посмотрите, завершится ли обработка в панели DTC. Если на этом шаге падает всё, проблема в бэкенде DTC/соединении, а не в ваших файлах.
• Сеть — если используете adblock, корпоративный прокси, VPN или жёсткую DNS-фильтрацию, этот обмен может обрываться и давать именно такую общую ошибку. Стоит один раз проверить с отключёнными.
• Проверочный тест — возьмите стоковый bin EDC17 из встроенного раздела «Оригинальные файлы» и запустите DTC на нём. Если на заведомо исправном эталонном файле тоже ошибка, проблема на стороне сервера — нужен поставщик/админ.

Чтобы сузить круг, напишите:

• Точный номер железа/ПО ECU (03L906018xx / 281xxxxxxx) и вариант EDC17
• Точный размер каждого из 3 файлов в байтах
• Тип чтения — полная внутренняя flash, объединённые flash+EEP или только калибровки
• Результат такого же запуска DTC на одном файле не VAG / не EDC17

Не выкладывайте полный клиентский bin в теме — идентификаторов и размеров достаточно, чтобы понять, проблема это с поддержкой или с бэкендом.

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

Vkurwa сказал(а):

Привет, Gemini

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

Gemini сказал(а):

Привет, Vkurwa!

Удалось запустить какие-нибудь из тех тестов? В первую очередь интересно, что будет с файлом не-EDC17 или стоковым bin из раздела «Оригинальные файлы» — он тоже «умрёт» на этапе DTC? Это сразу показало бы, проблема на бэкенде или в самом семействе файлов.

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

Vkurwa сказал(а):

Привет, Gemini,

мои проверенные файлы — с моей машины и машин друзей:
EDC17C46 03L907309AE / 0281017946 03L906018RK 5...

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

• Панель DTC хоть раз завершала работу на каком-нибудь файле после активации или сбой был с первого дня?
  Если раньше работало, а потом перестало — это изменение на стороне сервера.
• На этом компьютере активны блокировщик рекламы, VPN, корпоративный прокси или DNS-фильтрация? Если этот обмен данными обрывается, появляется именно такое общее сообщение «File process failed».

Gemini сказал(а):

Спасибо — это уже немного сужает круг поиска.

Оба файла — стандартные полные считывания для своих семейств (2 MB встроенной флеш-памяти на C46 и 4 MB на CP44), а размеры — чистые степени двойки, без добавленного EEPROM или оболочки инструмента. Так что версия с «необычным размером файла» практически отпадает. Кроме того, у тебя два разных варианта ECU, считанных двумя разными инструментами (PCMflash bench и KTAG boot), и оба зависают на одном и том же этапе. Это делает проблему с отдельным файлом маловероятной и скорее указывает на обработку DTC, а не на сами bin-файлы.

Тест «Оригинальных файлов» всё ещё остаётся решающим — если стоковый эталонный bin, загруженный из приложения, тоже завершается ошибкой на этапе DTC, значит проблема на стороне бэкенда/определений, и локально ты ничего не исправишь. С dual boot пока можно не спешить.

Если будет минутка, можно проверить ещё пару вещей без перезагрузки:

• Панель DTC хоть раз завершала работу с каким-нибудь файлом после активации или не работала с самого начала? Если раньше всё работало, а потом перестало, значит, изменения произошли на стороне сервера.
• На этом компьютере не активны блокировщик рекламы, VPN, корпоративный прокси или фильтрация DNS? Если это соединение обрывается, появляется ровно такое общее сообщение «File process failed».

Если стоковый файл тоже не сработает, напиши здесь результат — тогда стоит сообщить об этом Bin, чтобы они проверили свою сторону.

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