字符串不能连续显示

2万 · 2020-3-1 16:46

写了主机和从机的程序，两块107可以进行询问——应答方式的485通信，现在把程序移植到103上面，不行。我是用数组保存数据帧的，在数据帧发送或接收完成前板子时钟保持发送或接收的状态。标志位用到的是TXE和RXNE，通过中断方式。把运行过程的中间参数发送到串口调试助手上看，发现接收到的数据帧（其实是一个个的字母组成）中间出现大量空格，字符串不能连续显示，也有接收的字符与显示的不一致。请问是什么原因？

2万 · 2020-3-1 16:49

跟两个芯片的时钟频率不一样有关吗？

2万 · 2020-3-1 16:58

但我感觉好像系统里面都是配置到72M的。求解

2万 · 2020-3-1 17:01

有没有检查波特率问题

2万 · 2020-3-1 17:04

是不是移植过来时候没有修改？107和103有不同？

1万 · 2020-3-1 17:08

最好先确认，简单的办法是借用PC来观察，如果确认波特率没有问题，那么进一步分析是否因为内存容量的变化导致了冲突，看编译后的lst文件即可获知。

2万 · 2020-3-1 17:10

仿真器，数据接得怎么样的，时钟波特率什么的不看得一清二楚么

2万 · 2020-3-1 17:17

两个的参数不一样，是不是相关要修改的没有全改对。

1万 · 2020-3-1 17:20

用串口调试助手调试

2万 · 2020-3-1 17:29

对比一下寄存器

2万 · 2020-3-1 17:34

在中断后面设断点，第一个都正确了，那后面的只关系到一些细节问题了

2万 · 2020-3-1 17:37

USART_ITConfig(USART3,USART_IT_RXNE,DISABLE);了
结束了又没打开，只能收到一个字节
另外你在RxBuffer[RxCounter++] = RxChar ; 前面加多一句长度判断吧counter的超长判断。
如果你这样写
RxChar = USART_ReceiveData(USART3);
RS232_SendData(RxChar);
你很容易就发现立即收发很容易出问题，一旦出问题了只能下电，下一次上电还未必能正常。我建议中间加多两到三条指令做为一个时间缓冲。我估计读出这个数据它是需要几个机器周期的，毕竟串口也慢，加几句话到中间占个读取时间。