核心结论 #

复位引脚失效几乎可以确定是感性负载切换产生的EMI干扰导致MCU闩锁，而非STM32进入Stop Mode的已知问题。

原因拆解 #

1. 感性负载的浪涌是直接诱因 #

继电器、电机这类感性负载在通断瞬间，会产生极高的反向电动势（可达电源电压的数倍甚至十几倍），如果没有做浪涌抑制：

• 尖峰电压会通过电源回路传导到STM32的供电引脚，导致MCU内部触发闩锁效应（Latch-up）。一旦闩锁，MCU内部的寄生晶闸管会持续导通，即使拉低复位引脚也无法中断这种导通状态，必须断电才能彻底解除。
• 对比“状态请求”流程：该流程没有感性负载切换，无浪涌干扰，系统正常运行；而执行器控制刚好触发浪涌，和症状完全匹配。

2. 排除Stop Mode的可能性 #

STM32的Stop Mode低功耗模式下，复位引脚（NRST）默认处于有效状态，拉低该引脚依然能触发系统复位。除非你通过选项字节刻意禁用了NRST功能，但这种配置会导致复位引脚始终失效，而非仅在感性负载切换后出现问题，因此可以直接排除。

排查与解决步骤 #

硬件层面（优先级最高） #

• 给感性负载加浪涌抑制：在继电器线圈两端反向并联续流二极管（如1N4007），电机两端加装TVS管或压敏电阻，直接消除反向电动势的源头。
• 隔离执行器与MCU电源：如果执行器和MCU共用电源，浪涌会直接污染MCU供电。建议用隔离电源模块给执行器单独供电，或在MCU电源入口添加LC滤波电路（10μH电感+0.1μF电容）。
• 优化复位引脚设计：确保NRST引脚外接10kΩ上拉电阻和0.1μF去耦电容，布线时远离功率线、继电器等干扰源，避免干扰耦合到复位引脚。
• 监测电源电压：用示波器捕捉MCU VCC引脚在执行器切换时的波形，查看是否存在过压尖峰或掉电情况，确认是否是电源波动导致闩锁。

软件层面（辅助优化） #

• 调整时序延迟：在执行器切换完成后，延迟100~200ms再执行LoRa ACK发送和低功耗进入操作，让浪涌干扰消散后再进行敏感操作。
• 增加错误检测：在LoRa发送ACK后，添加发送状态检测逻辑，如果发送失败，不要直接进入睡眠，而是尝试重新发送或执行软件复位，避免MCU卡在错误状态。

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