能够下载，不过下载了好像也跑不动，已经换过板子了……
工程是生成的初始工程，什么都没动过

问题描述清晰些，什么MCU平台，什么快发环境等等可能对解决问题有帮助的信息。
直接这样神仙难搞

然后有英文提示"调试器连接丢失"

cubeIDE.选择好晶振和PLL，试下只跑裸机，只跑初始化看看。。。

tanic 发表于 2019-9-26 08:49
问题描述清晰些，什么MCU平台，什么快发环境等等可能对解决问题有帮助的信息。
直接这样神仙难搞 ...

stm32f103rct6
板子拿到手之后用MDK开发过，标准库，没问题，仿真下载debug一切正常。
回到公司后，因为连内部网不好用MDK，怕惹上segger的律师函，用了cubeide，先是用配置好外部晶振PLL，到72M主频，发现下载不了。冒险打开MDK看了下，只有STlink，没有识别到芯片。于是把boot1眺帽拔开，重新上电，有能够识别到芯片。再仿真，下载完了，一跑，发现又识别不了芯片了。
于是重新开了个工程，默认设置，还是如此，还以为是SW debug引脚被占用了（实际上没有动过），于是把那几个引脚都配置为SW debug，依然不行……

mikecai 发表于 2019-9-26 16:30
cubeIDE.选择好晶振和PLL，试下只跑裸机，只跑初始化看看。。。

stm32f103rct6
板子拿到手之后用MDK开发过，标准库，没问题，仿真下载debug一切正常。
回到公司后，因为连内部网不好用MDK，怕惹上segger的律师函，用了cubeide，先是用配置好外部晶振PLL，到72M主频，发现下载不了。冒险打开MDK看了下，只有STlink，没有识别到芯片。于是把boot1眺帽拔开，重新上电，有能够识别到芯片。再仿真，下载完了，一跑，发现又识别不了芯片了。
于是重新开了个工程，默认设置，还是如此，还以为是SW debug引脚被占用了（实际上没有动过），于是把那几个引脚都配置为SW debug，依然不行…

BOOT0拉低，
STLINK驱动？

用 STM 的cubeMX 选择芯片型号，板子类型，生成MDK裸机 代码，再到MDK 编译，下载去看看

唉，果然是是把仿真IO口失能了……
第一个函数HAL_Init里面的HAL_MspDeInit里面有这么一句：
__HAL_AFIO_REMAP_SWJ_DISABLE
配置的时候要在SYS里面开启SW仿真……无语，为什么默认是关的