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

wuboaini · 发表于 2017-1-10 16:14:25

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

正点原子 · 发表于 2017-1-10 16:14:26

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

测试响应.png

测试代码：

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

玻璃之城2046 · 发表于 2018-9-25 17:49:41

本帖最后由玻璃之城2046 于 2018-9-25 17:53 编辑

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

正点原子 · 发表于 2018-9-26 02:20:57

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

玻璃之城2046 · 发表于 2018-9-26 09:51:32

本帖最后由玻璃之城2046 于 2018-9-26 09:54 编辑

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

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

sdll825 · 发表于 2019-8-30 23:14:32

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

怎么测试！

帐号		自动登录	找回密码
密码			立即注册

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

最佳答案

原子哥极力推荐 /2