STM32H7B3配置PLL后SEGGER连接报错：未检测到IDCODE、无法连接目标

你遇到的无法连接故障核心是错误代码上电立即执行，导致芯片主频超出规格跑飞，SWD调试接口时钟异常，无法响应下载器的IDCODE读取请求。你设置的DIVN=399远超过最高建议值280，会导致PLL输出频率超出VCO工作范围，芯片直接进入异常挂死状态，按下复位后会立刻重新执行错误代码，因此一直无法连接。
你此前运行JLinkSTM32工具重置失败，是因为芯片复位后立刻运行错误代码挂死，工具还未完成操作就失去芯片响应。
另外你的代码逻辑存在致命顺序错误：在PLL未完成配置、甚至未开启HSI时钟的前提下，就死等系统时钟切换到PLL1，即使PLL参数合规，这段代码也会直接卡死。

• 第一步：切换芯片启动模式，跳过Flash内的错误代码
  STM32H7系列内置系统ISP引导程序，将开发板的BOOT0引脚拉高接3.3V，BOOT1引脚拉低接GND，之后重新给开发板上电。此时芯片会从内置ROM启动，不会运行Flash内的错误程序，SWD接口可恢复正常响应。
• 第二步：擦除Flash内的错误程序
  打开J-Link调试工具、STM32CubeProgrammer或你的开发IDE（Keil/IAR），正常连接开发板后执行全片Flash擦除操作，清除错误的固件。你也可以在该模式下重新运行JLinkSTM32工具完成选项字节重置。
• 第三步：恢复正常启动模式
  将BOOT0引脚改回拉低状态，重新上电后开发板即可恢复正常连接，你可以下载修正后的固件。

1. 调整代码执行顺序：先完成HSI开启、PLL全流程配置，再执行系统时钟切换到PLL的操作，不要在PLL未配置前就等待时钟切换完成。
2. 把PLL1DIVR的DIVN参数调整到280以内，同时确保最终输出的sys_ck不超过STM32H7B3的最高主频280MHz，符合芯片规格要求。
3. 配置PLL前先关闭PLL1，确保所有配置寄存器可正常写入，你的现有代码未做该操作，可能导致配置不生效。

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