Autosar CAN报文的接收和发送

简介

Autosar 通讯协议栈是开发项目必不可少需要涉及的一部分,本文就根据开发经验分享一下CAN报文的接收和发送过程。

首先报文的传递涉及以下几个模块:CAN、CANIF、PDUR、COM

a.CAN

        CAN硬件层上接收到总线上的CAN报文后,硬件层会打包为LPDU驱动通知CANIF。

b.CANIF

        CANIF接收到LPDU后,继续解析CAN帧,根据其标识符和数据长度等,组装成一个IPDU,通知PDUR。

c.PDUR

        PDUR肩负着路由的作用,根据CAN帧的标识符,如果是应用报文,就路由到COM。

d.COM

        COM层收到IPDU后,将其解析为原始信号,供应用层软件使用。

关于PDU的分类,可参考以下资料:

1.CAN报文的接收

       接收路径:CAN--->CANIF--->PDUR--->COM

1.1接收过程Pdu的传递

PDUR模块作为路由,将ECUC中创建的全局Pdu传递到不同的模块。

2.CAN报文的发送

接收路径:COM---PDUR---CANIF---CAN

2.1应用发送过程Pdu的传递

PDUR模块作为路由,将ECUC中创建的全局Pdu传递到不同的模块。

2.2诊断发送过程Pdu的传递

诊断响应流程

ECUC创建全局PDU

DCM引用全局PDU

PDUR创建路由

CANIF

3.配置接收报文

直接开始实操,在Davinci中配置接收一帧报文

3.1首先配置邮箱

3.2CANIF层配置

在CANIF层,首先引入配置的邮箱HRH

配置PDU的路径

3.3 PDUR配置

配置路由,SrcPDU和DestPDU

3.4 COM

引用COMSignal的函数去处理信号。

当COM层收到信号后,会调度Notification:

以上是CAN报文从CAN传递到COM的过程,后续信号的处理需要结合Development处理。

AUTOSAR(汽车开放系统架构)中,UDS(统一诊断服务)是用于汽车电子控制单元(ECU)诊断的通信协议。长帧报文,也称为连续帧报文,是用于在诊断会话中传输大量数据的一种机制,以避免单个报文长度超过最大允许的帧长度限制(通常为255字节)。 长帧报文发送通常遵循以下步骤: 1. 请求:客户端发送一个诊断请求,指示需要发送多帧数据。请求中会包含一个传输协议参数,用于指定后续数据传输的方式(例如,单帧、固定长度多帧或可变长度多帧)。 2. 数据帧:服务器根据请求开始发送数据帧。在长帧报文中,每个数据帧的起始字节(SID)之前会有特殊标识来表明这是一个长帧。例如,在ISO 15765协议中,连续帧的SID为0x3F。每个数据帧包含一部分数据和一个序列编号,序列编号用于指示当前帧在整个数据序列中的位置。 3. 流控制:某些情况下,客户端可能需要进行流控制,比如暂停、继续或停止数据的传输。这通常是通过发送特殊的控制帧(如流控制消息)来实现的。 4. 结束帧:当所有数据都传输完毕后,服务器会发送一个结束帧,该帧具有特定的结束标识,并且可能会有一个确认消息(如通过0x3E SID表示)。 在代码层面,实现长帧报文发送通常涉及到对数据包的分段处理,以及根据传输协议的规则构造和解析数据帧。以C语言为例,伪代码可能如下: ```c void send_diagnostic_data(uint8_t *data, uint16_t data_length) { uint16_t offset = 0; uint8_t sequence_number = 0; // 发送数据请求,设定传输协议为长帧传输 // ... // 判断是否需要流控制,并发送相应控制帧 // ... // 发送数据帧 while (offset < data_length) { uint8_t data_frame[255]; uint8_t data_frame_length = MIN(255, data_length - offset); memcpy(data_frame, data + offset, data_frame_length); // 设置帧标识,比如SID和序列编号 // ... // 发送数据帧 send_frame(data_frame, data_frame_length + additional_header_length); offset += data_frame_length; sequence_number++; } // 发送结束帧,完成数据传输 // ... } ``` 在实现时,开发者需要根据具体的AUTOSAR平台和诊断堆栈来具体编写数据帧的构造和发送逻辑。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值