在Contiki Cooja模拟器编译ECC算法时出现`cpsid i`指令错误

嘿，这个问题我之前碰到过好多次——cpsid i是ARM架构专属的中断屏蔽指令，而你现在在Cooja里编译的应该是针对非ARM节点（比如MSP430、8051这类常用的Contiki模拟节点）的代码，结果不小心引入了ARM CMSIS库的cmsis_gcc.h头文件，编译器在处理非ARM目标时自然识别不了这条ARM指令，直接报错。

下面给你几个可行的修复方案，按需选择：

方案1：替换ARM专属的中断控制代码 #

如果你的ECC逻辑不需要依赖ARM硬件的中断控制，直接修改cmsis_gcc.h里的相关宏定义就行：

• 找到文件里包含cpsid i的代码段，通常是这样的：

  #define __disable_irq()  __ASM volatile ("cpsid i")
  

• 把它替换成Cooja模拟节点兼容的实现：
  • 要是你用的是MSP430节点，改成MSP430自带的中断关闭函数：

    #define __disable_irq()  __disable_interrupt()
    

  • 要是只是为了先编译通过测试逻辑，也可以临时改成空实现：

    #define __disable_irq()  do {} while(0)
    

方案2：切换到ARM架构的模拟节点 #

如果你的ECC代码确实需要ARM环境支持，那就换Cooja里的ARM节点来模拟：

• 打开Cooja新建场景时，选择ARM-based的节点类型（比如支持Cortex-M系列的节点，比如stm32f103这类Contiki支持的ARM平台）
• 同时要确保你的编译工具链是ARM专用的（比如arm-none-eabi-gcc），别再用MSP430或者8051的工具链了

方案3：移除不必要的CMSIS依赖 #

仔细检查你的ECC代码，说不定根本不需要CMSIS库：

• Contiki本身可能自带轻量的ECC实现，或者你可以找一个纯C编写的、不依赖任何硬件架构的ECC库来替换
• 直接移除代码中对cmsis_gcc.h的引用，改用平台无关的代码实现中断控制（如果需要的话）

最后提醒一句：编译前一定要确认目标节点架构和工具链、代码依赖的匹配度，Cooja不同节点对应完全不同的编译环境，别混用架构专属的代码哦！

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