[CP_AUTOSAR]_通信服务_DCM模块(三)_DSL子模块(三)


  在前面 《[CP_AUTOSAR]_通信服务_DCM模块(三)_DSL子模块(一)》《[CP_AUTOSAR]_通信服务_DCM模块(三)_DSL子模块(二)》 文中,介绍了 DSL 子模块的整体功能,以及从 PduR 模块到 DSD 模块提交的诊断请求,本文将接着介绍从 DSD 子模块到 PduR 模块的诊断应答消息。

1、Concurrent TesterPresent(“保持逻辑链路激活”)

  上位机可能会在发送物理请求/响应的同时发送功能性的 “TesterPresent” 命令。在 《ISO 14229-1》,这叫 “ keep alive logic ”。功能性的 “TesterPresent” 会在一个单独的 DcmDslProtocolRxPduId 上接收,其参数中有个 DcmDslProtocolRxAddrType 会被配置为 DCM_FUNCTIONAL_TYPE。DCM 内部的接收缓存未被显式的配置,因此功能性的 “TesterPresent” 被按照如下方式去处理:
  [SWS_Dcm_00112] 当 PduR 模块调用的函数 Dcm_TpRxIndication 返回值为 E_OK ,并且诊断请求为 ”Te

### AUTOSAR CP 诊断教程 #### 一、AUTOSAR CP 诊断框架概述 AUTOSAR经典平台(CP)中的诊断功能主要依赖于Dcm (Diagnostic Communication Management)模块实现。该模块被细分为多个子模块,包括但不限于诊断会话层(DSL),诊断服务分派器(DSD),以及诊断服务处理(DSP)[^4]。 - **DSL**负责管理和维护诊断通信的状态机,确保诊断消息按照既定的时间窗口发送和接收。 - **DSD**作为中间件,承担着路由职责,即把来自网络的消息传递给相应的处理器,并将处理后的结果返回到网络上。 - **DSP**专注于具体的服务逻辑执行,比如读取故障码或是设置某些参数值等操作。 这些组件共同协作完成整个诊断流程,从初始化连接直到最终断开链接为止。 #### 二、常见问题及解决方案 ##### 1. 故障码无法清除 如果遇到尝试清除故障码失败的情况,可能是因为当前处于非活动态的诊断模式下。此时应先切换至扩展诊断模式(`Extended Diagnostic Mode`)再进行清零动作[^1]。 ##### 2. 编程过程中通讯中断 对于ECU重新编程期间发生的意外掉线现象,通常建议检查物理层连接是否稳固;另外也要确认所使用的刷写工具是否兼容目标设备固件版本。必要时可以考虑更新开发环境内的相关驱动程序或库文件以解决问题。 ##### 3. 高昂的成本投入 针对采用像Vector这样的商业级解决方案所带来的经济负担过重的问题,可以选择开源替代品如ETAS提供的产品,后者不仅具备良好的性能表现而且成本效益更高,在行业内也有广泛的应用实例证明其可靠性[^5]。 ```python # Python伪代码示例:模拟简单的诊断命令交互过程 def send_diagnostic_request(command_id, parameters=None): """向ECU发送指定ID的诊断指令""" request_message = { 'command': command_id, 'params': parameters or [] } response = ecu_communicator.send(request_message) return parse_response(response) response_data = send_diagnostic_request('CLEAR_DTC') print(f'DTC clear status: {response_data}') ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值