STM32中串口使用printf函数时出现程序卡死、运行不了的现象？

嵌入式点灯大师

已于 2022-02-04 13:00:06 修改

阅读量1.4w

点赞数 45

CC 4.0 BY-SA版权

分类专栏：笔记 keil5 文章标签： stm32

于 2021-06-23 13:14:00 首次发布

本文链接：https://blog.youkuaiyun.com/ZIIllIIll/article/details/118150878

当在keil中串口使用printf函数时出现程序卡死、运行部了的现象，是因为没使用use MicroLIB(微库)，有以下两种方法。

法一：
在魔术棒 / Targer 选项页中勾选use MicroLIB，即可成功运行。
在这里插入图片描述
法二：
在usart.c（自己编写的串口的c文件中）添加以下代码：

//加入以下代码,支持printf函数,而不需要选择use MicroLIB	  
#if 1
#pragma import(__use_no_semihosting)             
//标准库需要的支持函数

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

嵌入式点灯大师

关注关注

45
点赞
踩
100

收藏

觉得还不错? 一键收藏
16
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

STM32的串口高级例程之Printf中断收发实验(STM32神舟IV号-库函数版)程序，亲测能用

11-25

程序内有详细的讲解文档，很好的学习资料，欢迎大家下载学习

STM32CUBEMX 生成的HAL库，使用非KEIL，编译存在一个printf,不能输出，或者仿真卡死，或者仿真点击三次运行

03-02

- 使用替代方案：如果不想依赖于完整的`libstdc++`，可以考虑使用STM32的HAL库提供的`HAL_Printf`函数，它不需要额外的库支持。 - 调整Microlib配置：如果编译器支持，启用Microlib并根据需要进行配置。 - 修复串口...

16 条评论您还未登录，请先登录后发表或查看评论

关于使用Printf死机的原因

Yose119的博客

10-14

2865

