本文深入探讨了AUTOSAR DCM（诊断通信管理器）中的Protocol和Diagnostic Session。Protocol不仅是通信通道，还定义了session和服务间的依赖。DCM至少配置一个包含main connection的protocol。Diagnostic Session是ECU的状态变量，限制了ECU的行为并管理请求响应的延迟。配置包括默认session、P2 Server时间和P2* Server时间，用于防止总线延迟导致的超时问题。
今天是温故知新的一天哦伙伴们！
在AUTOSAR DCM的模块配置中，我们总会遇到protocol这个东西，但是又不能完全理解他是个什么东西，今天我们就来详细讲一讲。
Protocol
DCM的通信功能主要是在diagnostic protocol中实现的，这个protocol并不是指UDS 或者OBD的含义，而是一个处理实体。这个protocol定义了dcm的通信通道，session，支持的service 等内容直接的依赖关系。
为了使ECU能和tester通信，DCM中必须至少有一个protocol，里面至少要有一个main connection。ECU 通过reception channel来接受tester的请求，同时用transmission channel来回复。但是DCM里可以配多个protocol，每个protocol也不局限于一个main connection, 一个main connection里也可以包含多个reception channels,但是只有一个transmission channel。
下面就是图的例子哟！
Diagnostic session
diagnostic session就像是ECU的一个状态变量，一个ecu一次只能在一个session下。
他的作用
1.可以让ECU中的某些行为只有在特定的session下面才能执行。
2.当切换session时会执行一些操作, 还能切换到bootloader中
3.在一个session中可以定义对于request的response的delay 时间。
最低0.47元/天 解锁文章
扫一扫
249
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
