奇怪！STM32 串口使用 scanf 缺一位！！！

只看该作者 · 2012-8-22 22:23

本帖最后由 lw30402048 于 2012-8-22 22:35 编辑

首先说明一下，我使用的芯片是STM32F103ZE,编译环境是 IAR6.40，3.5的库，然后自己参照网上的写了串口重映射，即 printf 和 scanf，printf实验成功，但是使用 scanf 时，比如PC上通过串口助手输入 1123，那么STM32接受后，返回确实 123，第一个1就丢失了，不知道是什么原因？还请那位大侠指点下。附件是我自己建的工程，还包括了串口助手发送数据的截图，还请大家有空实验下，只需5分钟的时间，再次谢谢关注的朋友。

只看该作者 · 2012-8-22 22:28

本帖最后由 lw30402048 于 2012-8-23 19:49 编辑

调用的函数分别是：
// printf 相关
int fputc(int ch, FILE *f)
{
/* 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;
}
// scanf 相关
int fgetc(FILE *f)
{
// 等待串口1输入数据
while (USART_GetFlagStatus(USART1, USART_FLAG_RXNE) == RESET)
{}

return (int)USART_ReceiveData(USART1);
}

只看该作者 · 2012-8-22 22:31

其中 fputc 与 printf 相关， fgetc和scanf相关
上面2个函数在MDK 调用时正常；
可到了IAR 当使用scanf时就不正常，不知为啥？
那位高手解答下哈

附件有我的工程，IAR6.40,3.5的库，我都弄好了，那位有空可以试试看，用的串口1

只看该作者 · 2012-8-22 22:32

晚上 21IC怎么这么慢，上传的附件都这么慢。。。

只看该作者 · 2012-8-22 22:45

串口发送的数据，及STM32的回复

只看该作者 · 2012-8-22 22:46

上面可以看到，输入 1123，回复却是 123

只看该作者 · 2012-8-22 22:48

对了，工程里面的程序，while（1）循环里，
应该是
printf("input 3 number a,b,c :\r\n");

      scanf("%d", &a);
      printf("a=%d\r\n",a);
      //scanf("%d", &b);
      //scanf("%d", &c);
      //printf("a=%d, b=%d, c=%d\r\n",a,b,c);
才是上面的结果！

1万 · 2012-8-23 09:34

先看看buffer里的数是否收全。

只看该作者 · 2012-8-23 19:51

先看看buffer里的数是否收全。
IJK 发表于 2012-8-23 09:34

你的意思是看
// scanf 相关
int fgetc(FILE *f)
{
// 等待串口1输入数据
while (USART_GetFlagStatus(USART1, USART_FLAG_RXNE) == RESET)
{}

return (int)USART_ReceiveData(USART1);
}
里面的USART_ReceiveData(USART1)吗？这是调系统的函数，但是你说的接受的 buffer 不知道系统是哪个？还请赐教

只看该作者 · 2012-8-23 20:10

我观察了下是不是库函数用int型的，而我只输入1的话，只有一个字节的原因？
但是我输12，他就回 2，还是不对呀
有谁知道吗？解答下哈

只看该作者 · 2012-8-23 20:10

// scanf 相关
int fgetc(FILE *f)

只看该作者 · 2012-8-23 21:49

查晶振把串口丢数据情况不多一般都是晶振引起的，不要用用32K时钟用晶振时钟

只看该作者 · 2012-8-24 11:45

数据类型出错，int 应该称u8

只看该作者 · 2012-8-25 11:53

12# 杜专
我串口接收用中断方式，一个都不丢的！串口配置一模一样

只看该作者 · 2012-8-25 11:54

13# lxj19901115 试过没有

只看该作者 · 2012-12-11 21:53

int fgetc(FILE *f)
{
while(!(USART2->SR&1<<5));
return (uint16_t)(USART2->DR & (uint16_t)0x01FF);
}

我这是串口二，这么写我就好使了。

只看该作者 · 2013-1-17 10:44

我昨天也遇到同样的问题，
搜索后得到这样的帖子：
https://my.st.com/public/STe2eco ... mp;currentviews=782

解释如下：
There are two different sets of runtime libraries provided:
● The IAR DLIB Library, which supports ISO/ANSI C and C++. This library also
supports floating-point numbers in IEEE 754 format and it can be configured to
include different levels of support for locale, file descriptors, multibytes, et cetera.
● The IAR CLIB Library is a light-weight library, which is not fully compliant with
ISO/ANSI C. Neither does it fully support floating-point numbers in IEEE 754
format or does it support Embedded C++. (This library is used by default).

Migration from CLIB to DLIB
There are some considerations to have in mind if you want to migrate from the CLIB
library, the legacy C library, to the modern DLIB C/C++ library:
● The CLIB exp10() function defined in iccext.h is not available in DLIB.
● The DLIB library uses the low-level I/O routines __write and __read instead of
putchar and getchar.
● If the heap size in your old compiler version using CLIB was defined in a file
named heap.c, you must now set the heap size either in the extended linker
command file (*.xcl) or in the Embedded Workbench to use the DLIB library.

Source: http://supp.iar.com/FilesPublic/ ... ferenceAddendum.pdf

The compiler comes with the IAR DLIB Library, a complete library, compliant with
Standard C and C++. This library also supports floating-point numbers in IEEE 754
format and it can be configured to include different levels of support for locale, file
descriptors, multibyte characters, et cetera.

Source: http://supp.iar.com/FilesPublic/ ... opmentGuide.ENU.pdf

我重写函数__read()后，可以解决lz的问题。

只看该作者 · 2013-1-17 14:19

size_t __read(int Handle, unsigned char *Buf, size_t BufSize)
{
  size_t nChars = 0;

  if (Handle != 0)
  {
return -1;
  }
  for(/*EMPTY*/; BufSize > 0; --BufSize)
  {
unsigned char c = NULL;

// 等待串口1输入数据
while(!(USART1->SR&1<<5));
c = (unsigned char)(USART1->DR & (uint16_t)0x01FF);

if(c == 0)
   break;
*Buf++ = c;
++nChars;
  }
  return nChars;
}

只看该作者 · 2013-4-26 17:38

串口发送的时候把检测的标志位 USART_FLAG_TC 改成 USART_FLAG_TXE就好使了，我们以前也遇到过。

奇怪！STM32 串口 使用 scanf 缺一位！！！

涓涓之细流

以坛为家

技术奇才奖章

十世金身

技术领袖奖章

核心会员奖章

坚毅之洋流

突出贡献奖章

沉静之湖泊

七世轮回

技术导师奖章

常驻人口

技术高手奖章

晶莹之水滴

技术新星奖章

奇怪！STM32 串口使用 scanf 缺一位！！！