IAR9.X半主模式异常解析：为何硬件复位后仍陷调试状态？

1. 问题现象：硬件复位后MCU仍滞留调试状态

最近在STM32F407平台上遇到一个奇怪现象：使用IAR 9.X版本编译的跑马灯程序，下载后按复位键LED不闪烁，而同样的代码用MDK编译却正常。用调试器查看内核寄存器时发现，硬件复位后MCU竟然仍处于调试状态，必须彻底断电重启才能恢复正常运行。

这个问题在IAR 8.50版本从未出现，但在升级到9.X后频繁发生。更诡异的是，通过LUA脚本发送退出调试状态的命令也能解决问题，这说明根本原因与调试子系统密切相关。在实际项目中，这种异常会导致设备无法通过看门狗复位自动恢复，严重影响产品可靠性。

2. 排查过程：从启动代码到半主模式

最初怀疑是启动代码中的__iar_program_start函数作祟，但注释掉该函数直接跳转到main程序后问题依旧。通过逐段屏蔽代码测试，最终将问题定位到标准库的__write函数实现。

在IAR 8.50环境中，即使启用了半主模式（Semihosting）并重写了fputc，实际运行时并不会真正触发半主操作。但升级到9.X后，同样的代码会强制执行半主操作，导致MCU核心被调试器挂住。这解释了为何硬件复位无效——每次复位后都会重新进入半主模式，而断电复位会彻底断开调试连接。

3. 技术原理：半主模式工作机制剖析

半主模式是ARM架构的一种调试机制，允许目标设备通过调试接口访问主机资源（如文件IO）。当MCU执行特定指令（如SVC调用）时，会触发调试器接管，此时若调试连接不可用，处理器将进入调试状态等待。

在IAR 9.X中，底层库对半主模式的检测更加严格。即使没有显式调用半主功能，只要链接了相关库函数，就会在初始化阶段进行环境检查。这就是为什么重写的fputc仍然导致问题的原因——底层__write实现仍包含半主逻辑。

4. 解决方案：彻底关闭半主功能

对于IAR 9.X版本，必须完全禁用半主模式并重定向所有IO：

1. 工程配置禁用半主