返回指针数组引发Cortex-M0+处理器硬故障的排查求助

核心问题：Cortex-M0+不支持ARM指令模式 #

Cortex-M0+是纯Thumb指令集内核，完全不支持ARM指令模式。硬故障提示“Entered ARM mode”，说明代码尝试执行ARM指令，这在M0+上属于非法操作，直接触发硬故障。

具体诱因与排查方向 #

1. 函数指针未正确设置Thumb模式标记 #

Cortex-M架构里，Thumb函数的地址必须把最低位（位0）设为1，用来告诉CPU要执行Thumb指令。如果bootloaderAPI指针被赋值成没设置位0的地址，调用时CPU会误以为是ARM指令，尝试切换到ARM模式，直接触发硬故障。

• 排查：检查bootloaderAPI的初始化代码，确保赋值时给目标函数地址的位0置1。比如bootloader导出的API地址是0x10000000，实际赋值要写成bootloaderAPI = (BootloaderAPICall)(0x10000000 | 1);
• 注意：部分编译器会自动处理函数指针的Thumb位，但跨bootloader和应用的裸指针赋值很容易漏掉这个操作。

2. bootloaderAPI未初始化（仍为NULL） #

如果调用bootloaderAPI_APIReallocateI2CBuffers之前，bootloaderAPI没被正确赋值为bootloader里的实际API入口，调用NULL指针会导致非法内存访问，也可能触发模式切换故障（因为NULL地址0x0默认是ARM模式向量表，但M0+只认Thumb向量表）。

• 排查：确认调用API前，已经从bootloader导出的位置读取到正确的API指针并完成初始化。

3. BootloaderAPI_ReallocateI2CBuffers常量地址错误 #

代码里data[0] = BootloaderAPI_ReallocateI2CBuffers;，如果这个常量是bootloader中函数的地址，同样得确保它的最低位是1。要是地址没设位0，bootloader侧处理请求时也可能触发模式错误。

• 排查：检查BootloaderAPI_ReallocateI2CBuffers的定义，确认它是正确的Thumb函数地址（位0为1）。

额外调试建议 #

• 硬故障发生时，查看CPU的PSP/MSP和LR寄存器，确认调用bootloaderAPI前的栈内容，检查bootloaderAPI的实际值是否正确。
• 检查bootloader和应用的链接脚本，确保两者内存布局无重叠，且API指针的导出/导入地址正确。

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