我在dsPIC系列芯片和MPLAB X开发中踩过不少类似的坑，给你明确的分析和可行的解决方案：

问题根源 #

你遇到的是共享中断向量导致的函数重名问题：dsPIC部分外设中断会共享同一个硬件中断向量，当你通过工具生成多个对应中断的函数时，会在不同.c文件里生成同名的中断服务函数（比如_CM1Interrupt），编译器自然会报重定义错误。

方案分析与选择 #

方案1：修改中断函数名称 → 不可行 #

dsPIC的中断函数名称是和硬件中断向量强绑定的，编译器通过函数名来把服务函数链接到对应的中断向量地址上。如果你随便修改函数名，编译器就无法识别它是对应哪个中断的服务函数，不会把它放到正确的向量位置，最终导致中断无法触发。所以这个方案直接排除。

方案2：保留一个中断函数，通过寄存器判断中断源 → 可行且推荐 #

这是处理共享中断向量的标准做法，我给你详细拆解为什么可行，以及你的代码需要注意的点：

关键原理：中断触发的逻辑

单片机触发中断时，不会遍历所有带__attribute__((interrupt, no_auto_psv))属性的函数，而是直接根据硬件中断向量表，跳转到对应向量地址上的那个服务函数。__attribute__((interrupt, no_auto_psv))的作用是告诉编译器：

• 这个函数是中断服务函数，需要生成符合中断上下文的代码（比如自动保存/恢复寄存器、处理PSV分页等）
• 把这个函数链接到与函数名对应的中断向量地址（比如_CM1Interrupt对应CM系列中断的向量地址）

你的代码已经踩准了核心逻辑，这里贴出优化后的代码并解释：

void __attribute__ ( ( interrupt, no_auto_psv ) ) _CM1Interrupt(void) {
    // 检查CM1中断触发标志
    if (CM1CONbits.CEVT) {
        aplica_mapa(0,6); // 执行CM1对应的逻辑
        delay_us1(5);
        CMP1_EventStatusReset(); // 清除CM1的事件标志
    }
    // 检查CM2中断触发标志
    if (CM2CONbits.CEVT) {
        aplica_mapa(1,6); // 执行CM2对应的逻辑
        delay_us1(5);
        CMP2_EventStatusReset(); // 清除CM2的事件标志
    }
    // 检查CM5中断触发标志
    if (CM5CONbits.CEVT) {
        aplica_mapa(3,6); // 执行CM5对应的逻辑
        delay_us1(5);
        CMP5_EventStatusReset(); // 清除CM5的事件标志
    }
    // 必须清除全局的CM中断标志，否则会持续触发中断
    IFS1bits.CMIF = 0;
}

注意事项

1. 确认共享向量：务必查dsPIC33EP512GM710的芯片手册，确认CM1、CM2、CM5确实共享同一个CM中断向量——这是这个方案成立的前提。
2. 标志位的准确性：不同外设的中断标志位名称可能有差异，要以芯片手册的寄存器定义为准。
3. 中断处理要高效：中断服务函数里的逻辑要尽量简洁，delay_us1(5)要确保是原子操作（比如用循环实现，不要依赖系统定时器），避免阻塞其他中断。
4. 清除标志的顺序：先清除外设的局部事件标志，再清除全局的中断标志，避免遗漏导致重复触发。

内容的提问来源于stack exchange，提问作者mathengineer