求助：STM32串口实验出现奇怪现象

只看该作者 · 2013-10-26 11:22

各位大侠前辈，我刚刚开始学stm32，在做串口发送数据实验时出现了很奇怪的现象：
一.程序在开发板中执行时：

1）.直接开发板运行，向串口发送ABCDEFGHIJKLMNOPQRST，但是串口助手显示的是BCDEFGHIJKLMNOPQRST，丢掉了第一个'A'；
2）.使用Jlink全速运行时，串口调试助手显示的是BCDEFGHIJKLMNOPQRST，丢掉了第一个'A'，和上面一样的现象；
3）.使用Jlink单步调试时，串口调试助手显示的是ABCDEFGHIJKLMNOPQRST，没有丢失数据

二.直接使用keil4仿真器时，USART1仿真的结果实ACDEFGHIJKLMNOPQRST，丢失了'B'
真是搞不明白，希望前辈们指点指点，代码如下：
int main(void)
{
float DIV;
u16 M,F,BRR;
u16 Baud;
int i;
u8 data;
RCC_Configuration();
GPIO_Configuration();
/*CR1中UE位使能，M位定义字长，TE发送使能，CR2中选择停止位       */
USART1->CR1 |=(1<<13);
USART1->CR1 &= ~(1<<12);
USART1->CR2 &=~((1<<12)|(1<<13));
USART1->CR1 |=(1<<3);
/*设置波特率*/
Baud=9600;
DIV=(float)(72*1000*1000)/(Baud*16);
M=DIV;
F=(DIV-M)*16;
BRR=(M<<4)+F;
USART1->BRR=BRR;
/*发送数据向寄存器DR写入数据ABCDEFGHIJKLMNOPQRST
*/
data='A';
for(i=0;i<20;i++)
{
      USART1->DR=data;
      data++;
      while((USART1->SR &0x40)==0) ;       //判断是否发送完成
}
}

1万 · 2013-10-27 13:16

你应该检测TXE标志,而不是TC标志. 数据刚写到DR, TC标志不会马上更新(它可能要等待UART时钟), TXE会马上更新.

只看该作者 · 2013-10-27 15:04

戈卫东发表于 2013-10-27 13:16
你应该检测TXE标志,而不是TC标志. 数据刚写到DR, TC标志不会马上更新(它可能要等待UART时钟), TXE会马上更 ...

恩恩按照你说的我试了下，数据不丢失了，但是为什么使用TC位就会丢失呢，TC不是数据发送完成标志位吗？能帮细细讲解下吗

只看该作者 · 2013-10-27 17:30

看数据手册，上面有说。下面是香版的博客说的。
http://bbs.**/BLOG_ARTICLE_183997.HTM
在USART的发送端有2个寄存器，一个是程序可以看到的USART_DR寄存器(下图中阴影部分的TDR)，另一个是程序看不到的移位寄存器(下图中阴影部分Transmit Shift Register)。

对应USART数据发送有两个标志，一个是TXE=发送数据寄存器空，另一个是TC=发送结束；对照下图，当TDR中的数据传送到移位寄存器后，TXE被设置，此时移位寄存器开始向TX信号线按位传输数据，但因为TDR已经变空，程序可以把下一个要发送的字节(操作USART_DR)写入TDR中，而不必等到移位寄存器中所有位发送结束，所有位发送结束时(送出停止位后)硬件会设置TC标志。

另一方面，在刚刚初始化好USART还没有发送任何数据时，也会有TXE标志，因为这时发送数据寄存器是空的。

TXEIE和TCIE的意义很简单，TXEIE允许在TXE标志为'1'时产生中断，而TCIE允许在TC标志为'1'时产生中断。

至于什么时候使用哪个标志，需要根据你的需要自己决定。但我认为TXE允许程序有更充裕的时间填写TDR寄存器，保证发送的数据流不间断。TC可以让程序知道发送结束的确切时间，有利于程序控制外部数据流的时序。