пространство имён <ExtendedDataRecord-Namespace>

Пространство имён namespace <ExtendedDataRecord-Namespace> объединяет в модуле diag стандарта AUTOSAR Adaptive Platform такие интерфейсы, как DiagnosticExtendedDataRecordInterface, для предоставления специфичных для приложения Extended Data Records для записей памяти неисправностей. Интерпретация: предположительно, приложение инстанцирует и регистрирует интерфейс во время инициализации, чтобы асинхронно обслуживать входящие запросы на чтение от менеджера диагностики актуальными контекстными данными и значениями счётчиков. Вопрос (открытый) При этом параллельный доступ со стороны диагностической подсистемы требует потокобезопасного предоставления данных и своевременного ответа во избежание таймаутов протокола.

больше ›

Контекст

В модуле diag стандарта AUTOSAR Adaptive Platform пространство имён namespace <ExtendedDataRecord-Namespace> берёт на себя логическую инкапсуляцию интерфейсов для предоставления расширенных диагностических данных. В автомобильной диагностике согласно ISO 14229 (UDS) записи расширенных данных (Extended Data Records, EDR) играют центральную роль, поскольку они сопоставляют записи диагностической памяти (DTC) специфическую дополнительную информацию, такую как счётчики частоты появления ошибок, счётчики старения или специфичные для производителя данные о состоянии. Интерпретация: идентификатор <ExtendedDataRecord-Namespace>, вероятно, служит формальным заполнителем для сконфигурированных в зависимости от модели пространств имён, в которых генерируются специфичные для приложения диагностические интерфейсы для элементов записей данных. Вопрос Q-96107a4ff53015bb (открытый) Базовый класс DiagnosticExtendedDataRecordInterface (указанный в модели как <ExtendedDataRecordElementInterface>) функционирует как слой абстракции между менеджером диагностики AUTOSAR и исполняемым приложением, хранящим физические или логические значения состояния.

Жизненный цикл

Время жизни и управление состоянием объектов типа DiagnosticExtendedDataRecordInterface тесно связаны с жизненным циклом предоставляющего их прикладного компонента. Интерпретация: инстанцирование и управление жизненным циклом экземпляра интерфейса, вероятно, следуют общепринятому шаблону поставщика услуг из ara::diag, при котором приложение создаёт интерфейс на этапе своей инициализации и предоставляет его в распоряжение диагностического фреймворка. Вопрос Q-9968bfe101348d1f (открытый) На этапе штатной эксплуатации экземпляр остаётся активным в памяти для обслуживания входящих запросов на чтение диагностических данных. При штатном завершении работы функционального ПО экземпляр должен быть разрегистрирован или уничтожен до остановки зависимых подсистем. Поскольку диагностические запросы могут поступать асинхронно через демон диагностики, реализация класса интерфейса требует потокобезопасного проектирования для защиты одновременных операций чтения внутренних данных состояния приложения.

Путь использования

Типичный сценарий использования включает определение, предоставление и выполнение запроса записи данных. В начале функциональное приложение инстанцирует конкретную реализацию DiagnosticExtendedDataRecordInterface и привязывает её к сконфигурированному порту. Если затем от внешнего диагностического тестера через команду UDS (например, сервис 0x19 для запроса информации об ошибках) поступает запрос на чтение конкретной Extended Data Record, менеджер диагностики делегирует его зарегистрированному интерфейсу. Интерпретация: интерфейс, вероятно, спроектирован как сервисный интерфейс, через который менеджер диагностики при необходимости запрашивает текущее содержимое записи данных. Вопрос Q-00d5498b4380bf74 (открытый) Приложение собирает требуемые значения данных, кодирует их в заданный формат данных и возвращает результат менеджеру диагностики, который формирует ответное сообщение UDS для инструмента тестирования.

Сценарии ошибок

При работе интерфейсов записей данных могут возникать различные ошибочные ситуации, которые должны целенаправленно обрабатываться прикладным ПО. Если экземпляр интерфейса на момент диагностического запроса зарегистрирован не полностью или находится в переходном состоянии, менеджер диагностики не может перенаправить запрос приложению и обычно отвечает тестеру отрицательным кодом ответа (NRC). Если предоставление данных внутри приложения задерживается сверх определённого временного окна, на диагностическом интерфейсе могут возникнуть таймауты протокола. Кроме того, интерфейс должен быть устойчив к временно недоступным измеряемым значениям, сообщая о недопустимом доступе к данным или состояниях ошибок менеджеру диагностики через предусмотренные механизмы обработки ошибок, а не вызывая необработанные исключения в процессе.