命名空间 <ExtendedDataRecord-Namespace>

命名空间 namespace <ExtendedDataRecord-Namespace> 在 AUTOSAR Adaptive Platform 的模块 diag 中汇集了诸如 DiagnosticExtendedDataRecordInterface 之类的接口，用于为故障存储器条目提供应用程序特定的 Extended Data Records。解读：应用程序可能在初始化期间实例化并注册该接口，以便异步处理诊断管理器传入的读取请求，并提供最新的上下文与计数器数据。 问题 (未决)在此，来自诊断子系统的并发访问要求以线程安全的方式提供数据并及时做出响应，以避免协议超时。

更多 ›

上下文

在 AUTOSAR Adaptive Platform 的模块 diag 中，命名空间 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）响应测试仪。如果应用程序内的数据提供延迟超过了定义的时间窗口，则诊断接口上面临协议超时的风险。此外，接口必须能够从容应对暂时不可用的测量值，方法是通过预期的错误机制向诊断管理器报告无效数据访问或错误状态，而不是在进程中引发未处理的异常。