藍(lán)牙連續(xù)發(fā)送數(shù)據(jù)疑惑

TMOS?是主循環(huán)中調(diào)用的而不是中斷機(jī)制


假如手機(jī)連續(xù)發(fā)送數(shù)據(jù),而TMOS中正在處理其他事件,會不會導(dǎo)致上一次的數(shù)據(jù)還沒接收保存就被覆靖蓋了


就好比用查詢方式接收串口數(shù)據(jù),不夠快的話必然會丟數(shù)據(jù)


有什么好解決辦法??


手機(jī)端每包DELAY足夠長時間不優(yōu)雅效率也低

應(yīng)用層用收到應(yīng)答機(jī)制也比較麻煩? (安卓端用RESPONSE方式寫特征值是不是就能在藍(lán)牙協(xié)議層避免了這個問題?)


不會有包覆蓋的問題,Tmos里面還有BLE LIB,如果手機(jī)聯(lián)系發(fā)送,芯片這邊有沒有及時取走,協(xié)議棧緩存滿,就回提示手機(jī)那邊接收不成功,數(shù)據(jù)包數(shù)據(jù)發(fā)不成功的。


只有登錄才能回復(fù),可以選擇微信賬號登錄

国产91精品新入口,国产成人综合网在线播放,九热这里只有精品,本道在线观看,美女视频a美女视频,韩国美女激情视频,日本美女pvp视频