FreeRTOS 使用 printf("%f") 时卡死

问题:在任务里使用printf("%f")打印浮点数时出现出现卡死,但是改成打印printf("%d")打印整数又正常。

原因:printf("%f")打印浮点数时消耗了很多栈空间,堆栈空间太小.

解决:创建任务时将堆栈大小改大,或者改用为FreeRtos优化改进的printf函数.

 xTaskCreate((TaskFunction_t )task1,          
                     (const char*    )"task1",   
                     (uint16_t       )128,        //任务堆栈大小,之前设置的52 
                     (void*          )NULL,     
                     (UBaseType_t    )2,         
                     (TaskHandle_t*  )&StartTask_Handler);   
在你提供的引用中,可以看到你遇到了在使用printf函数导致FreeRTOS卡死的问题。根据引用中的代码,print_usart2函数通过HAL_UART_Transmit函数将format格式化后的字符串发送到USART2串口上。其中,format是一个可变参数,通过vsprintf函数将参数格式化到buf缓冲区中。然后,通过HAL_UART_Transmit函数将buf中的内容发送出去。 根据引用中的描述,你尝试过使用printf.stdarg.c,但是该不支持float型的输出。因此,这可能解释了为什么在中断使用float输出导致程序卡住。 不过,根据引用中的描述,你还提到了一个新的发现,即可以使用sprintf函数来实现类似printf的功能。通过将得到的target字符串作为sprintf的输出,你可以将format格式化后的结果存储到target字符串中。这样,你可以将target字符串发送到USART2串口上,而不必使用printf函数。 因此,如果你想在FreeRTOS使用printf函数而不卡死程序,你可以考虑以下几点: 1. 确保在使用printf函数前,先检查USART2串口的状态是否忙,如引用中的代码所示。 2. 如果你需要输出float型的数据,可以尝试使用sprintf函数将格式化后的结果存储到一个字符串中,然后发送该字符串到USART2串口上,如引用中的描述所示。 请注意,以上只是一些可能的解决方案,请根据具体的程序需求和硬件环境进行调试和优化。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [彻底解决FreeRTOS中的printf问题---写个伪printf](https://blog.csdn.net/weixin_54905089/article/details/128894088)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值