stm32程序调用其它库函数停止

原因：改变了printf函数的输出串口号，未重定义fputc函数

在基于战舰的模板写代码的时候，无意发现增加printf("--------")函数后，程序停在了这句代码，无法向下运行，网上有前辈说需要增加下图里的代码，程序才能恢复正常，代码如下：

//加入以下代码,支持printf函数,而不需要选择use MicroLIB

#if 1

#pragma import(__use_no_semihosting)

//标准库需要的支持函数

struct __FILE int handle

FILE __stdout

//定义_sys_exit()以避免使用半主机模式

_sys_exit(int x)

x = x

//重定义fputc函数

int fputc(int ch, FILE *f)

while((USART1->SR&0X40)==0)//循环发送,直到发送完毕

USART1 ->DR = (u8) ch

return ch

#endif

登录后复制

检查后发现自己有这段代码（战舰模板自己带的有），但我是用的是串口3，而战舰的代码使用的是串口1，就导使 第一行代码while((USART1->SR&0X40)==0)//循环发送,直到发送完毕 陷入死循环。

1、意外中断。是否打开了某个中断，但是没有响应和清除中断标志，导致程序一直进入中断，造成死机假象。

2、中断变量处理不妥。若定义某些会在中断中修改的全局变量，这时要注意两个问题：首先为了防止编译器优化中断变量，要在这些变量定义时前加volatile。

其次在主循环中读取中断变量前应该首先关闭全局中断，防止读到一半被中断给修改了，读完之后再打开全局中断否则出现造成数据乱套。

扩展资料：

其他原因：

1、地址溢出。常见错误为指针 *** 作错误。要着重说的是数组下标使用循环函数中循环变量，如果循环变量没控制好则会出现数组下标越界，意外修改系统的寄存器造成死机，这种情况下如果死机说明运气好，否则后面不知道发生什么头疼的事。

2、无条件的死循环。比如使用while(x)；等待电平变化，正常情况下x都会变成0，就怕万一，因此最好加上时间限制；

3、看门狗没有关闭。有的单片机即使没使用看门狗开机时也有可能意外自动开启了最小周期的看门狗，导致软件不断复位，造成死机，这个要看芯片手册，最好在程序复位后首先应该显式清除看门狗再关闭看门狗；

4、堆栈溢出。最难查找的问题，对于容量小的单片机，尽量减少函数调用层级，减少局部变量，从而减少压栈的时候所需的空间。当把以上几条都试过不能解决问题，试一试把被调用少函数直接内置到调用的地方并且把占用RAM大的局部变量改成全局变量。

亲,您用DMA都没有看说明的么?DMA传输数据的时候会占用系统总线,这时候CPU除了能够做运算之外什么事情都干不了,只有等DMA完成数据传输之后,才会把系统数据总线交给CPU,所以你接收数据的时候程序看起来好像就是停止运行的,当你接收完成之后,DMA释放了数据总线,这时候CPU才又开始执行程序...具体内容建议你还是看一下datasheet吧

---