怎么办 难道死掉了。。。。
好好地 我随手写了一个程序
main
  while (1)
  {
               status=HAL_GPIO_ReadPin(STOP_GPIO_Port, STOP_Pin);
                if(status==SET)
                HAL_GPIO_WritePin(BEEP_GPIO_Port, BEEP_Pin, GPIO_PIN_SET);//on
                else
                HAL_GPIO_WritePin(BEEP_GPIO_Port, BEEP_Pin, GPIO_PIN_RESET);//off

  }


现在板子效果是有了，我STOP_GPIO_Port的开关可以控制蜂鸣器的响和不响。
但是。。。。死循环了  STLINK连不上了 debug也不行了
有办法吗？

把蜂鸣器断开。不知道你用的什么类型和型号的蜂鸣器。
蜂鸣器对板子的影响，一方面是造成电压和纹波等变化，另一方面，所有机械的电磁振动，都会对外传导或辐射。

但是你说STOP_GPIO_Port开关还可以控制蜂鸣器，这就比较奇怪了。
既然是随手一写，也不会把蜂鸣器接到PA13、PA14(SWD管脚)上吧。

boot0拉到，用USART1通过ISP方式，把片子擦除一下看看。

jjbboox 发表于 2018-4-18 08:27
cubemx的设定不正确
SYS没设。

是正确的 功能都正常了
前面的机器码MX不会错的
严重怀疑是我的死循环写死了

  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */
  HAL_Init();

  /* Configure the system clock */
  SystemClock_Config();

  /* Initialize all configured peripherals */
  MX_GPIO_Init();

与龙共舞 发表于 2018-4-18 10:13
是正确的 功能都正常了
前面的机器码MX不会错的
严重怀疑是我的死循环写死了

我说的是这个设置，如果用ST-Link应该设为Serial Wire，用J-Link就设为JTAG不设就是楼主的这种问题。
目前只能重新设定编译后将编译好的二进制文件用烧写软件通过USB串口烧录进芯片来解救这个问题。

（BEEP_GPIO_Port, BEEP_Pin）如果安排在PA13，第二次代码就可能写不进去了

PA14也不行

什么板子？？上拉BOOT0，试试串口下载

设置一个跳转出来，你可以设置个中断看看循环过程

cubemx的设定不正确
SYS没设。

重新设好，生成代码以后，用串口方式烧写到芯片里面，然后才能重新用SWD烧写。

wenyangzeng 发表于 2018-4-17 19:22
（BEEP_GPIO_Port, BEEP_Pin）如果安排在PA13，第二次代码就可能写不进去了

没有安排PA13  PA14   
我的按键是PA0  蜂鸣器是PC13
所以我应该不是占用了调试仿真的口  
而是我的程序没有延时 whil死了

zhao.zhao 发表于 2018-4-17 19:39
PA14也不行

没有安排PA13  PA14   
我的按键是PA0  蜂鸣器是PC13
所以我应该不是占用了调试仿真的口  
而是我的程序没有延时 whil死了

select326 发表于 2018-4-17 22:43
什么板子？？上拉BOOT0，试试串口下载

硬件小哥自己做的板子  BOOT0 BOOT1都是直接GND的  看来要准备把管脚翘起来了

与龙共舞 发表于 2018-4-18 10:10
没有安排PA13  PA14   
我的按键是PA0  蜂鸣器是PC13
所以我应该不是占用了调试仿真的口  

那有可能进入睡眠状态了。

toofree 发表于 2018-4-18 02:45
把蜂鸣器断开。不知道你用的什么类型和型号的蜂鸣器。
蜂鸣器对板子的影响，一方面是造成电压和纹波等变化 ...

嗯 你分析的有道理 计划只有把BOOT0拉高了  拉高以后试试STLink能不能连接板子和PC

把你用STM32CubeMX配置的管脚图帖止来吧，大家一起看看，都别猜了

以前测试的时候，CuteMX配置的工程默认是开SWD的。即使不去配置，也不会影响再次下载程序，大家可以试试。