Аварийный режим при чистой памяти DTC на 2AD-FHV D-CAT почти всегда сводится к одному из двух: либо ECU ограничивает момент по внутренней модели (накопление сажи/золы, отклонение по воздуху, отклонение по наддуву), которая сама по себе не выставляет код, либо коды есть, но обычный сканер их не видит. Поэтому прежде чем снова лезть в файл, разделите проблему.
1. Докажите, что дело в софте, а не в машине
Залейте обратно проверенный оригинал и проедьте тот же маршрут, пока машина обычно не уйдёт в аварийный режим. Если на стоковом файле она тоже уходит в аварию, ищете проблему в механике/датчиках, а не в тюнинге — для 2AD D-CAT это типично (забитый DPNR, подклинивающий актуатор турбины VN, охладитель EGR, отклонения по форсункам, разжижение масла из-за неудачных регенераций). Пока это не исключите, нет смысла что-либо патчить.
2. Прочитайте нормально
Обычный OBD на этих машинах бесполезен. Используйте Techstream и проверьте:
- Ожидающие и сохранённые коды в во всех системах, а не только по двигателю
- Накопление PM / расчётное количество сажи и дифференциальное давление DPF
- Датчики температуры выхлопа (все) и датчик A/F
- Целевой и фактический MAF, а также целевой и фактический наддув в момент ухода в аварию
- Данные форсунки добавочного топлива (в D-CAT есть подача топлива в выпуск, это не только поздний впрыск в цилиндры)
Та пара, которая первой начнёт отклоняться, покажет, какой ограничитель срабатывает.
3. Если в аварию уходит только модифицированный файл
Это классический признак неполного отключения DPF на DPNR: регенерация заблокирована, но модель накопления оставлена активной, поэтому расчётная сажа растёт, пересекает порог, и ECU режет момент — часто без сохранённого кода. С EGR та же история: если отключили клапан/заглушили его, но не тронули целевые значения воздуха, разница между целевым и фактическим MAF вызовет ограничение. Три разных инструмента с одинаковым результатом обычно означают одну и ту же недоработанную стратегию, а не три отдельные ошибки.
Также стоит проверить: корректно ли пересчитан checksum для этого Denso и стоит ли DPNR физически на месте и забит ли он?
По вашему вложению
Вижу, что в архиве один файл на 768 KB
MB175800_org.MPC — байты я не анализировал, и чтение размером 768 KB на этом семействе похоже только на чтение области программы. Подтвердите, пожалуйста:
- KtagИспользованный протокол и тип чтения — bench или boot, полное или частичное
- Считывали ли дважды и совпадают ли два дампа
- Сохранена ли отдельно область данных/EEPROM
- Чем корректировали checksum
- Точное поведение в аварии: через сколько минут/км, под нагрузкой или на круизе, сбрасывается ли после выключения зажигания или остаётся, пока не сотрут коды
Выложите скрин Data List из Techstream прямо перед уходом в аварию — так будет гораздо проще понять причину.
