有没有遇到ATK-XCOM IAP，协议传输时解析指令出问题，导致重发

wuboaini

ALIENTEK 发布官方串口调试助手ATK-XCOM V2.0，支持协议传输。我把这里面的IAP改为适用stm32f407。但是测试过程中总是xcom到26帧,还有帧也会出现，但是这个26 帧基本要重发。但是下位机能解包成功，并且把正确的协议回给xcom，但是xcom总是报帧格式出错，导致重发。但是重发后回复的协议一样，有时候就能解析成功。这大概是什么原因? 下面的指令是下位给上位机回复的数据帧（xcom下面的 原始帧）。
01 01 18 00 E6
01 01 19 00 E5
01 01 1A 00 E4 第1次重发完成...
01 01 1A 00 E4 第2次重发完成...
01 01 1A 00 E4 第3次重发完成...
01 01 1A 00 E4
01 01 1B 00 E3
01 01 1C 00 E2
01 01 1D 00 E1

01 01 12 00 EC
01 01 13 00 EB
01 01 14 00 EA
01 01 15 00 E9
01 01 16 00 E8
01 01 17 00 E7
01 01 18 00 E6 第1次重发完成...
01 01 18 00 E6
01 01 19 00 E5
01 01 1A 00 E4 第1次重发完成...
01 01 1A 00 E4 第2次重发完成...
01 01 1A 00 E4 第3次重发完成...
01 01 1A 00 E4 第4次重发完成...
01 01 1A 00 E4 第5次重发完成...
01 01 1A 00 E4 第6次重发完成...
01 01 1A 00 E4 第7次重发完成...
01 01 1A 00 E4 第8次重发完成...
01 01 1A 00 E4 第9次重发完成...
01 01 1A 00 E4
01 01 1B 00 E3

正点原子

我测试了下， 20ms是没问题的，15ms的间隔则会偶尔出错，但是基本可以接受。当延时为10ms的时候，出错概率就比较高了。
所以建议你在15~20ms的间隔发送一个包，是比较好的一个时间间隔
注意，这是在115200波特率的条件下测试的。
如果波特率更高，理论上可以更小延时。






测试代码： 战舰&精英_XCOM V2.1协议传输测试.rar (182.28 KB, 下载次数: 191)

2018-9-26 22:45 上传

点击文件名下载附件

测试的时候，请注意：帧编号必须由上位机先发一帧给下位机。
后面下位机才可以以这个帧编号为准，发信息给上位机。
否则，如果你下位机直接发数据给上位机，会导致帧编号错误，所以就一直报错。

玻璃之城2046

同样发现这个问题，补一张图，还有串口监视软件看数据是没有问题的。而且，线很短，485、232换串口线、换串口号 都测试了问题都一样。但是9600比115200好很多，没这么多重发错误。

正点原子

我们协议传输里面有个简单的测试例程，你可以移植我们那个例程试试看。

玻璃之城2046

正点原子 发表于 2018-9-26 02:20
我们协议传输里面有个简单的测试例程，你可以移植我们那个例程试试看。

这个是详细分析，应该是超时判断引起的误差，建议上位机加上超时参数------------------
添加链接不管用，连接老是出错，阿mo论坛搜索“STM32串口发送数组会有20ms左右时间间隔，正常吗？”

sdll825

正点原子 发表于 2017-1-10 16:14
我测试了下， 20ms是没问题的，15ms的间隔则会偶尔出错，但是基本可以接受。当延时为10ms的时候，出错概率 ...

怎么测试！