Как это реализовано в прошивке, описание основных функций и алгоритмов при формировании ошибок.
Эта блок-схема иллюстрирует процесс мониторинга и обработки сигналов DFC (Data Flow Control) в системе DDRC (DDR Controller).
Monitoring Function (Функция мониторинга)
- Назначение: Отслеживает “сырой” статус DFC (например, сигналы с датчиков или других узлов системы).
- Процесс:
- Выполняет Limit Check — проверку, что сигналы находятся в допустимых пределах (например, напряжение, частота, логические уровни).
- Если сигнал выходит за установленные лимиты, формируется Report of raw DFC status — отчёт о текущем “сыром” состоянии DFC.
- Этот отчёт передаётся в блок DDRC.
DDRC (DDR Controller)
- Назначение: Обработка “сырых” сигналов для устранения помех и нестабильностей.
- Процесс:
- Predebouncing — фильтрация сигналов для устранения дребезга (кратковременных ложных срабатываний). Это аналогично аппаратному или программному дебансингу кнопок: сигнал стабилизируется, чтобы избежать ложных изменений состояния.
- Например, если сигнал быстро меняется между “0” и “1” из-за помех, predebouncing сглаживает его, оставляя только устойчивые состояния.
DFC (Data Flow Control)
- Назначение: Контроль и управление потоком данных на основе обработанных сигналов.
- Процесс:
- Получает стабилизированный сигнал от DDRC.
- Detection of DFC status change — обнаружение изменения состояния DFC:
- Сравнивает текущий статус с предыдущим (хранится в DFC Status Array).
- Если обнаружено изменение, обновляет DFC Status Array — массив, который хранит текущие и предыдущие состояния DFC.
- DFC Status Array — это буфер или регистр, где хранятся актуальные состояния сигналов для дальнейшей обработки или передачи в другие блоки системы.
DSM (Device State Machine)
- Назначение: Управляет состоянием устройства на основе данных от DFC.
- Процесс:
- Получает данные об изменениях статуса от DFC.
- Использует эти данные для принятия решений (например, корректировка работы системы, активация аварийных режимов, логирование событий).
Поток данных
- Monitoring Function → DDRC:
- Передача “сырого” статуса DFC.
- DDRC → DFC:
- Передача стабилизированного (отфильтрованного) статуса.
- DFC → DFC Status Array:
- Обновление массива состояний при обнаружении изменений.
- DFC → DSM:
- Передача информации об изменениях для дальнейшей обработки.
Пример работы
Представьте, что DFC контролирует сигнал с датчика давления:
- Monitoring Function фиксирует скачки напряжения с датчика и отправляет “сырые” данные в DDRC.
- DDRC фильтрует помехи и передаёт стабильное значение в DFC.
- DFC сравнивает это значение с предыдущим в DFC Status Array:
- Если значение изменилось (например, давление упало ниже нормы), фиксирует это изменение.
- DSM реагирует на изменение (например, включает аварийный режим или отправляет сигнал на приборную панель).
Этот раздел документации описывает концепцию калибровочных параметров (Fehlerklassen) в контексте диагностики ошибок (DFC — Diagnostic Function Control) в автомобильных системах. Давайте подробно разберём, как организованы и используются Fehlerklassen (классы ошибок):
Концепция Fehlerklassen (Классов ошибок)
- Fehlerklasse определяет поведение записи об ошибке в памяти ошибок (Fehlerspeicher). Каждый класс ошибок — это набор аппликационных параметров, которые задают это поведение.
- Описание всех аппликационных параметров класса ошибок можно найти в таблице “Fehlerklassen-Table”.
- Каждая диагностическая проверка (Fehlerprüfung, DFC) имеет Applikationslabel (например,
DFES_ClsDFC_xxx_C), с помощью которого определяется её Fehlerklasse.
Назначение Fehlerklasse
- Fehlerklasse определяет:
- Как ошибка будет записана в память ошибок.
- Какие параметры будут использоваться для этой записи.
- Перед каждой проверкой (DFC) требуются дополнительные аппликационные значения, которые определяют поведение ошибки в Fehlerspeicher.
Структура Fehlerklasse
- Cal.Label (Калибровочная метка): Например,
DFES_ClsDFC_xxx_C. - Fault Class number per check: Каждой проверке (check) присваивается определённый класс ошибок (class1, class2, class3 и т.д.).
Параметры Fehlerklasse
- OBD-Behavior: Определяет, как ошибка будет обрабатываться в рамках OBD-диагностики.
- OBD – Limp home – Behavior: Определяет, как система будет себя вести при активации аварийного режима.
- Security relevant – Behavior: Определяет, как ошибка будет обрабатываться, если она связана с безопасностью.
- Service only – Behavior: Определяет, будет ли ошибка видна только в сервисном режиме.
- Special Behavior: Специальные параметры поведения ошибки.
Применение Fehlerklasse
- Каждая Fehlerprüfung (DFC) может быть связана с определённым классом ошибок через калибровочную метку
DFES_ClsDFC_xxx_C. - Класс ошибок 0 является особым случаем: для всех проверок, которые относятся к этому классу, запись в Fehlerspeicher не создаётся.
Главное
Для редактирования параметров диагностики ошибок в прошивке блока управления двигателем (например, EDC17C46) с целью отключения или изменения реакции на определённые ошибки, вам необходимо изменить значения в следующих параметрах:
Заключение
Эта статья описывает профессиональный подход к редактированию диагностических параметров в прошивке блока управления двигателем. Все действия основаны на использовании Damos-файла и технической документации, что гарантирует точность и корректность изменений.
