AUTOSAR AP/CP中诊断的区别

baoshijie

聊聊AUTOSAR AP和CP中的诊断。

0.什么是诊断
首先，举个一个简单的例子来说明诊断的重要性：想象你的汽车是一个经常生病的孩子，每当它出现问题时，它会哭泣（警告灯亮起）。而诊断技术就像是医生的听诊器，帮助你准确找出宝宝为什么哭泣，从而迅速治疗。职责划分：在实际开发过程中，OEM的电子电器架构部门（EE），会在某个项目节点之前向各ECU的供应商提供相应的诊断调查表作为诊断开发的需求输入。供应商内部的系统工程师则负责根据诊断调查表设计ECU内部诊断架构和细节实现。


流程简笔画 图来源于作者

诊断调查表里一般包括通讯地址、DID、DTC、RID、快照等等一些服务要求，这些基本概念不多赘述。诊断依赖于通讯进行实现，下面主要聊聊这些需求在AP和CP中的实现。

1.DEM DCM FIM
在CP中，诊断主要依赖DCM/DEM/FIM来实现。


Diag在CP中的位置 图来源于Vector
    DEM (Diagnostic Event Manager):

想象DEM是一个“日记作者”，每当车辆中的某个部分出现问题，它就会在日记中记下这个问题（诊断事件）。DEM会记录这些问题，并将它们传递给NVRAM Manager来保存。

在我们的类比中，NVRAM Manager就像是一个“书柜”，专门存放DEM写的日记。这样，即使车辆关机，这些日记（诊断事件）也不会丢失，因为它们被保存在EEP或Flash中。



DCM (Diagnostic Communication Manager):



DCM可以被视为一个“翻译官”。当外部设备（如OBD扫描器）想要与车辆通信并获取诊断信息时，它们会发送特定的命令或请求。DCM的任务是确保这些命令被正确解读和执行。

在UDS协议中，比如当你想要读取故障码，你需要发出特定的请求。DCM就会根据这个请求，从“日记作者”（DEM）处获取相应的信息，并翻译成外部设备能够理解的语言（通讯方式这里比较复杂）返回。



FIM (Function Inhibition Manager):



FIM就像是一个“警卫”。当“日记作者”（DEM）记录到某些特定的问题时，FIM会确保车辆的某些功能被禁用，以防止进一步的损害。

例如，如果控制器检测到故障，FIM就像一个负责安全的警卫，它会迅速关闭可能导致问题的部分（如shutdown某个SWC），以防止更大的损坏。

模块交互示意 图来源于网络

故障响应流程：首先，应用层SWC将数据传递给DEM。随后，DEM分析并确定具体的故障，进而通知FIM。FIM在接到通知后，迅速判定并选择直接回调SWC或采用轮询方式来禁用SWC。

故障存档流程：应用层的SWC首先传递故障数据至DEM。DEM不仅会转发给FIM，还会与NVRAM Manager交互，确保将故障信息储存在EEP或Flash内，这有助于未来的维护和诊断工作。

2.DM
在AP中，诊断主要依赖DM实现，简单来说DM集成了DCM/DEM/FIM的功能。


Diag在AP中的位置 图来源于Vector

DM是AUTOSAR AP的诊断管理器。它是一个中介，负责接收和发送诊断信息，包括处理来自外部工具的诊断请求和与车辆内部其他系统的交互。简单说，就像医院的接待员，负责与患者通讯并根据病情给出处理建议或者引导到相关科室。



DM诊断通信管理部分的处理步骤  图来源于AUTOSAR

荔枝喵喵也是接触底软不久，底层的东西总感觉晦涩难懂，在Vector总部培训了几天后也是不明觉厉。偶然想起两年前在前司参加过DoIP的培训，当时江湖小虾米的我只是听了个乐呵，今天把培训资料又翻出来反复研读，颇有感触。

教育的延迟性就体现了出来，两年前老师射出的那只箭，今天精准的命中了我的眉心。少儿时读名著，多是为了完成作业或获得嘉奖，读的囫囵吞枣不求甚解，如今再读来，只感叹“初闻不知曲中意，再闻已是曲中人”。