【CP-06】CAN通信实战 - 从Frame到Signal的全流程【CP-06】CAN通信实战 - 从Frame到Signal的全流程【CP-06】CAN通信实战 - 从Frame到Signal的全流程前言在汽车电子系统中，CAN（Controller Area Network）总线是应用最广泛的通信协议之一。从车身BCM控制模块到动力总成ECM，从网关GW到智能座舱，CAN总线承载着整车超过70%的实时数据交互。在前几篇文章中，我们已经了解了AUTOSAR CP的整体架构（CP-02）、BSW通信栈模块（CP-03）、OS任务调度（CP-04）和RTE运行时环境（CP-05）。本文将深入剖析CAN通信在AUTOSAR架构中的完整数据流：从应用层的Signal（信号）如何打包成Frame（帧），穿越COM、PDURouter、CanIf、CanDriver各层，最终到达CAN总线的物理层；以及反向从CAN总线接收的Frame如何解析成应用层可用的Signal。理解这一完整流程，是掌握AUTOSAR通信栈、进行故障诊断和性能优化的基础。一、通信架构全景1.1 CAN通信栈层次结构在AUTOSAR分层架构中，CAN通信涉及以下模块层次：┌─────────────────────────────────────────────────────────────────┐ │ Application Layer (ASW) │ │ Software Components (SW-C) │ │ Signal-based Interface (发送/接收) │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ Runtime Environment (RTE) │ │ Signal Routing Port Interface │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ AUTOSAR COM Module │ │ Signal Packing/Unpacking │ Byte Order │ TM Selection │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ PDU Router │ │ I-PDU Routing │ Gateway │ TP │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ CAN Interface (CanIf) │ │ Tx Buffering │ Rx Filtering │ Controller Mode │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ CAN Driver (Can) │ │ Hardware Access │ ISR │ State Machine │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ Microcontroller Abstraction Layer (MCAL) │ │ CAN Controller Registers │ Hardware │ └─────────────────────────────────────────────────────────────────┘ │ ▼ ┌───────────────┐ │ CAN Transceiver │ │ Physical Layer │ └───────────────┘ │ ═══════╪════════ CAN Bus1.2 关键概念辨析在深入学习之前，必须明确以下概念：概念定义在CAN通信中的角色Signal应用层的数据元素，代表一个物理量或逻辑值发送方：温度值、车速；接收方：期望收到的数据I-PDUInteraction Layer Protocol Data Unit，交互层协议数据单元COM模块处理的数据单元，可包含多个SignalL-PDUData Link Layer Protocol Data Unit，数据链路层协议数据单元CanIf/Can处理的帧数据，包含ID+DataFrameCAN总线上传输的完整数据帧物理层概念，包含SOF、ID、DLC、Data、CRC等Hardware ObjectCAN控制器内部的硬件缓冲区发送HOB和接收HRH/HRH1.3 Frame与Signal的映射关系一个CAN Frame可以承载多个Signal，这称为信号打包（Signal Packing）：┌────────────────────────────────────────────────────────────────┐ │ CAN 2.0 Standard Frame │ │ ┌──────────┬─────────┬───────┬───────────────────────────┐ │ │ │ ID │ DLC │ Data Field (up to 8 bytes) │ │ │ │ 11 bits │ 4 bits │ │ │ │ └──────────┴─────────┴───────┴───────────────────────────┘ │ │ │ │ Example: EngineData (ID=0x100) │ │ ┌────────────────────────────────────────────────────────┐ │ │ │ Byte 0 │ Byte 1-2 │ Byte 3 │ Byte 4-5 │ Byte 6 │ │ │ │ EngSpd[0] │ EngSpd[1] │ Gear │ Trq[0] │ Trq[1] │ │ │ │ (8bit) │ (16bit) │ (8bit) │ (16bit) │ (8bit) │ │ │ └────────────────────────────────────────────────────────┘ │ │ │ │ 可以看到：1个Frame(ID=0x100) 包含 4个Signal │ └────────────────────────────────────────────────────────────────┘二、CAN协议基础2.1 CAN 2.0标准帧格式┌─────┬────────┬─────┬────────┬───────┬────┬──────┬─────┬────┐ │ SOF │ ID │ RTR │ Ctrl │ Data │ CRC │ ACK │ EOF │ IFS│ │ 1 │ 11bits │ 1 │ 2bits │ 0-8B │ 15 │ 2 │ 7 │ 3 │ └─────┴────────┴─────┴───────┴───────┴────┴──────┴─────┴────┘字段说明：字段长度说明SOF1bit帧起始位，显性电平(0)ID11bits标识符，数值越小优先级越高RTR1bit远程传输请求，0=数据帧，1=远程帧IDE1bit标识符扩展位，0=标准帧DLC4bits数据长度码，表示Data字节数(0-8)Data0-8B数据负载CRC15bits循环冗余校验ACK2bits应答位EOF7bits帧结束2.2 CAN FD协议特性CAN FD（Flexible Data-rate）在AUTOSAR R4.2之后得到支持：特性CAN 2.0CAN FDID长度11bits标准/29bits扩展相同数据长度0-8字节0-64字节波特率最高1Mbps数据段最高8Mbps帧格式固定可变比特率┌─────┬────────┬─────┬─────┬─────┬────────┬──────────┬────┬──────┬─────┬────┐ │ SOF │ ID │ RTR │ IDE │ FDF │ BRS │ DLC │Data│ CRC │ ACK │EOF│ │ 1 │ 11bits │ 1 │ 1 │ 1 │ 1 │ 4bits │64B │ 17/21 │ 2 │7 │ └─────┴────────┴─────┴─────┴─────┴──────┴──────────┴────┴──────┴─────┴────┘关键新增字段： -FDF(FD Frame): 1=CAN FD帧 -BRS(Bit Rate Switch): 1=切换到高速率 -ESI(Error State Indicator): 错误被动状态2.3 优先级仲裁机制CAN总线采用CSMA/CD+AMP（载波监听多路访问+非破坏性逐位仲裁）机制：场景：节点A(ID=0x100)和节点B(ID=0x200)同时发送 总线电平： ___ ___ ___ ___ ___ | | | | | | | | | ───── ── ── ── ── ── ── SOF | ID10| ID9 | ID8 | ... | ID0 | RTR 节点A发送： 0 1 0 0 0 0 (0x100=0001 0000 0000) 节点B发送： 0 1 0 0 1 1 (0x200=0010 0000 0000) 位逐次比较： Bit10-7: 相同(0) Bit6: A=0, B=1 → 总线0(显性) → A胜出 剩余位: A继续发送，B停止 结论：ID值越小，优先级越高2.4 错误检测机制CAN控制器内置5种错误检测：错误类型检测方式处理位填充错误连续5个相同电平后必须插入反向位发送错误帧CRC错误接收帧CRC与计算值不符发送错误帧ACK错误发送节点未检测到应答重发格式错误固定格式位(EOF/CRC delimiter)异常发送错误帧位错误发送与总线电平不一致发送错误帧三、CanDriver驱动层3.1 模块职责Can模块位于MCAL层，是直接操作CAN控制器硬件的驱动软件。它的职责包括：硬件抽象：提供独立于硬件的API发送服务：Can_Write()将L-PDU写入硬件发送缓冲区接收通知：通过回调函数CanIf_RxIndication()通知上层控制器管理：状态切换、波特率配置、休眠唤醒关键约束：Can模块的唯一上层用户是CanIf模块（SRS_SPAL_12092）。3.2 控制器状态机┌─────────────────────────────────────┐ │ │ │ ┌─────────────────────────────┐ │ │ │ │ │ │ │ UNINIT ──────────────────┼───┼─── Can_Init() │ │ │ │ │ └─────────────────────────────┘ │ │ │ │ │ │ Can_Init() │ │ ▼ │ │ ┌─────────────────────────────┐ │ │ │ │ │ Can_DeInit() │ │ STARTED ◄─────────────┼───┤ Can_SetControllerMode(CAN_T_START) │ │ │ │ │ │ │ │ Can_SetController │ │ │ │ │ Mode(CAN_T_WAKEUP)│ │ │ │ ▼ │ │ │ │ ┌─────────────────────┐ │ │ │ │ │ │ │ │ │ │ │ STOPPED │──┼───┤ Can_SetControllerMode(CAN_T_STOP) │ │ │ │ │ │ │ │ └─────────────────────┘ │ │ │ │ │ │ │ │ │ │ Can_SetController │ │ │ │ │ Mode(CAN_T_STANDBY)│ │ │ │ ▼ │ │ │ │ ┌─────────────────────┐ │ │ │ │ │ │ │ │ │ │ │ STANDBY │──┼───┤ Wakeup Event / Can_SetControllerMode │ │ │ │ │ │ │ │ └─────────────────────┘ │ │ │ │ │ │ │ └─────────────────────────────┘ │ │ │ └─────────────────────────────────────┘状态说明：状态说明可执行操作UNINIT未初始化调用Can_Init()STARTED正常运行发送/接收STOPPED停止只可配置，不可通信STANDBY休眠等待唤醒3.3 硬件对象配置Can模块通过配置CanHardwareObject定义发送/接收缓冲区：/* Can.h 配置结构示例 */ typedef struct { Can_HwHandleType Hth; /* Transmit Handle */ Can_HwHandleType Hrh; /* Receive Handle */ uint8 ControllerId; /* 控制器ID */ CanObjectId CanHardwareObjectId; } Can_ConfigType; /* 硬件对象类型 */ typedef enum { CAN_HOH_TYPE_TRANSMIT = 0, /* 发送硬件对象 */ CAN_HOH_TYPE_RECEIVE = 1 /* 接收硬件对象 */ } Can_HohType; /* 硬件对象配置示例 */ CanHardwareObjectConfig CanHardwareObject_EngineDataTx = { .CanHandleType = CAN_HOH_TYPE_TRANSMIT, .CanIdValue = 0x100, /* 帧ID */ .CanObjectId = 0, .CanObjectPosted = TRUE, /* 中断使能 */ .CanObjectPriority = PRIORITY_NORMAL };3.4 发送处理源码分析/* Can.c - Can_Write() 实现 */ Std_ReturnType Can_Write(Can_HwHandleType Hth, const Can_PduType *PduInfo) { /* 1. 参数校验 */ if (Hth = CAN_MAX_HOBS || PduInfo == NULL_PTR) { return E_NOT_OK; } /* 2. 检查控制器状态 */ if (Can_ControllerState[CAN_GET_CONTROLLER(Hth)] != CAN_CS_STARTED) { return CAN_NOT_OK; /* 控制器未启动 */ } /* 3. 获取硬件资源锁（防止优先级反转）*/ Can_LockHth(Hth); /* 4. 查找空闲发送缓冲区 */ Can_HardwareObjectType * Hob = CAN_GET_HOB(Hth); if (Hob-CurrentPdu != NULL) { /* 发送缓冲区忙，尝试软件队列或直接返回 */ Can_UnlockHth(Hth); return CAN_BUSY; } /* 5. 复制数据到硬件缓冲区 */ Hob-CurrentPdu = PduInfo; /* 保存引用 */ CAN_HW_WRITE_DATA(Hob, PduInfo-sdu, PduInfo-length); CAN_HW_SET_ID(Hob, PduInfo-id); /* 6. 启动发送（硬件自动仲裁）*/ CAN_HW_TRIGGER_TRANSMIT(Hob); Can_UnlockHth(Hth); return E_OK; } /* 中断服务程序 - 发送完成回调 */ void Can_TxInterruptHandler(uint8 ControllerId) { /* 1. 读取中断状态寄存器 */ uint32 IrqStatus = CAN_READ_TX_IRQ_STATUS(ControllerId); /* 2. 遍历触发中断的硬件对象 */ while (IrqStatus != 0) { uint8 HohIndex = FIND_FIRST_SET_BIT(IrqStatus); IrqStatus = ~(1 HohIndex); /* 清除已处理位 */ /* 3. 获取硬件对象信息 */ Can_HardwareObjectType *Hob = Can_Config.HardwareObjects[HohIndex]; /* 4. 判断发送结果 */ if (CAN_HW_CHECK_TX_SUCCESS(Hob)) { /* 5. 清除缓冲区 */ Hob-CurrentPdu = NULL; /* 6. 通过CanIf通知发送成功 */ CanIf_TxConfirmation( Hob-PduHandleRef, /* PDU句柄 */ E_OK ); } else { /* 发送失败（如仲裁丢失） */ CAN_HW_RETRY_TRANSMIT(Hob); } } }3.5 接收处理源码分析/* Can.c - 接收中断处理 */ void Can_RxInterruptHandler(uint8 ControllerId) { /* 1. 读取接收中断状态 */ uint32 IrqStatus = CAN_READ_RX_IRQ_STATUS(ControllerId); /* 2. 处理每个接收到的消息 */ while (CAN_HW_HAS_RX_MESSAGE(ControllerId)) { /* 3. 从硬件FIFO读取数据 */ uint32 CanId; uint8 Data[64]; uint8 Dlc; Can_HwType HwObject; CAN_HW_READ_MESSAGE(ControllerId, CanId, Data[0], Dlc, HwObject); /* 4. 构造CanIf所需的信息 */ Can_PduType PduInfo; PduInfo.id = CanId; PduInfo.length = Dlc; PduInfo.sdu = Data; PduInfo.swPduHandle = HwObject.CanObjectId; /* 5. 调用CanIf的接收指示回调 */ CanIf_RxIndication(HwObject, PduInfo); } } /* 轮询模式下的MainFunction处理 */ void Can_MainFunction_Read(void) { for (uint8 Controller = 0; Controller CAN_MAX_CONTROLLERS; Controller++) { if (Can_ControllerConfig[Controller].CanPolling == TRUE) { /* 轮询检查接收 */ while (CAN_HW_HAS_RX_MESSAGE(Controller)) { /* 与中断模式相同的处理逻辑 */ Can_RxInterruptHandler(Controller); } } } }四、CanIf接口层4.1 模块职责CanIf（CAN Interface）是通信栈中的关键抽象层：统一接口：为上层（PDURouter）提供硬件无关的API发送缓冲：软件层面的发送缓冲管理
【CP-06】CAN通信实战 - 从Frame到Signal的全流程
发布时间：2026/5/27 11:03:07
【CP-06】CAN通信实战 - 从Frame到Signal的全流程【CP-06】CAN通信实战 - 从Frame到Signal的全流程【CP-06】CAN通信实战 - 从Frame到Signal的全流程前言在汽车电子系统中，CAN（Controller Area Network）总线是应用最广泛的通信协议之一。从车身BCM控制模块到动力总成ECM，从网关GW到智能座舱，CAN总线承载着整车超过70%的实时数据交互。在前几篇文章中，我们已经了解了AUTOSAR CP的整体架构（CP-02）、BSW通信栈模块（CP-03）、OS任务调度（CP-04）和RTE运行时环境（CP-05）。本文将深入剖析CAN通信在AUTOSAR架构中的完整数据流：从应用层的Signal（信号）如何打包成Frame（帧），穿越COM、PDURouter、CanIf、CanDriver各层，最终到达CAN总线的物理层；以及反向从CAN总线接收的Frame如何解析成应用层可用的Signal。理解这一完整流程，是掌握AUTOSAR通信栈、进行故障诊断和性能优化的基础。一、通信架构全景1.1 CAN通信栈层次结构在AUTOSAR分层架构中，CAN通信涉及以下模块层次：┌─────────────────────────────────────────────────────────────────┐ │ Application Layer (ASW) │ │ Software Components (SW-C) │ │ Signal-based Interface (发送/接收) │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ Runtime Environment (RTE) │ │ Signal Routing Port Interface │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ AUTOSAR COM Module │ │ Signal Packing/Unpacking │ Byte Order │ TM Selection │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ PDU Router │ │ I-PDU Routing │ Gateway │ TP │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ CAN Interface (CanIf) │ │ Tx Buffering │ Rx Filtering │ Controller Mode │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ CAN Driver (Can) │ │ Hardware Access │ ISR │ State Machine │ └───────────────────────────┬─────────────────────────────────────┘ │ ┌───────────────────────────▼─────────────────────────────────────┐ │ Microcontroller Abstraction Layer (MCAL) │ │ CAN Controller Registers │ Hardware │ └─────────────────────────────────────────────────────────────────┘ │ ▼ ┌───────────────┐ │ CAN Transceiver │ │ Physical Layer │ └───────────────┘ │ ═══════╪════════ CAN Bus1.2 关键概念辨析在深入学习之前，必须明确以下概念：概念定义在CAN通信中的角色Signal应用层的数据元素，代表一个物理量或逻辑值发送方：温度值、车速；接收方：期望收到的数据I-PDUInteraction Layer Protocol Data Unit，交互层协议数据单元COM模块处理的数据单元，可包含多个SignalL-PDUData Link Layer Protocol Data Unit，数据链路层协议数据单元CanIf/Can处理的帧数据，包含ID+DataFrameCAN总线上传输的完整数据帧物理层概念，包含SOF、ID、DLC、Data、CRC等Hardware ObjectCAN控制器内部的硬件缓冲区发送HOB和接收HRH/HRH1.3 Frame与Signal的映射关系一个CAN Frame可以承载多个Signal，这称为信号打包（Signal Packing）：┌────────────────────────────────────────────────────────────────┐ │ CAN 2.0 Standard Frame │ │ ┌──────────┬─────────┬───────┬───────────────────────────┐ │ │ │ ID │ DLC │ Data Field (up to 8 bytes) │ │ │ │ 11 bits │ 4 bits │ │ │ │ └──────────┴─────────┴───────┴───────────────────────────┘ │ │ │ │ Example: EngineData (ID=0x100) │ │ ┌────────────────────────────────────────────────────────┐ │ │ │ Byte 0 │ Byte 1-2 │ Byte 3 │ Byte 4-5 │ Byte 6 │ │ │ │ EngSpd[0] │ EngSpd[1] │ Gear │ Trq[0] │ Trq[1] │ │ │ │ (8bit) │ (16bit) │ (8bit) │ (16bit) │ (8bit) │ │ │ └────────────────────────────────────────────────────────┘ │ │ │ │ 可以看到：1个Frame(ID=0x100) 包含 4个Signal │ └────────────────────────────────────────────────────────────────┘二、CAN协议基础2.1 CAN 2.0标准帧格式┌─────┬────────┬─────┬────────┬───────┬────┬──────┬─────┬────┐ │ SOF │ ID │ RTR │ Ctrl │ Data │ CRC │ ACK │ EOF │ IFS│ │ 1 │ 11bits │ 1 │ 2bits │ 0-8B │ 15 │ 2 │ 7 │ 3 │ └─────┴────────┴─────┴───────┴───────┴────┴──────┴─────┴────┘字段说明：字段长度说明SOF1bit帧起始位，显性电平(0)ID11bits标识符，数值越小优先级越高RTR1bit远程传输请求，0=数据帧，1=远程帧IDE1bit标识符扩展位，0=标准帧DLC4bits数据长度码，表示Data字节数(0-8)Data0-8B数据负载CRC15bits循环冗余校验ACK2bits应答位EOF7bits帧结束2.2 CAN FD协议特性CAN FD（Flexible Data-rate）在AUTOSAR R4.2之后得到支持：特性CAN 2.0CAN FDID长度11bits标准/29bits扩展相同数据长度0-8字节0-64字节波特率最高1Mbps数据段最高8Mbps帧格式固定可变比特率┌─────┬────────┬─────┬─────┬─────┬────────┬──────────┬────┬──────┬─────┬────┐ │ SOF │ ID │ RTR │ IDE │ FDF │ BRS │ DLC │Data│ CRC │ ACK │EOF│ │ 1 │ 11bits │ 1 │ 1 │ 1 │ 1 │ 4bits │64B │ 17/21 │ 2 │7 │ └─────┴────────┴─────┴─────┴─────┴──────┴──────────┴────┴──────┴─────┴────┘关键新增字段： -FDF(FD Frame): 1=CAN FD帧 -BRS(Bit Rate Switch): 1=切换到高速率 -ESI(Error State Indicator): 错误被动状态2.3 优先级仲裁机制CAN总线采用CSMA/CD+AMP（载波监听多路访问+非破坏性逐位仲裁）机制：场景：节点A(ID=0x100)和节点B(ID=0x200)同时发送 总线电平： ___ ___ ___ ___ ___ | | | | | | | | | ───── ── ── ── ── ── ── SOF | ID10| ID9 | ID8 | ... | ID0 | RTR 节点A发送： 0 1 0 0 0 0 (0x100=0001 0000 0000) 节点B发送： 0 1 0 0 1 1 (0x200=0010 0000 0000) 位逐次比较： Bit10-7: 相同(0) Bit6: A=0, B=1 → 总线0(显性) → A胜出 剩余位: A继续发送，B停止 结论：ID值越小，优先级越高2.4 错误检测机制CAN控制器内置5种错误检测：错误类型检测方式处理位填充错误连续5个相同电平后必须插入反向位发送错误帧CRC错误接收帧CRC与计算值不符发送错误帧ACK错误发送节点未检测到应答重发格式错误固定格式位(EOF/CRC delimiter)异常发送错误帧位错误发送与总线电平不一致发送错误帧三、CanDriver驱动层3.1 模块职责Can模块位于MCAL层，是直接操作CAN控制器硬件的驱动软件。它的职责包括：硬件抽象：提供独立于硬件的API发送服务：Can_Write()将L-PDU写入硬件发送缓冲区接收通知：通过回调函数CanIf_RxIndication()通知上层控制器管理：状态切换、波特率配置、休眠唤醒关键约束：Can模块的唯一上层用户是CanIf模块（SRS_SPAL_12092）。3.2 控制器状态机┌─────────────────────────────────────┐ │ │ │ ┌─────────────────────────────┐ │ │ │ │ │ │ │ UNINIT ──────────────────┼───┼─── Can_Init() │ │ │ │ │ └─────────────────────────────┘ │ │ │ │ │ │ Can_Init() │ │ ▼ │ │ ┌─────────────────────────────┐ │ │ │ │ │ Can_DeInit() │ │ STARTED ◄─────────────┼───┤ Can_SetControllerMode(CAN_T_START) │ │ │ │ │ │ │ │ Can_SetController │ │ │ │ │ Mode(CAN_T_WAKEUP)│ │ │ │ ▼ │ │ │ │ ┌─────────────────────┐ │ │ │ │ │ │ │ │ │ │ │ STOPPED │──┼───┤ Can_SetControllerMode(CAN_T_STOP) │ │ │ │ │ │ │ │ └─────────────────────┘ │ │ │ │ │ │ │ │ │ │ Can_SetController │ │ │ │ │ Mode(CAN_T_STANDBY)│ │ │ │ ▼ │ │ │ │ ┌─────────────────────┐ │ │ │ │ │ │ │ │ │ │ │ STANDBY │──┼───┤ Wakeup Event / Can_SetControllerMode │ │ │ │ │ │ │ │ └─────────────────────┘ │ │ │ │ │ │ │ └─────────────────────────────┘ │ │ │ └─────────────────────────────────────┘状态说明：状态说明可执行操作UNINIT未初始化调用Can_Init()STARTED正常运行发送/接收STOPPED停止只可配置，不可通信STANDBY休眠等待唤醒3.3 硬件对象配置Can模块通过配置CanHardwareObject定义发送/接收缓冲区：/* Can.h 配置结构示例 */ typedef struct { Can_HwHandleType Hth; /* Transmit Handle */ Can_HwHandleType Hrh; /* Receive Handle */ uint8 ControllerId; /* 控制器ID */ CanObjectId CanHardwareObjectId; } Can_ConfigType; /* 硬件对象类型 */ typedef enum { CAN_HOH_TYPE_TRANSMIT = 0, /* 发送硬件对象 */ CAN_HOH_TYPE_RECEIVE = 1 /* 接收硬件对象 */ } Can_HohType; /* 硬件对象配置示例 */ CanHardwareObjectConfig CanHardwareObject_EngineDataTx = { .CanHandleType = CAN_HOH_TYPE_TRANSMIT, .CanIdValue = 0x100, /* 帧ID */ .CanObjectId = 0, .CanObjectPosted = TRUE, /* 中断使能 */ .CanObjectPriority = PRIORITY_NORMAL };3.4 发送处理源码分析/* Can.c - Can_Write() 实现 */ Std_ReturnType Can_Write(Can_HwHandleType Hth, const Can_PduType *PduInfo) { /* 1. 参数校验 */ if (Hth = CAN_MAX_HOBS || PduInfo == NULL_PTR) { return E_NOT_OK; } /* 2. 检查控制器状态 */ if (Can_ControllerState[CAN_GET_CONTROLLER(Hth)] != CAN_CS_STARTED) { return CAN_NOT_OK; /* 控制器未启动 */ } /* 3. 获取硬件资源锁（防止优先级反转）*/ Can_LockHth(Hth); /* 4. 查找空闲发送缓冲区 */ Can_HardwareObjectType * Hob = CAN_GET_HOB(Hth); if (Hob-CurrentPdu != NULL) { /* 发送缓冲区忙，尝试软件队列或直接返回 */ Can_UnlockHth(Hth); return CAN_BUSY; } /* 5. 复制数据到硬件缓冲区 */ Hob-CurrentPdu = PduInfo; /* 保存引用 */ CAN_HW_WRITE_DATA(Hob, PduInfo-sdu, PduInfo-length); CAN_HW_SET_ID(Hob, PduInfo-id); /* 6. 启动发送（硬件自动仲裁）*/ CAN_HW_TRIGGER_TRANSMIT(Hob); Can_UnlockHth(Hth); return E_OK; } /* 中断服务程序 - 发送完成回调 */ void Can_TxInterruptHandler(uint8 ControllerId) { /* 1. 读取中断状态寄存器 */ uint32 IrqStatus = CAN_READ_TX_IRQ_STATUS(ControllerId); /* 2. 遍历触发中断的硬件对象 */ while (IrqStatus != 0) { uint8 HohIndex = FIND_FIRST_SET_BIT(IrqStatus); IrqStatus = ~(1 HohIndex); /* 清除已处理位 */ /* 3. 获取硬件对象信息 */ Can_HardwareObjectType *Hob = Can_Config.HardwareObjects[HohIndex]; /* 4. 判断发送结果 */ if (CAN_HW_CHECK_TX_SUCCESS(Hob)) { /* 5. 清除缓冲区 */ Hob-CurrentPdu = NULL; /* 6. 通过CanIf通知发送成功 */ CanIf_TxConfirmation( Hob-PduHandleRef, /* PDU句柄 */ E_OK ); } else { /* 发送失败（如仲裁丢失） */ CAN_HW_RETRY_TRANSMIT(Hob); } } }3.5 接收处理源码分析/* Can.c - 接收中断处理 */ void Can_RxInterruptHandler(uint8 ControllerId) { /* 1. 读取接收中断状态 */ uint32 IrqStatus = CAN_READ_RX_IRQ_STATUS(ControllerId); /* 2. 处理每个接收到的消息 */ while (CAN_HW_HAS_RX_MESSAGE(ControllerId)) { /* 3. 从硬件FIFO读取数据 */ uint32 CanId; uint8 Data[64]; uint8 Dlc; Can_HwType HwObject; CAN_HW_READ_MESSAGE(ControllerId, CanId, Data[0], Dlc, HwObject); /* 4. 构造CanIf所需的信息 */ Can_PduType PduInfo; PduInfo.id = CanId; PduInfo.length = Dlc; PduInfo.sdu = Data; PduInfo.swPduHandle = HwObject.CanObjectId; /* 5. 调用CanIf的接收指示回调 */ CanIf_RxIndication(HwObject, PduInfo); } } /* 轮询模式下的MainFunction处理 */ void Can_MainFunction_Read(void) { for (uint8 Controller = 0; Controller CAN_MAX_CONTROLLERS; Controller++) { if (Can_ControllerConfig[Controller].CanPolling == TRUE) { /* 轮询检查接收 */ while (CAN_HW_HAS_RX_MESSAGE(Controller)) { /* 与中断模式相同的处理逻辑 */ Can_RxInterruptHandler(Controller); } } } }四、CanIf接口层4.1 模块职责CanIf（CAN Interface）是通信栈中的关键抽象层：统一接口：为上层（PDURouter）提供硬件无关的API发送缓冲：软件层面的发送缓冲管理
相关文章
用ESP32和1.54寸IPS屏做个桌面天气站：TFT_eSPI显示图片和汉字教程
用ESP32和1.54寸IPS屏打造智能桌面天气站：从驱动到UI设计的完整指南 在创客圈里，把硬件玩出花样总是一件令人兴奋的事。想象一下，你的桌面上摆放着一个精致的小设备，实时显示着天气、温度甚至空气质量，所有信息都通过一…
如何轻松编辑MapleStory游戏资源？Harepacker-resurrected终极指南
如何轻松编辑MapleStory游戏资源？Harepacker-resurrected终极指南 【免费下载链接】Harepacker-resurrected All in one .wz file/map editor for MapleStory game files 项目地址: https://gitcode.com/gh_mirrors/ha/Harepacker-resurrected 你是否曾经想过…
健康160挂号神器：91160-cli如何让你告别熬夜抢号的烦恼
健康160挂号神器：91160-cli如何让你告别熬夜抢号的烦恼 【免费下载链接】91160-cli 健康160全自动挂号脚本，捡漏神器 项目地址: https://gitcode.com/gh_mirrors/91/91160-cli 还在为抢不到心仪的专家号而烦恼吗？每次医院放号时&#…
告别Snap！在Jetson Orin NX的Ubuntu 22.04上纯净安装Firefox并配置ROS2 Humble环境
告别Snap！在Jetson Orin NX的Ubuntu 22.04上纯净安装Firefox并配置ROS2 Humble环境 当你在Jetson Orin NX上完成Ubuntu 22.04系统升级和ROS2 Humble环境配置后，准备打开浏览器查阅文档时，却发现系统自带的Firefox无法启动——这可能是Snap包管…
从‘unwrap’函数到三维点云：Matlab四步相移条纹三维重建全流程拆解
从‘unwrap’函数到三维点云：Matlab四步相移条纹三维重建全流程拆解 在光学三维测量领域，相移法因其高精度和抗干扰能力成为工业检测、逆向工程的重要技术手段。当我们已经能够生成标准的正弦条纹图后，如何将这些二维图像转化为精确的三维点云…
多人协作表格哪个好用？2026年最新工具答案来了
每次遇到多人需要同时修改一份在线 Excel 的场景，你是怎么处理的？ 数据冲突无法保存、公式被他人意外修改覆盖、表格体积过大导致浏览器直接卡死——这些问题每天都在无数人的屏幕上重演，直接让人想摔键盘。 直接给答案：这类需求…
二分查找法实例应用的细节分析
细节二：搜索时选定新边界，新边界的值是mid 1 还是mid在进行一次搜索判断之后，查找新边界时，新边界一般有两种选择（以right为例）right mid - 1right mid按照标准的二分查找框架，这两种赋值方式…
【ISO14229_UDS诊断】-11.2-$19服务ReadDTCInformation实战：从状态掩码到快照数据的深度解析
1. 理解$19服务的基础框架 第一次接触UDS诊断协议时，$19服务就像是一把打开车辆故障信息的万能钥匙。这个服务的全称是ReadDTCInformation，专门用于读取存储在ECU中的故障码（DTC）及其相关信息。在实际工作中，我发现很多…
MacOS高效终端管理：SecureCRT安装与破解全流程解析
1. SecureCRT简介与适用场景 如果你是一名需要在Mac上管理多台Linux服务器的开发者或运维工程师，SecureCRT绝对是你的不二之选。这款终端模拟器不仅支持SSH、Telnet、Serial等多种协议，还具备会话管理、脚本自动化等强大功能。我用了5年多，管…
LVGL绘制平滑曲线避坑指南：为什么你的贝塞尔函数有毛刺？
LVGL绘制平滑曲线避坑指南：为什么你的贝塞尔函数有毛刺？ 在嵌入式GUI开发中，贝塞尔曲线是实现流畅动画和优雅界面的核心工具。但许多开发者在使用LVGL绘制曲线时，总会遇到令人头疼的锯齿和毛刺问题。这背后隐藏着嵌入式设备特有的…
告别手动输入！用Burpsuite插件captcha-killer-modified+ddddocr，5分钟搞定登录爆破验证码
自动化验证码识别实战：Burpsuite与ddddocr的高效联动方案验证码机制作为现代Web应用的基础安全防线，其对抗自动化攻击的能力直接影响系统安全性。但在安全测试领域，验证码往往成为效率瓶颈——传统手工识别方式让渗透测试人员每天浪费数小时在…
中国AI岗位暴涨12倍，13种你没听过的AI岗位
2026年，中国AI岗位数量同比增长12倍，AI科学家月薪高达13.7万，高性能计算工程师出现“7个岗位抢1个人”的荒诞场面。与此同时，数据录入、基础财务分析、一线客服等岗位大幅下降。全球范围内，AI/ML岗位招聘量同比增长88%…
施工现场安全事故预警准确率达94.6%？——解密某央企AI Agent边缘计算部署架构与3个月落地实录
更多请点击： https://codechina.net 第一章：施工现场安全事故预警准确率达94.6%？——解密某央企AI Agent边缘计算部署架构与3个月落地实录 在华北某大型地铁盾构施工现场，一套轻量化AI Agent系统于2024年Q2完成全栈部署ÿ…
附录 B：术语表
本术语表面向“从 MM 到 HMM”专栏阅读过程中的快速查阅。它不是内核 API 手册，而是把文章中反复出现的概念放到同一张地图上：先给出直观含义，再说明它在 Linux MM/HMM 语境里的作用。建议阅读方式： 初读专栏时，把它当…
Midjourney渐变美学的神经渲染原理（附RGB-HSV-LCH三空间渐变映射对照表·行业首曝）
更多请点击： https://kaifayun.com 第一章：Midjourney渐变美学的神经渲染原理（附RGB-HSV-LCH三空间渐变映射对照表行业首曝） Midjourney 的渐变美学并非传统插值实现，而是由其隐式神经渲染器（Implicit Neu…
MPC-BE：基于DirectShow架构的专业级开源媒体播放解决方案
MPC-BE：基于DirectShow架构的专业级开源媒体播放解决方案 【免费下载链接】MPC-BE MPC-BE – универсальный проигрыватель аудио и видеофайлов для операционной системы Windows. 项目地址:…
如何快速计算3D模型体积和重量：STL-Volume-Model-Calculator终极指南
如何快速计算3D模型体积和重量：STL-Volume-Model-Calculator终极指南 【免费下载链接】STL-Volume-Model-Calculator STL Volume Model Calculator Python 项目地址: https://gitcode.com/gh_mirrors/st/STL-Volume-Model-Calculator 你是否曾经为3D打印项目…
通过Taotoken CLI工具一键配置团队开发环境与模型密钥
通过Taotoken CLI工具一键配置团队开发环境与模型密钥 1. CLI工具安装与基本使用 Taotoken提供的CLI工具可通过npm全局安装或直接使用npx运行。对于需要频繁使用CLI的团队，推荐全局安装： npm install -g taotoken/taotoken对于临时使用或项目级配置&a…