只要使用printf函数，硬件仿真就不正常

只看该作者 · 2007-12-18 19:01

为什么我只要使用printf函数，硬件仿真就不正常，死在汇编“0x080016AC BEAB BKPT 0xAB”位置不动。怎么也想不明白啊。
请教各位啊，两天了卡在这里。

2万 · 2007-12-18 21:01

虽然俺还没开始用,但俺从不用它~~~

3万 · 2007-12-18 21:23

这个“TI = 1;”可是很精妙的。

至于你用的环境……看看putchar()的实现就知道了。也可以参考一下例程。

2万 · 2007-12-18 21:28

3万 · 2007-12-19 10:41

printf是通过putchar函数来输出字符流的。
以下是putchar的最简单实现：
char putchar (char c)
{
    while (!TI)//等待前一个字符发送完成
        ;
    TI = 0;
    return (SBUF = c);//发送当前字符
    //然后在串口发送字符的时间里，printf继续处理后续字符……运用了统筹方法
}

所以，开机初始化的时候，要先“TI = 1;”，让printf能工作起来。

3万 · 2007-12-19 10:47

对于格式化输出来说，printf是最好的；

其次是sprintf＋Send_String(Buff,Len)

printf不占用过多的缓冲区，它是边处理边输出的。

那种输出一个整数还要：
i=Num/1000;//千位
j=Num%1000;
……
的方法是很蠢而且很浪费激情的。

2万 · 2007-12-19 12:21

2万 · 2007-12-19 14:50

printf会调用putchar函数
可以通过修改这个函数使输出转到串口或者LCD或者其它。

2万 · 2007-12-19 19:02

发送实际还是查询方式~~~

3万 · 2007-12-19 19:51

边处理边输出恰好是printf的优势。实际用到显示的地方都是人机交互的，速度如果太快，反而不好了……

假设波特率是9600bps，printf和中断自动发送的整体速度是几乎一摸一样，因为在等待前一个字符发送的时间里，printf已经处理好了下一个字符。

2万 · 2007-12-19 19:59

3万 · 2007-12-20 11:55

发送1000个字节就是1.1s

Send_Array(Buff,Len);约1.1s，偏差几十us；CPU不能干别的事，占用Buff

printf约1.1s，偏差几十us；CPU不能干别的事，不占用Buff

Auto_Send=1(在串口中断＋全局变量，自动发送);约1.1s，偏差几十us；CPU可以干别的事，占用Buff

如果有OS，以上三种情况CPU都可以干别的事。

1万 · 2007-12-20 18:24

https://bbs.21ic.com/upfiles/img/200712/20071216192222218.pdf
请看USART下的Example7

9楼的帖子不错，虽然是51下面的，但有借鉴作用。相信结合STM32固件库中的例子，应该很容易在STM32上实现的。鉴于天冷了，9楼要裤子穿，就送一条吧(潜台词：下不为例)，嘿嘿。

现在希望楼主现身，说说你问的是什么芯片，根据你给的信息我猜不出来。

只看该作者 · 2007-12-21 01:17

printf能不能改造得不等待呢?

2万 · 2007-12-21 01:20

3万 · 2007-12-21 19:21

要不就上OS。

只看该作者 · 2008-4-14 11:29

我也遇到这样的情况，用printf()需要重定向fputc（）函数
只要在程序加入以下代码就可以了。
/*************************************************
函数: PUTCHAR_PROTOTYPE
功能: 重定向C库prinf函数
参数: 无
返回: 无
**************************************************/
int fputc(int ch, FILE *f)
{
  /* Place your implementation of fputc here */
  /* e.g. write a character to the USART */
  USART_SendData(USART2, (u8) ch);

  /* Loop until the end of transmission */
  while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET)
  {
  }
  return ch;
}

只看该作者 · 2013-6-24 17:47

我也遇到了同样的问题...

只要使用printf函数，硬件仿真就不正常

俺觉得还是自己做个串口的驱动来代替printf()~~~

记得在C51里使用printf的时候，需要先将TI置1

"手动激活发送"~~~几乎所有的MCU/ARM都可以实现~~~

printf是通过putchar函数来输出字符流的。

不建议自己去做太多重复劳动……

sprintf确实是最方便的~~~但printf并不适用于中断发送方式

mohanwei说的对

虽然很好,但while (!Uart0_Send_Ready)就不完美了~~~

要想做到自动发送，就要用sprintf＋缓冲区的方式了

不能这么说~~~在多任务处理时,"寸金寸光阴"~~~

假设波特率是9600bps，那么发送一个字节是1.1ms

ST的STM32固件库中就有一个这方面的例子

工作在中断方式下干嘛呢?putchar还是在查询等待中啊...

哈哈~~~这种方法...没话说~~~

不等待就是sprintf＋Auto_Send=1了，需要占用大量缓冲区

我是这样解决的

荣誉元老奖章

坚毅之洋流

十世金身

技术领袖奖章

核心会员奖章

技术导师奖章

社区建设奖章

甘甜之泉水

技术高手奖章

常驻人口

技术奇才奖章

经常做客

技术新星奖章

"手动激活发送"~几乎所有的MCU/ARM都可以实现~

不能这么说~在多任务处理时,"寸金寸光阴"~

哈哈~这种方法...没话说~