3、硬件抽象层移植：定时器驱动、CAN控制器驱动、中断管理、GPIO配置

好，咱们进入正题。硬件抽象层移植，说白了就是让CANopenNode认识你的板子。我刚开始做这个的时候，以为就是把几个函数填上就完事了。结果呢？折腾了整整一周。嗯，这里面的坑，我今天一次性给你讲透。

3.1 定时器驱动——CANopen的心跳

CANopenNode需要一个1ms的定时器，这是它的时间基准。所有的PDO传输、心跳报文、同步报文，都依赖这个节拍。你想想看，如果心跳不准，整个网络就乱套了。

我个人习惯用硬件定时器，比如STM32的TIM2或TIM3。为什么？因为软件定时器在中断嵌套时容易丢时间。我在项目中遇到过，用SysTick做1ms定时，结果CAN总线负载一高，时间就漂了。查了三天才发现是优先级没设对。

代码示例，以STM32为例：

// 定时器初始化
void CANopen_timer_init(void) {
    TIM_HandleTypeDef htim2;
    htim2.Instance = TIM2;
    htim2.Init.Prescaler = 72 - 1;  // 72MHz / 72 = 1MHz
    htim2.Init.Period = 1000 - 1;   // 1MHz / 1000 = 1kHz
    htim2.Init.CounterMode = TIM_COUNTERMODE_UP;
    HAL_TIM_Base_Init(&htim2);
    HAL_TIM_Base_Start_IT(&htim2);
}

// 中断服务函数
void TIM2_IRQHandler(void) {
    if (__HAL_TIM_GET_FLAG(&htim2, TIM_FLAG_UPDATE)) {
        __HAL_TIM_CLEAR_FLAG(&htim2, TIM_FLAG_UPDATE);
        timer1msInterruptHandler();  // CANopenNode的定时器回调
    }
}

3.2 CAN控制器驱动——数据的血管

CAN控制器驱动是移植的重头戏。CANopenNode需要你实现四个基本操作：发送、接收、中断使能、中断禁能。听起来简单，但细节决定成败。

我见过有人直接把HAL库的CAN发送函数塞进去，结果发现CANopenNode的发送函数是阻塞的。你想想看，一个PDO发送要等总线空闲，如果阻塞了，整个协议栈就卡死了。

正确的做法是：

// CAN发送函数（非阻塞）
unsigned char CANopen_canSend(CAN_MSG *msg) {
    CAN_TxHeaderTypeDef txHeader;
    uint32_t txMailbox;
    
    txHeader.StdId = msg->id;
    txHeader.IDE = CAN_ID_STD;
    txHeader.DLC = msg->len;
    txHeader.RTR = CAN_RTR_DATA;
    
    // 这里用非阻塞发送
    if (HAL_CAN_AddTxMessage(&hcan1, &txHeader, msg->data, &txMailbox) != HAL_OK) {
        return 0;  // 发送失败
    }
    return 1;  // 发送成功
}

3.3 中断管理——系统的脉搏

中断管理是CANopenNode的命脉。CAN接收中断、定时器中断、错误中断，这三个必须配合好。我见过最典型的错误，就是中断优先级设反了。

为什么会这样？很多人觉得定时器中断不重要，给了低优先级。结果CAN接收中断一进来，定时器中断被抢占，1ms的节拍就乱了。CANopenNode的同步机制全靠这个节拍，乱了就全乱了。

中断类型	推荐优先级	说明
CAN接收中断	最高（0）	不能丢帧
定时器中断	次高（1）	时间基准
CAN错误中断	中等（2）	错误处理

嗯，这里要注意：中断服务函数要尽量短。我一般只在中断里做标志位和队列操作，真正的协议处理放在主循环里。否则中断嵌套一深，栈溢出就麻烦了。

3.4 GPIO配置——硬件的触角

GPIO配置看起来最简单，但最容易出错。CANopenNode需要几个GPIO：LED指示灯、错误输出、启动配置引脚。每个都有讲究。

LED指示灯，我建议用推挽输出，上拉电阻10k。为什么？因为推挽输出驱动能力强，LED亮度稳定。我见过有人用开漏输出，结果LED忽明忽暗，调试时根本看不清状态。

启动配置引脚，比如设置节点ID的拨码开关，要用上拉输入。为什么？因为拨码开关断开时，引脚电平要确定。我踩过这个坑：用浮空输入，结果拨码开关断开时引脚电平不确定，节点ID随机变。

// GPIO配置示例
void CANopen_GPIO_init(void) {
    GPIO_InitTypeDef GPIO_InitStruct = {0};
    
    // LED指示灯 - 推挽输出
    GPIO_InitStruct.Pin = LED_PIN;
    GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;
    GPIO_InitStruct.Pull = GPIO_NOPULL;
    GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW;
    HAL_GPIO_Init(LED_PORT, &GPIO_InitStruct);
    
    // 拨码开关 - 上拉输入
    GPIO_InitStruct.Pin = NODE_ID_PIN;
    GPIO_InitStruct.Mode = GPIO_MODE_INPUT;
    GPIO_InitStruct.Pull = GPIO_PULLUP;
    HAL_GPIO_Init(NODE_ID_PORT, &GPIO_InitStruct);
}

3.5 移植后的验证

移植完了怎么验证？我有个习惯：先跑一个简单的CAN回环测试。把CAN控制器的回环模式打开，发一帧数据，看能不能收到。能收到，说明CAN驱动没问题。

然后跑CANopenNode的启动测试。上电后看心跳报文有没有发出来。如果心跳正常，说明定时器和CAN驱动配合好了。最后跑一个SDO读写测试，验证完整的协议栈。

你想想看，如果这些基础测试都过不了，后面的PDO配置、网络管理就更别想了。所以，移植完别急着跑复杂应用，先把基础打牢。

好了，硬件抽象层移植就讲到这里。下一章我们讲对象字典的配置，那才是CANopenNode的灵魂。记住：定时器要准、CAN要快、中断要稳、GPIO要对。这四个做好了，移植就成功了一半。