完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
一直认为printf所做的工作就是格式化字符串,然后依次调用fputc函数发送出去。于是以前都认为printf函数的瓶颈是在fputc这里,是因为发送一个字节所占的时间太长,才导致printf效率慢。也就是说,一直认为如果串口的波特率设置成115200的话,printf至少也是能达到115200的波特率的。
而这几天在学习ucOS,于是想到,如果printf的瓶颈是在等在串口发送完成的话,那么我在等待串口发送完成中断的时候是不是挂起一个信号量,然后就可以去做点别的事情了呢?这也正是RTOS的目的之一嘛————最大化利用CPU。 花了点时间时间试了下之后,发现完全没有改善!于是有了测试两次进入fputc间隔时间的想法。 测试环境:MDK5.12 + 自带STM32F4 HAL层 + UCOS3.04.04 硬件平台:安富莱V5板卡,主芯片STM32F407IG,USB转串口线CH430芯片,ThinkPad T420 代码如下:
可以看到进入两次fputc之间的间隔达到了15937个tick,考虑到主频为168M 由 time=tick/sysfreq 可以计算得出time=94.86us。 而115200波特率的串口在发送两个Byte之间的时间是:86.5us 也就是说:用115200波特率的速度打印printf就已经把STM32的CPU都耗光了! 实在是好奇printf里面都做了什么??作为库函数,它不应该是精简,效率的典范吗?怎么会这么慢? 抛出这个问题,求高手解答,同时也欢迎像我这么无聊的同学在别的平台上验证两次fputc之间的时间差。 |
|
|
|
只有小组成员才能发言,加入小组>>
调试STM32H750的FMC总线读写PSRAM遇到的问题求解?
1618 浏览 1 评论
X-NUCLEO-IHM08M1板文档中输出电流为15Arms,15Arms是怎么得出来的呢?
1545 浏览 1 评论
979 浏览 2 评论
STM32F030F4 HSI时钟温度测试过不去是怎么回事?
683 浏览 2 评论
ST25R3916能否对ISO15693的标签芯片进行分区域写密码?
1597 浏览 2 评论
1863浏览 9评论
STM32仿真器是选择ST-LINK还是选择J-LINK?各有什么优势啊?
645浏览 4评论
STM32F0_TIM2输出pwm2后OLED变暗或者系统重启是怎么回事?
516浏览 3评论
532浏览 3评论
stm32cubemx生成mdk-arm v4项目文件无法打开是什么原因导致的?
505浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 15:40 , Processed in 0.573073 second(s), Total 48, Slave 41 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号