首先明确核心问题：商用产品中的STM32芯片并非一定被永久锁定，大部分厂商只会启用可解除的保护机制，只有极少数极端情况会用永久锁死的等级。下面结合你的操作细节，给出针对性的排查和解决步骤：

一、先解决NRST引脚异常的核心疑点 #

你提到拉低NRST固件仍正常运行，这是明显的异常信号，大概率是原厂固件通过软件修改了引脚配置：

• STM32F1系列允许通过选项字节或寄存器配置，把NRST复用为普通IO引脚，彻底禁用硬件复位功能；
• 也有可能电路板上NRST引脚接了强上拉电阻，导致你外部拉低的信号被抵消。

建议排查：

• 用万用表测量NRST引脚的静态电平，正常未复位时应为3.3V左右，尝试拉低后确认能否降到0.8V以下；
• 跳过NRST，直接通过BOOT引脚组合强制进入系统存储器模式（BOOT0接3.3V，BOOT1接地），此时芯片会运行内置的原厂bootloader，不受用户固件的引脚配置干扰。

二、重新校准启动模式与编程连接 #

你已经拉高BOOT0阻止主程序，但要严格遵循STM32F102的启动规则：

BOOT0=1 + BOOT1=0：启动内置系统存储器（串口/USB bootloader）
BOOT0=0：启动用户闪存（原厂固件）

针对两种编程方式分别优化操作：

1. ST-Link（SWD模式）连接排查 #

• 克隆版ST-Link兼容性较差，优先换原版ST-Link尝试；确认供电匹配（STM32F102是3.3V，绝对不能用5V供电）；
• 重新核对引脚：SWDIO接PA13，SWCLK接PA14，GND必须共地；如果设备自身供电正常，无需额外给芯片供电；
• 操作流程优化：先保持BOOT0=1、BOOT1=0，断开设备电源，再连接ST-Link，最后通电，立即在STM32CubeProgrammer中选择"SWD"模式点击连接——冷启动往往能解决连接超时问题。

2. 串口bootloader连接排查 #

• 系统存储器的串口bootloader默认绑定USART1，固定用115200波特率、8N1格式；
• 接线必须交叉：USB转串口的TX接芯片PA10（USART1_RX），RX接芯片PA9（USART1_TX），共地；
• 用stm32flash工具时，要确保命令参数正确，示例：

  stm32flash -w your_custom_firmware.bin -v -g 0x0 /dev/ttyUSB0 -b 115200
  

• 连接前需断电重启芯片（保持BOOT0=1、BOOT1=0），重启后立即发送0x7F唤醒字节，部分bootloader需要主动触发响应。

三、芯片保护机制的解除方法 #

如果厂商开启了STM32的读保护Level 1，会阻止读写闪存，但可以通过全芯片擦除解除：

1. 按上述方法让芯片进入系统存储器模式，用ST-Link连接；
2. 在STM32CubeProgrammer中进入「Erase & Programming」选项卡，选择「Full Chip Erase」；
3. 若提示保护锁定，确认后执行擦除——擦除完成后保护会自动解除，芯片恢复可编程状态。

注：如果是Level 2保护，芯片会被永久锁死，连调试接口都会完全禁用，但STM32F1系列几乎没有厂商会用这个等级（会彻底失去返修可能性）。

另外，部分厂商会通过修改选项字节禁用调试接口，可按以下步骤恢复：

• 进入STM32CubeProgrammer的「Option Bytes」选项卡，检查DBG_STANDBY、DBG_STOP、DBG_SLEEP是否开启，nRST_STOP、nRST_STDBY是否为默认值；
• 若选项字节被锁定，先执行全芯片擦除，再修改为默认配置。

四、硬件层面的额外排查 #

• 检查编程引脚的焊点、过孔是否有虚焊或脱落，拆机过程中很容易损坏引脚连接；
• 用示波器测量SWCLK或USART的信号波形，确认编程器是否在发送信号，芯片是否有回应；
• 测量芯片VDD引脚电压，确保稳定在3.3V左右，供电不足会导致芯片无法响应编程请求。

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