什么是诊断
首先,举个一个简单的例子来说明诊断的重要性:想象你的汽车是一个经常生病的孩子,每当它出现问题时,它会哭泣(警告灯亮起)。而诊断技术就像是医生的听诊器,帮助你准确找出宝宝为什么哭泣,从而迅速治疗。职责划分:在实际开发过程中,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的功能。
DM是AUTOSAR AP的诊断管理器。它是一个中介,负责接收和发送诊断信息,包括处理来自外部工具的诊断请求和与车辆内部其他系统的交互。简单说,就像医院的接待员,负责与患者通讯并根据病情给出处理建议或者引导到相关科室。
相关文章