芯片是v003j4m6，但此bug与mcu无关。

通过linkE的串口，连接“蜂鸟”的T2A 433模块，在发送设置指令的时候，10次可能会成功2次。

通过linkE的串口，连接T2A 433模块，在透传HEX值的时候，大概率会被吃掉前面3~5个字节的数据。

在我自己diy的板子上可以重现，不知道你们能否复现该Bug。

通过CH340（SOP8）的ttl板子连接同一块diy的板子，并没有出现该BUG。

望查。

您好，感谢反馈，你的问题会反馈给相关同事测试一下。我用其他工具测试透传是没问题的，你可以用手上的340和LinkE的CDC测试一下数据透传是否会丢数据。

@TECH62

你应该先问他 Link-E 的固件是最新的么？而不是急于测试。因为 Link-E 之前确实有争论，我也测试过，是可以的。

你也应该问他串口配置如何，波特率、校验、停止位等信息。楼主是马虎的很，这些基础信息都不提供，但你要问清楚才是吧。

左边是“蜂鸟R2”接收模块，界面所发送的指令是“?”，一个字节，模块返回所支持的命令以及格式。

当前连接的是WCH LinkE，经过测试5轮，每次10次发送指令，返回数据概率大概在4~7次。

右边是“蜂鸟T2A”发送模块，界面所发送的指令是“ATE1”，连接的是CH340，每次均会有返回。（这是官方demo板测试通讯，后边会把R2调换到这个线路上）

调换后测试，R2在官方demo上，表现出发指令也会出现丢失指令的情况，但是5论10次测试，大概每轮会丢失0~2次。

然后经过T2A-Demo，R2-WCH LinkE收发HEX测试，229x次发送合计20493字节，收到20493字节，感觉透传状态又不会丢包。现在我也没有把握到底是被WCH LinkE吃掉了数据，还是被蜂鸟的模块吃掉了数据。不过，从透传数据包统计来看大概率是蜂鸟的问题。

给你们添麻烦了~

@梦珂0123

谢谢大佬的提醒……

9600，8N1，蜂鸟官方配置。

仅linkE串口功能，因为mcu我还没有贴上去。

无线通讯模块，均需要先配置，再使用（或者使用默认配置，但是默认模块上电会输出很多无用信息）。

忘了说了，WCH linkE固件是通过官方工具更新的，我也不知道是不是最新版本，反正MounRiver Studio和WCH-LinkUtility没说有更新（月初安装的最新MounRiver Studio）。

我试过老版本的 Link-E 确实有高速（115200+bps）下丢数据的现象，但那时是使用条件限制，我用 Windows 宿主机用 VirtualBox 跑 Debian 的，所以也不太清楚是不是通用问题。但 9600 是正常的。

后来看到一些关于MCU串口不稳定的争论，因为 Link-E 也是沁恒自己的 MCU，那么我就用 Link-E 来测试了“MCU串口不稳定”的问题，使用 Link-E 与 CH340 交叉对接，互发数据。但这时候我已经用原生 Debian，脱离虚拟机环境，而且 Link-E 固件也升级好几版了，测试下来通信是稳定的。

如果你有逻辑分析仪或者示波器的话，看看波形啊。

在这里提交的信息，我同时也提交给蜂鸟那边了。

从今天我测试的情况来看，心里上大概率偏向蜂鸟那边出问题了。

估计也是像我现在的想法一样：反正只用配置一次或几次而已，偶尔命令失败也无所谓。小小小bug。