4. 固件优化策略：中断优先级管理、DMA传输优化、环形缓冲区设计、看门狗机制

固件优化，说白了就是让运动控制卡的“大脑”转得更快、更稳。很多工程师把精力全放在算法上，结果板子一跑起来就丢步、卡顿，甚至死机。问题往往出在固件架构上。

我个人习惯，拿到一块新板子，先不看运动算法，先把中断、DMA、缓冲区和看门狗这四样东西理清楚。这四样是地基，地基不稳，上层算法再漂亮也没用。

核心观点：固件优化的本质是“资源调度”。CPU时间、总线带宽、内存空间、异常恢复能力，这四样资源分配好了，性能自然就上去了。

4.1 中断优先级管理：别让“小事”耽误了“大事”

中断优先级管理，是固件优化的第一道坎。很多新手喜欢把所有中断设成同一优先级，结果就是——编码器中断来了，正处理一半，串口中断又来了，CPU来回切换上下文，运动控制周期直接崩了。

我建议，把中断分成三个等级：

紧急级（最高优先级）：伺服驱动器报警、急停信号、位置比较中断。这些必须立刻响应，晚1ms都可能撞机。
实时级（中等优先级）：编码器位置捕获、PWM周期中断、插补定时器。这些是运动控制的核心节拍，不能丢。
普通级（最低优先级）：串口通信、以太网数据收发、状态指示灯刷新。这些慢一点没关系，别抢CPU。

实战技巧：我在项目中遇到过，编码器Z信号中断和串口中断冲突，导致每次回零都偏差几个脉冲。后来把Z信号中断提到最高优先级，问题立刻解决。记住：运动控制卡里，跟“位置”和“时间”相关的中断，永远放最高。

中断嵌套也要小心。我个人习惯，在紧急级中断里尽量不做复杂计算，只设标志位，把实际处理放到实时级或主循环里。为什么？中断嵌套层数太多，栈空间容易爆，而且调试起来非常痛苦。

4.2 DMA传输优化：让CPU专心做“脑力活”

DMA，说白了就是让数据自己跑，别老麻烦CPU。运动控制卡里，最耗CPU的操作往往是数据搬运——从ADC读电流值、往DAC写电压指令、从FIFO搬编码器数据。

我见过一个项目，CPU主频200MHz，运动周期1ms，结果光数据搬运就占了600μs，剩下400μs还要跑算法、处理通信。你说这能不出问题吗？

DMA优化的几个关键点：

选择正确的DMA通道：有些MCU的DMA通道有优先级，把高频率的数据流（比如PWM触发ADC）分配给高优先级通道。
使用双缓冲模式：一个缓冲区在传输，另一个给CPU处理，交替进行，零等待。
链式DMA：多个DMA传输任务串起来，一次触发完成一串操作。比如：ADC采样→数据搬移到RAM→触发下一个DMA把数据送到算法缓冲区。

// 双缓冲DMA配置示例（伪代码）
#define BUF_SIZE 256

uint16_t dma_buffer_a[BUF_SIZE];
uint16_t dma_buffer_b[BUF_SIZE];
uint16_t *active_buffer = dma_buffer_a;

void DMA_Init(void) {
    // 配置DMA通道，使用双缓冲模式
    DMA_Channel_Config(DMA_CH1, 
                       PERIPH_ADDR_ADC,   // 源：ADC数据寄存器
                       &dma_buffer_a,      // 目标：缓冲区A
                       BUF_SIZE,
                       DMA_MODE_CIRCULAR | DMA_MODE_DOUBLE_BUF);
    
    // 设置传输完成中断
    DMA_IT_Config(DMA_CH1, DMA_IT_TC, ENABLE);
}

void DMA_TC_IRQHandler(void) {
    // 传输完成中断，切换缓冲区
    if (active_buffer == dma_buffer_a) {
        active_buffer = dma_buffer_b;
        // 处理缓冲区A的数据
        Process_ADC_Data(dma_buffer_a, BUF_SIZE);
    } else {
        active_buffer = dma_buffer_a;
        Process_ADC_Data(dma_buffer_b, BUF_SIZE);
    }
}

注意：DMA虽然好用，但别滥用。每个DMA通道都会占用总线带宽。我曾经在一个项目里开了6个DMA通道，结果总线冲突严重，反而比不用DMA还慢。后来压缩到3个关键通道，性能才上来。记住：DMA不是越多越好，够用就行。

4.3 环形缓冲区设计：平滑数据流的“蓄水池”

环形缓冲区，也叫循环队列。运动控制卡里到处都是它的身影——串口接收缓冲、编码器数据缓冲、轨迹指令缓冲。

