芯片是v003j4m6，但此bug與mcu無關(guān)。
通過linkE的串口，連接“蜂鳥”的T2A 433模塊，在發(fā)送設(shè)置指令的時候，10次可能會成功2次。
通過linkE的串口，連接T2A 433模塊，在透傳HEX值的時候，大概率會被吃掉前面3~5個字節(jié)的數(shù)據(jù)。
在我自己diy的板子上可以重現(xiàn)，不知道你們能否復(fù)現(xiàn)該Bug。
通過CH340（SOP8）的ttl板子連接同一塊diy的板子，并沒有出現(xiàn)該BUG。
望查。
您好，感謝反饋，你的問題會反饋給相關(guān)同事測試一下。我用其他工具測試透傳是沒問題的，你可以用手上的340和LinkE的CDC測試一下數(shù)據(jù)透傳是否會丟數(shù)據(jù)。
@TECH62
你應(yīng)該先問他 Link-E 的固件是最新的么？而不是急于測試。因?yàn)?Link-E 之前確實(shí)有爭論，我也測試過，是可以的。
你也應(yīng)該問他串口配置如何，波特率、校驗(yàn)、停止位等信息。樓主是馬虎的很，這些基礎(chǔ)信息都不提供，但你要問清楚才是吧。
左邊是“蜂鳥R2”接收模塊，界面所發(fā)送的指令是“?”，一個字節(jié)，模塊返回所支持的命令以及格式。
當(dāng)前連接的是WCH LinkE，經(jīng)過測試5輪，每次10次發(fā)送指令，返回?cái)?shù)據(jù)概率大概在4~7次。
右邊是“蜂鳥T2A”發(fā)送模塊，界面所發(fā)送的指令是“ATE1”，連接的是CH340，每次均會有返回。（這是官方demo板測試通訊，后邊會把R2調(diào)換到這個線路上）
調(diào)換后測試，R2在官方demo上，表現(xiàn)出發(fā)指令也會出現(xiàn)丟失指令的情況，但是5論10次測試，大概每輪會丟失0~2次。
然后經(jīng)過T2A-Demo，R2-WCH LinkE收發(fā)HEX測試，229x次發(fā)送合計(jì)20493字節(jié)，收到20493字節(jié)，感覺透傳狀態(tài)又不會丟包?，F(xiàn)在我也沒有把握到底是被WCH LinkE吃掉了數(shù)據(jù)，還是被蜂鳥的模塊吃掉了數(shù)據(jù)。不過，從透傳數(shù)據(jù)包統(tǒng)計(jì)來看大概率是蜂鳥的問題。
給你們添麻煩了~
謝謝大佬的提醒……
9600，8N1，蜂鳥官方配置。
僅linkE串口功能，因?yàn)閙cu我還沒有貼上去。
無線通訊模塊，均需要先配置，再使用（或者使用默認(rèn)配置，但是默認(rèn)模塊上電會輸出很多無用信息）。
忘了說了，WCH linkE固件是通過官方工具更新的，我也不知道是不是最新版本，反正MounRiver Studio和WCH-LinkUtility沒說有更新（月初安裝的最新MounRiver Studio）。
我試過老版本的 Link-E 確實(shí)有高速（115200+bps）下丟數(shù)據(jù)的現(xiàn)象，但那時是使用條件限制，我用 Windows 宿主機(jī)用 VirtualBox 跑 Debian 的，所以也不太清楚是不是通用問題。但 9600 是正常的。
后來看到一些關(guān)于MCU串口不穩(wěn)定的爭論，因?yàn)?Link-E 也是沁恒自己的 MCU，那么我就用 Link-E 來測試了“MCU串口不穩(wěn)定”的問題，使用 Link-E 與 CH340 交叉對接，互發(fā)數(shù)據(jù)。但這時候我已經(jīng)用原生 Debian，脫離虛擬機(jī)環(huán)境，而且 Link-E 固件也升級好幾版了，測試下來通信是穩(wěn)定的。
如果你有邏輯分析儀或者示波器的話，看看波形啊。
在這里提交的信息，我同時也提交給蜂鳥那邊了。
從今天我測試的情況來看，心里上大概率偏向蜂鳥那邊出問題了。
估計(jì)也是像我現(xiàn)在的想法一樣：反正只用配置一次或幾次而已，偶爾命令失敗也無所謂。小小小bug。
