- UID
- 1029342
- 性别
- 男
|
这几天在学习使用STM32的UART的使用。参照的例程中直接使用了printf函数来从串口输出数据。
照着葫芦画瓢,写了个简单的串口发送程序,可是在调试的时候,程序好像在执行启动代码的时候卡死在某个地方了,老是进不了main函数。而在正常情况下,黄色箭头应该停在main函数的第一条指令处,等待我输入调试指令。我试了试不使用printf函数,直接使用STM32库函数发送串口数据,没问题。说明问题出在使用printf函数上。在网上一搜,果然。
原来这个C语言里熟到不能再熟的printf函数,背后还有一些我不知道的事,在此之前,这printf函数用得实在是太无知了。
以下是网上的一段非常不错的解释。
/******************************************************************************************/
#ifdef __GNUC__ /* With GCC/RAISONANCE, small printf (option LD Linker->Libraries->Small printf set to 'Yes')calls__io_putchar() */
#define PUTCHAR_PROTOTYPE int __io_putchar(int ch)
#else
#define PUTCHAR_PROTOTYPE int fputc(int ch, FILE *f)
#endif /* __GNUC__ */
/**
* @brief Retargets the C library printf function to the USART.
* @param None
* @retval None
*/
PUTCHAR_PROTOTYPE
{
/* Place your implementation of fputc here */ /* e.g. write a character to the USART */
USART_SendData(USART1, (uint8_t) ch);
/* Loop until the end of transmission */
while (USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET)
{
}
return ch;
}
这个函数实现的是重定向,用这个函数代替了标准库函数里的函数
以下为引用:
1. C语言是没有I/O的语言
C语言本身就是没有I/O能力的语言(毕竟C语言是高级语言嘛),是依靠函数模块来完成的。如printf()就是一个I/O函数,在编译时,编译器并不编译printf()函数,而把他留在链接(link)阶段由链接器来处理。
这样做的优点是: 提高了C编译器的可移植性。因为I/O与计算机的硬件关系密切,如果C语言本身具备I/O能力,那么在不同的计算机上,编译器就会因为I/O的差异而必须重新设计。如果把I/O功能从编译器中分离出来成为独立的函数,那么编译器就不必因为硬件的变化而修改,只需修改函数模块即可。并且I/O函数模块是单独存在的,因而修改工作大为简化。 |
|