深入解析AUTOSAR CAN报文接收流程：从函数调用关系到高效实现

1次阅读

共计 1741 个字符，预计需要花费 5 分钟才能阅读完成。

在现代汽车电子架构中，AUTOSAR（Automotive Open System Architecture）已成为车载软件开发的行业标准。其通信栈作为整车网络的核心枢纽，承担着 ECU 间数据交换的关键任务。CAN 通信模块的可靠性直接影响 ADAS、车身控制等关键功能的实时性。实际开发中我们常遇到三类典型问题：

报文丢失：总线负载 60% 以上时频繁出现帧丢失
时序抖动：从接收中断到应用层处理的延迟波动达±300μs
资源竞争：CAN 驱动与上层模块共享内存导致数据损坏

完整的 CAN 报文接收流程涉及硬件抽象层到服务层的垂直调用，主要函数调用关系如下图所示（以 CANIF->PDUR->COM 路径为例）：

sequenceDiagram
    participant CAN Controller
    participant CAN Driver
    participant CAN Interface
    participant PDU Router
    participant COM

    CAN Controller->>CAN Driver: 硬件中断触发
    CAN Driver->>CAN Interface: Can_Receive()
    CAN Interface->>PDU Router: PduR_CanIfRxIndication()
    PDU Router->>COM: Com_RxIndication()
    COM->>RTE: Rte_Receive()

硬件中断层：
CAN 控制器在完整接收一帧后触发 RX 中断
MCU 上下文保存时间应控制在 5μs 以内（Cortex-M7 为例）
驱动层处理：
通过 Can_Receive()读取邮箱寄存器
建议使用 DMA 将数据直接搬运至预分配缓冲区
接口层转换：
CanIf 模块解析标识符并匹配接收 L -PDU
调用 PduR_CanIfRxIndication 时需保持原子操作

以下展示 PDU 路由层的典型实现（符合 MISRA C 2012 规范）：

/* [SWS_PduR_00437] 标准接口函数实现 */
void PduR_CanIfRxIndication(
    const Can_HwHandleType Hth,
    const PduInfoType* PduInfoPtr)
{
    /* 临界区保护 */
    SchM_Enter_PduR_RxIndication();

    /* 通过 ID 查找路由表 */
    const PduRDestPdu_type* dest = PduR_LookupRoutingTable(PduInfoPtr->id);

    if(dest != NULL) {
        /* 执行数据拷贝（支持零拷贝优化）*/
        PduR_UpCopyData(dest->UpTxBufPtr, PduInfoPtr);

        /* 触发上层回调 */
        dest->RxIndicationFunc(dest->UpModuleId, dest->UpPduId);
    }

    SchM_Exit_PduR_RxIndication();}

代码关键点说明：