根据网上的方法没有使用Microlib，而是使用 int fputc(int ch, FILE *f) { while(USART_GetFlagStatus(USART3, USART_FLAG_TC) == RESET); //??? USART_SendData(USART3, (unsigned char)ch); //??? return ch; } #pragma impo...

STM32G0B1 printf 做了重映射，但是会卡死解决

HanGo_Linker的博客

07-28

797

STM32G0B1 printf 做了重映射，但是会卡死解决办法

【05-printf】STM32CubeIDE中使用STM32F103C8T6标准库，关于串口打印函数printf重定向没起作用及解决方法

热门推荐

networkhunter的博客

11-11

2万+

问题的背景：公司的一个客户，应该算是一家创业企业，偶尔会让我们帮他们下stm32的驱动程序，具体的应用产需还是在自己写的。驱动基本都写好了，也都交付给他们了。最近他们在写应用程序的使用遇到了一个问题。问题描述：申请了一个很大的全局数组，如下： #define MAXDOORNUMBER 220 DOOR_INFO doorInfo[MAXDOORNUMBER]; 程序运行起来会莫名死机...

STM32重定向printf卡死死机

u014296221的博客

11-09

2084

用stm32cubemx自动创建的工程，增加printf重定向功能，在程序中使用printf语句就卡死。勾选Use MicroLIB，重新编译，问题解决，不再卡死。问题能解决，原因不明。

STM32 printf 死机 printf半主机模式

m0_37777700的博客

01-16

3334

标准库函数的默认输出设备是显示器，要实现在串口或LCD输出，必须重定义标准库函数里调用的与输出设备相关的函数. 例如:printf输出到串口，需要将fputc里面的输出指向串口(重定向),方法如下: #ifdef __GNUC__ #define PUTCHAR_PROTOTYPE int __io_putchar(int ch) #else #define PUTCHAR_PROT...

STM32F103C8T6单片机Printf打印函数工程代码

08-15

STM32F103C8T6单片机Printf打印函数工程代码，使用MicroLib来重定向printf。‌MicroLib是对标准C库进行了高度优化的库，‌通过重定义fputc函数到串口，‌可以实现printf函数的输出重定向。

HAL库+CubeMX+Stm32F405 实现串口定长收发、printf函数使用、自定义打印函数

07-23

HAL库+CubeMX+Stm32F405 实现串口定长收发、printf函数使用、自定义打印函数详情请看：https://lindoglog.blog.youkuaiyun.com/article/details/107463926

STM32中如何使用printf（）函数？

07-31

STM32 中使用 printf 函数的配置方法在 STM32 中使用 printf 函数需要进行一定的配置，否则无法正常工作。本文将介绍两种配置方法，以便在 STM32 中使用 printf 函数发送数据。方法一：对工程属性进行配置在...

关于STM32F407HAL库的printf卡死问题

u014428915的博客

01-13

1770

关于STM32F407HAL库的printf卡死问题

STM32调试记录，由printf引发的故障BEAB BKPT 0xAB

gaobc的专栏

10-23

1509

进入debug状态，卡在BEAB BKPT 0xAB！用到了标准库函数printf，标准库函数的默认输出设备是显示器；要实现在串口等自定义的输出，必须重定义标准库函数里调用的与输出设备相关的函数；例如 :printf 输出到串口，需要将 fputc 里面的输出指向串口；添加一个 int fputc(int ch, FILE *f) 函数，用串口发送字符；如果使用串口输入，也可添加int fgetc(int ch, FILE *f)，从串口获取一个字符；使用上面方法还需要： 1.确保没有从

STM32CubeMX(6)——Printf导致程序卡死

去流浪

11-10

2562

0. 序换电脑，新安装的cubemx 6.3.0，vs2019，minGW7.0，不晓得什么原因，可能是他们使用了安全函数printf_s和scanf_s，导致keil不能识别printf，程序编译没有问题，运行时候卡死在printf。 1. 解决办法点魔法棒，把微库勾选上，问题解决。浪费我好多时间mmp ...

stm32添加print()函数后，程序在该函数处停止运行（无限死循环）

纸上得来终觉浅，绝知此事要躬行

10-11

1714

stm32 添加printf("--------")函数后，程序在此处停止运行，原因：改变了printf函数的输出串口号，未重定义fputc函数在基于战舰的模板写代码的时候，无意发现增加printf("--------");函数后，程序停在了这句代码，无法向下运行，网上有前辈说需要增加下图里的代码，程序才能恢复正常，代码如下： //加入以下代码,支持printf函数,而不需要选择use MicroLIB #if 1 #pragma import(__use_no_semihosting)

关于stm32中printf函数重定向问题

yy105419的博客

01-24

2091

学习stm32过程中，对printf函数进行了重定向，但是能够在串口调试助手中显示出来，并且debug不能全速运行，printf函数阻碍了程序的运行。后来求教了度娘。标准库函数的默认输出设备是显示器，要实现在串口或LCD输出，必须重定义标准库函数里调用的与输出设备相关的函数. 例如:printf输出到串口，需要将fputc里面的输出指向串口(重定向),方法如下: #ifdef

STM32开发---Keil中使用printf 卡死的解决办法

果果小师弟的博客

12-14

1万+

一、在KEIL中通过 usart + printf 输出调试信息方法1：使用 use MicroLIB(微库)，在魔术棒 / Targer 选项页中勾选use MicroLIB(下面代码的13~35行不用写) 方法2：不使用use MicroLIB(微库)，就要加入以下全部代码, 以支持printf函数二、使用注意问题图中的代码是写在USART的初始化文件中，并修改图中的红色下划线部分，换成你要输出的USART 如果调用printf前，没USART初始化并重定义fputc, 会出现程序卡死的

stm32串口打印printf函数不能打印

m0_47088268的博客

06-28

908

如果在尝试了网上的方法：printf重定向、勾选魔术棒中的Use MicroLIB仍然没有解决问题，可以查看程序中是否已经初始化了串口。如图，我在调试时一直卡在fputc函数里死循环。解决办法就是初始化串口就好了。

重写printf函数卡死stm32标准库

03-30

<think>好的，我需要帮助用户解决在STM32标准库中重写printf函数导致程序卡死的问题。首先，我得回顾一下用户提供的引用内容，看看有哪些可能的解决方案。用户提供的引用中，提到了几个关键点。比如，引用[1]提到在Keil中使用printf时卡死，可能是因为没有启用MicroLIB，或者需要添加特定的代码来重定向fputc。引用[2]、[3]、[5]展示了不同库（HAL、LL）下如何重写printf，而引用[4]提到使用可变参数宏来控制日志输出。不过用户现在的问题是针对标准库的，所以可能需要调整这些方法。首先，常见的问题可能是未启用MicroLIB。根据引用[1]的法一，在Keil中勾选MicroLIB可能解决问题。但用户可能已经尝试过，或者不想用MicroLIB，这时候需要法二，即添加代码支持。标准库可能依赖半主机模式，而嵌入式系统中需要避免这个，所以需要重写相关函数，如_sys_exit，并正确实现fputc。接下来，检查用户提供的代码示例。在引用[1]的代码中，他们用到了#pragma import(__use_no_semihosting)来避免半主机模式，这可能也是标准库需要的。此外，需要确保USART的发送函数正确，比如检查状态寄存器是否准备就绪，避免死循环。另外，引用[5]中使用了LL库的发送函数，并等待发送完成标志。在标准库中可能需要类似的逻辑，比如检查USART_FLAG_TXE或USART_FLAG_TC标志位，确保数据已经发送出去，防止因未完成发送而卡死。还要注意，在重写fputc时，是否正确引用了USART的实例。比如，用户代码中的USART1是否正确初始化，时钟是否使能，波特率设置是否正确。如果USART没有正确配置，即使重定向了printf，也无法发送数据，导致程序卡在等待发送完成的循环里。此外，引用[4]提到的可变参数宏可能帮助调试，但用户当前的问题可能更基础，需要先确保重定向本身正确。需要分步骤检查：先确认MicroLIB是否启用，若未启用则添加必要的代码；再检查串口配置和发送函数是否正确；最后确保没有半主机模式的依赖。可能还有其他因素，比如中断配置不正确，或者缓冲区溢出，但根据用户的问题描述，主要焦点在重写printf时的卡死。因此，解决方案应集中在启用MicroLIB或正确重写fputc及相关函数，避免半主机模式，并确保串口发送逻辑正确。</think>### STM32标准库重写printf函数卡死的解决方案在STM32标准库中重写`printf`函数时出现程序卡死，通常是由于**未正确处理半主机模式依赖**或**串口发送逻辑错误**导致。以下是具体解决步骤： --- #### **1. 启用MicroLIB（推荐优先尝试）** - **问题原因**：标准库默认依赖半主机模式（Semihosting），但嵌入式系统中需避免此依赖[^1]。 - **解决方法**：在Keil中勾选`Use MicroLIB`选项。 - 操作路径：`Project → Options for Target → Target → 勾选Use MicroLIB`。 - **优势**：无需修改代码，直接解决半主机模式依赖问题[^1]。 --- #### **2. 手动重定向fputc函数（禁用半主机模式）** 若无法使用MicroLIB，需通过代码实现重定向并禁用半主机模式： ```c #include <stdio.h> // 禁用半主机模式 #pragma import(__use_no_semihosting) // 定义半主机模式所需结构体 struct __FILE { int handle; }; FILE __stdout; // 实现_sys_exit避免链接半主机库 void _sys_exit(int x) { x = x; } // 重写fputc函数 int fputc(int ch, FILE *f) { while (!(USART1->SR & USART_SR_TXE)); // 等待发送缓冲区空 USART1->DR = (ch & 0xFF); // 发送数据 return ch; } ``` - **关键点**： 1. `#pragma import(__use_no_semihosting)`：强制编译器不依赖半主机模式。 2. **等待发送完成**：必须检查`USART_SR_TXE`标志位，否则可能因持续等待导致卡死。 3. **USART实例匹配**：确保`USART1`与实际使用的串口一致（如USART2、USART3等）。 --- #### **3. 检查串口配置** 若重定向代码正确但仍卡死，需验证串口硬件配置： - **时钟使能**：确认USART和对应GPIO的时钟已开启。 ```c RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE); ``` - **波特率设置**：确保波特率与接收端（如PC串口工具）一致。 - **引脚映射**：检查TX引脚是否配置为复用推挽输出模式。 ```c GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; ``` --- #### **4. 使用简化发送逻辑（可选）** 若需减少等待时间，可改用DMA或中断发送，但需确保数据完整性。例如： ```c int fputc(int ch, FILE *f) { USART_SendData(USART1, ch); while (USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET); // 等待发送完成 return ch; } ``` - **注意**：`USART_FLAG_TC`（发送完成）比`USART_FLAG_TXE`（发送缓冲区空）更严格，避免数据未完全发送时提前退出[^5]。 --- #### **5. 使用宏控制调试输出（扩展优化）** 通过宏定义动态开关`printf`输出，减少资源占用： ```c #define DEBUG_ENABLED 1 #if DEBUG_ENABLED #define DEBUG_PRINTF(...) printf(__VA_ARGS__) #else #define DEBUG_PRINTF(...) #endif ``` - **作用**：在发布版本中关闭调试输出，避免串口阻塞风险[^4]。 --- ### 总结流程图 1. **尝试启用MicroLIB** → 成功则直接解决。 2. **失败后重写fputc** → 禁用半主机模式 + 正确等待发送标志。 3. **验证串口配置** → 时钟、引脚、波特率。 4. **优化发送逻辑** → 使用DMA/中断或严格标志位。