28服务,即 CommunicationControl
(通信控制)服务,用来开启/关闭 ECU 报文的传输和/或接收
常见场景:
28服务的通信控制过程会经过如下几个AUTOSAR BSW模块进行处理,然后完成最终的通信控制,具体步骤如下:
常见的12种的通信控制模式:
应用报文 | enableRxAndTx | enableRxAndDisableTx | disableRxAndEnableTx | disableRxAndTx |
---|---|---|---|---|
应用报文 | 28 00 01 | 28 01 01 | 28 02 01 | 28 03 01 |
网络管理报文 | 28 00 02 | 28 01 02 | 28 02 02 | 28 03 02 |
应用报文 + 网络管理报文 | 28 00 03 | 28 01 03 | 28 02 03 | 28 03 03 |
可以看到28诊断服务经过DCM,BswM,Com,NM完成整个上述12种通信模式的控制。其中蓝色表示的部分为最终完成通信控制的函数体。
基本格式
归纳起来,诊断的request格式无非以下两种:
<SID> + <Sub-function> + <Parameter>
<SID> + <Parameter>
即有无sub-function的区别。Parameter可以是DID,可以是输入参数,可以是自定义的值,字节数视具体要求而定。
子功能参数定义(1字节数据):
基本格式:
<SID + 0x40> + <Sub-function> + <Parameter>
<SID + 0x40> + <Parameter>
要注意,第一个字节是由SID和0x40的和构成。这里的Parameter项是optional的,具体要看协议规定。
基本格式:
<0x7F> + <SID> + <NRC>
看起来比较简单,格式比较固定,只要是Negative Response,第一字节就是0x7F,第二字节照抄原来的SID,第三个字节是错误响应码,指示具体错误响应的原因