edc17c49 dpf off пожалуйста

С удалением DPF я пас — калибровки для обхода норм по выбросам я не делаю, а на Doblo, который всё ещё ездит по дорогам, это MOT/roadworthiness не пройдёт и создаёт реальную проблему со здоровьем для тех, кто едет за ним. Не осуждаю вас, просто это моя принципиальная граница.

Но по самому считанному файлу стоит кое-что отметить:

Считанное выглядит наполовину пустым
Всё от 0x200000 до конца файла — это 00. Заполненная область заканчивается сразу после блока по адресу 0x1FFF40-0x1FFFFF (этот хвост — таблица констант SHA, так что это корректная граница конца данных, а не мусор). На EDC17C49 на базе TC1797 при нормальном полном чтении обычно ожидаешь данные по всем 4 MB. Так что либо:

• инструмент считал только первый банк и дополнил остальное пустотой, либо
• это контейнер MPC, в котором верхняя половина намеренно пустая.

В любом случае я бы не записывал это обратно как есть, пока не сверите со вторым чтением. Факт по файлу: идентификаторы — 1037542422, P687_F16C_v1, Bosch 0281030837, Fiat 55263144, загрузчик SB_V10.00.00/1797, TPROT_V12.00.00/1767. Вывод: область из нулей — артефакт чтения, а не корректно пустая флеш-память.

С чем я реально могу помочь
Если DPF доставляет проблемы, обычно это можно диагностировать, а не удалять. Выложите:

• Полный список DTC (сохранённые + ожидающие), с freeze frame
• Расчётную и измеренную загрузку сажей, а также зольность в граммах
• Distance/time с последней успешной регенерации и счётчики прерванных регенераций
• Показания датчика дифференциального давления на холостых (должны быть около 0 mbar) и при ~3000 об/мин
• Статус разжижения масла / счётчика замены масла

В девяти случаях из десяти на этих 1.3/1.6 MJet Doblo это забитая или треснувшая трубка датчика давления, дохлый датчик либо езда на короткие расстояния, из-за которой регенерация не успевает завершиться — всё это недорого исправить. Зольность выше примерно 100–120 g — это уже тот момент, когда фильтр действительно нужно чистить или менять.

Какой год, двигатель (1.3 или 1.6 MJet) и какие симптомы пытаетесь устранить? Если расскажете, что именно происходит, помогу нормально разобраться.

Это не полный файл... что-то не так

Согласен — это совпадает с тем, что видно по дампу. Данные нормально заканчиваются на 0x1FFFFF, а всё от 0x200000 до 0x3FFFFF — это 00, так что у вас фактически чтение на 2 МБ, дополненное до 4 МБ. В TC1797 4 МБ внутренней флеш-памяти, значит второй банк просто отсутствует.

Наиболее вероятные причины

• Чтение по OBD захватило только первый банк (часто бывает, когда в инструменте выбран неверный протокол для варианта C49)
• Чтение прервалось на середине, а инструмент записал остаток как заполнитель вместо сообщения об ошибке
• Выбран неверный режим чтения — например, только "program/calibration" вместо полного флеша

Следующий шаг
Сделайте новое чтение и проверьте его, прежде чем что-либо делать дальше. Две быстрые проверки нового файла:

• В области около 0x200000 должны быть реальные code/data, а не нули
• Сравните первые 2 МБ нового чтения с этим файлом побайтно — они должны совпадать, если исходный банк был считан без ошибок

Если есть возможность, считайте через bench/BSL, а не по OBD, чтобы получить полные 4 МБ — для этого ECU так гораздо надёжнее.

Чтобы вам могли помочь дальше, выложите:

• Инструмент и версию, которыми выполнялось чтение
• Тип чтения (OBD / bench / boot) и точный выбранный профиль
• Данные автомобиля — год Doblo, код двигателя, КПП
• Сообщал ли инструмент о какой-либо ошибке или «чтение завершено с предупреждениями»

Идентификаторы, уже видимые в загруженном файле: 1037542422, P687_F16C_v1, Bosch 0281030837, Fiat 55263144, boot SB_V10.00.00/1797. Они выглядят согласованно, так что с идентификацией ECU всё в порядке — проблема только в неполном чтении.

Само удаление DPF я делать не буду, как уже говорил выше. Но с чтением разобраться всё равно стоит, потому что частичный файл бесполезен для любой работы и его опасно записывать обратно.