串口例程勘误+其他问题

clarkt

首先是勘误：UART Polling 例程，USART1_printf函数中有这么一段代码：

if ( *Data == 0x5c )  //'\'
{                                                                          
  switch ( *++Data )
  {
    case 'r'：//回车符
      USART_SendData(USARTx, 0x0d);
      Data ++;
    break;
               
    case 'n'://换行符
      USART_SendData(USARTx, 0x0a);       
      Data ++;
    break;
               
    default:
      Data ++;
    break;
  }                         
}

上面这段代码就是要检测出字符串里的\r\n，在显示的时候能够实现换行之类...代码思路是先判断出“\”然后再判断后面跟着的是r还是n，但是通过跟踪代码发现其实在判断的时候MDK自动的就把\r 和\n当成一个整体，其对应的16进制就直接是0x0d和0x0a了，所这段代码是完全没有运行的，可以去掉。

然后现在串口通信出现乱码的问题还是没有解决，在MDK仿真的时候效果是好的，但是烧录到板子里就出乱码了...
板子型号是野火M3 芯片是stm32F103VET6,我有试过另外的板子，芯片也是stm32f103vet6的，出现乱码的情况是一样的，更改串口波特率已经从115200一直改到9600了乱码完全没变，显示的都是同样的乱码。

然后就很蛋疼地测试了每个字符从单片机发送至sscom串口调试助手所接收到的乱码16进制符：
ascii 接收到的16进制符
a 4f
b 27
c 4e
d 13
e 4d
f 26
g 4c
h 09
i 4b
j 25
k 4a
l 12
m 49
n 24
o 48
p 04
q 47
r 23
s 46
t 11
u 45
v 22
w 44
x 08
y 43
z 21
0 06
1 67
2 33
3 66

但是在发送"abcdefg"时接收到的16进制居然是27 4e 93 93 26 4c而不是4f 27 4e 13 4d 26 4c...这个太蛋疼了吧...
希望有同样板子的大大能测试一下，看看究竟是代码的问题还是板子的问题还是代码烧录到板子的问题...
在此谢过了...

flyleaf

直接使用printf吧，别用这个函数

clarkt

flyleaf 发表于 2013-7-22 19:56
直接使用printf吧，别用这个函数

就算用了printf也还是同样的问题呀，都显示的同样的乱码...代码跟踪到USART_SendData都还是好好的，然后到UART1->DR之后就不知道了= =！...话说你有野火M3的板子么？如果可以的话是否可以也测试一下是不是有同样的问题...

clarkt

flyleaf 发表于 2013-7-22 19:56
直接使用printf吧，别用这个函数

好吧...结果是串口线的问题...用了USB转串口线之后恢复正常...真是奇怪了，在两台电脑间用USB转TTL小板进行串口通信一点问题都没有，放到单片机上就不行了