别慌，这种踩坑的情况我碰到过好几次，完全有办法把你的开发板救回来，给你按优先级列几个方案，你挨个试试：

方案1：触发内置Boot ROM引导模式 #

几乎所有Infineon XMC系列MCU都自带不可擦除的内置Bootloader，只要在上电时满足特定引脚条件，就会跳过Flash里的代码直接进入Boot模式，不管Flash里的复位逻辑怎么跑都没用。

• 先查XMC1400的官方 datasheet，找到「Boot Configuration」章节，里面会明确说明哪个复用IO引脚在上电时需要拉到高/低电平来触发Bootloader；
• 找到对应引脚后，上电前用杜邦线把它接到指定电平（比如GND或者VCC），然后给开发板上电；
• 进入Boot模式后，你就可以用UART或者CAN工具重新烧写正常的程序了——烧写完记得拔掉杜邦线，下次上电就会正常运行Flash里的代码。

方案2：抢在复位前halt芯片并擦除Flash #

虽然XMC_SCU_RESET_AssertMasterReset()复位速度快，但调试工具的高速连接可能能抢在复位代码执行前抓住芯片：

• 用Segger J-Link的话，打开JLinkExe命令行工具，提前输入以下命令准备：

  connect
  # 按提示选择XMC1400对应的具体型号
  

• 把开发板断电，然后快速上电，同时立刻在JLinkExe里输入halt命令，多试几次，有时候就能成功halt住还没执行复位的芯片；
• 一旦halt成功，直接用erase命令擦除整个Flash，或者专门擦除包含BMI参数的扇区——这样就能解除对CAN/UART引导加载程序的禁用，之后就能正常烧写了。

方案3：用编程器直接硬件擦除Flash #

如果前两个方案都不行，那就上硬手段：直接通过调试接口（SWD/JTAG）强制擦除Flash。

• 找到定制板上预留的调试引脚（一般是SWDIO、SWCLK、GND、VCC这几个），用支持XMC系列的编程器（比如Segger J-Link、Infineon官方编程器）连接；
• 打开对应的编程软件（比如JLink Commander、DAVE工具），直接选择擦除整个Flash——这种方式绕过了芯片内部的程序，直接硬件访问Flash，肯定能解决问题。

小提醒 #

• 以后调试复位相关代码时，最好先加个死循环延时，比如for(;;);放在复位函数前面，这样能有时间暂停程序，避免这种尴尬的情况；
• 操作上电抢halt的时候，手速要快，多试几次大概率能成功。

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