为什么用环形缓冲区？因为运动控制是“生产者-消费者”模型。中断服务程序是生产者，往缓冲区里塞数据；主循环或算法线程是消费者，从缓冲区里取数据。如果没有缓冲区，生产者太快，消费者来不及处理，数据就丢了。

设计环形缓冲区，我总结了三个要点：

缓冲区大小要是2的幂：这样可以用位运算代替取模运算，速度快很多。比如缓冲区大小256，索引取模可以用 index & 0xFF。
读写指针分离：写指针只由生产者修改，读指针只由消费者修改。这样在多任务环境下不需要加锁。
留一个空位：判断缓冲区满的时候，用 (write_ptr + 1) % size == read_ptr，而不是 write_ptr == read_ptr。否则满和空无法区分。

// 环形缓冲区实现（适用于单生产者-单消费者）
#define RING_BUF_SIZE 256  // 必须是2的幂

typedef struct {
    uint8_t buffer[RING_BUF_SIZE];
    volatile uint16_t write_ptr;
    volatile uint16_t read_ptr;
} ring_buffer_t;

// 初始化
void ring_init(ring_buffer_t *rb) {
    rb->write_ptr = 0;
    rb->read_ptr = 0;
}

// 写入一个字节
int ring_put(ring_buffer_t *rb, uint8_t data) {
    uint16_t next = (rb->write_ptr + 1) & (RING_BUF_SIZE - 1);
    if (next == rb->read_ptr) {
        return -1;  // 缓冲区满
    }
    rb->buffer[rb->write_ptr] = data;
    rb->write_ptr = next;
    return 0;
}

// 读取一个字节
int ring_get(ring_buffer_t *rb, uint8_t *data) {
    if (rb->read_ptr == rb->write_ptr) {
        return -1;  // 缓冲区空
    }
    *data = rb->buffer[rb->read_ptr];
    rb->read_ptr = (rb->read_ptr + 1) & (RING_BUF_SIZE - 1);
    return 0;
}

避坑指南：我曾经在环形缓冲区上栽过跟头。当时串口接收中断频率很高，我在中断里直接调用 ring_put，主循环里调用 ring_get。看起来没问题，但偶尔会丢数据。查了两天才发现，是编译器优化把 write_ptr 和 read_ptr 优化到了寄存器里，导致中断和主循环看到的不是同一个值。解决方案：给这两个变量加上 volatile 关键字。

4.4 看门狗机制：工业现场的“最后一道防线”

看门狗，说白了就是一个定时器，你得定期去“喂”它。如果程序跑飞了或者死循环了，没人喂狗，看门狗就会复位系统。

工业现场环境恶劣，电磁干扰、电源波动、静电放电，都可能让运动控制卡“抽风”。没有看门狗，板子死机了，机器还在动，后果不堪设想。

看门狗设计，我建议遵循以下原则：

原则	说明	我的经验
喂狗位置要合理	在主循环末尾喂狗，不要在中断里喂	在中断里喂狗，主循环死锁了看门狗也不会复位
超时时间要宽松	设为运动周期的3-5倍	运动周期1ms，看门狗设3-5ms，太短容易误复位
分级看门狗	第一级软件看门狗，第二级硬件看门狗	软件看门狗先尝试恢复，失败后再触发硬件复位
记录复位原因	复位后检查是看门狗复位还是上电复位	方便排查问题，区分是程序bug还是环境干扰

重要提醒：看门狗不是万能的。它只能解决“程序跑飞”的问题，解决不了“逻辑错误”的问题。比如你的运动算法算错了位置，看门狗不会管，因为它觉得程序还在跑。所以，看门狗是最后一道防线，不能替代代码质量。

嗯，这里还要提一句。有些工程师喜欢在调试阶段把看门狗关掉，等发布时再打开。我个人不建议这么做。调试阶段就应该开着看门狗，这样能尽早发现那些“偶尔死机”的bug。否则到了现场才发现，代价就大了。

固件优化这四个方面，环环相扣。中断优先级管好了，DMA才能顺畅跑；DMA把CPU解放出来，环形缓冲区才能高效运转；看门狗则保证整个系统在恶劣环境下不掉链子。把这四样做好了，运动控制卡的性能至少能提升30%。

📚 课程目录

4. 固件优化策略：中断优先级管理、DMA传输优化、环形缓冲区设计、看门狗机制

4.1 中断优先级管理：别让“小事”耽误了“大事”

4.2 DMA传输优化：让CPU专心做“脑力活”

4.3 环形缓冲区设计：平滑数据流的“蓄水池”

4.4 看门狗机制：工业现场的“最后一道防线”