我用的STM32型号为STM32F100VBT6B重定向方法一：#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__ */ void Put_u8(u8 Temp) { printf("%c",Temp); } void Put_u16(u16 Temp) { u8 Temp_H,Temp_L; Temp_H=(u8)(Temp>>8); Temp_L=(u8)Temp; printf("%c %c",Temp_H,Temp_L); } PUTCHAR_PROTOTYPE { /* Place your implementation of fputc here */ /* e.g. write a character to the USART */ //u8 delayTimeCount = 0; USART_SendData(USART1, (uint8_t) ch); /* Loop until the end of transmission */ while (USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET); return ch; }以上是我的重定向代码，其实也是参考人家的。
重定向了printf出现了两个奇怪的现象：奇怪点一：断电后放一会（等电放完，也可以断电后短接正负极放电），然后再上电，MCU就起不来，再断电，立马上电, mcu就可以起来了。奇怪点二：接上MCU的日志串口（直接黑白绿）到电脑，就不会有上述奇怪点一了，而且还能正常打印日志；为了排查问题，做了如下几个实验：1, 去掉所有用到printf的代码，上电可以正常启动2. 直接用USART1 发送字符，上电也是可以正常启动的一开始我怀疑硬件有问题，看来串口1可以正常使用，而且也可以正常开机。说明跟硬件无关，那就是把printf重定向到USART1出问题了。仔细检查代码也没发现哪里不对，在网上搜索了一番。重定向通常就两种方法，一种是我上面的那种，另外一种如下：重定向方法二：#pragma import(__use_no_semihosting) /****************************************************************************** *标准库需要的支持函数 ******************************************************************************/ struct __FILE { int handle; /* Whatever you require here. If the only file you are using is */ /* standard output using printf() for debugging, no file handling */ /* is required. */ }; /* FILE is typedef’ d in stdio.h. */ FILE __stdout; ///

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

/// /// _sys_exit(int x) { x = x; } int fputc(int ch, FILE *f) { //USART_SendData(USART1, (u8) ch); USART1->DR = (u8) ch; /* Loop until the end of transmission */ while(USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET) { } return ch; }
而且网友提示，用这种重定向时，不需要用MiclroLIB

然而，我用这种重定向，还是出现上述两个奇怪现象。 哎，先记录下，折腾了一天也没搞定，期待有大神看到可以指点下。
参考文档：https://www.cnblogs.com/afeibfp/archive/2013/01/12/2857877.htmlhttp://wojiushiwolxw.spaces.eepw.com.cn/articles/article/item/92847