CH582M藍(lán)牙主機(jī) Write success 延遲

請教,使用demo中的主機(jī)和從機(jī)程序做使用:

有時候上電主機(jī)端打印發(fā)現(xiàn)有信號打印,但無Notify數(shù)據(jù),直到主機(jī)出現(xiàn)Write success(很久或重啟電源后才行) 后可正常接收Notify數(shù)據(jù)。


Discovering...


Device 1 - Addr 54 d1 9b d1 d8 ea?


Device not found...


Discovering...


Device 1 - Addr 54 d1 9b d1 d8 ea?


Device not found...


Discovering...


Device 1 - Addr 0 0 0 0 0 0?


Device 2 - Addr 54 d1 9b d1 d8 ea?


Device found...


Connecting...


Connected...


PHY Update 0...


RSSI : -18 dB?


PHY Update...


RSSI : -19 dB?


Found Profile Service handle : 21 ~ ffff?


Found Characteristic 1 handle : 23?


RSSI : -14 dB?


PHY Update...


Found client characteristic configuration handle : 2d?

*******這里循環(huán)******

RSSI : -38 dB?


RSSI : -39 dB?


RSSI : -37 dB?


RSSI : -50 dB?


RSSI : -50 dB?


RSSI : -48 dB?


RSSI : -53 dB?


RSSI : -49 dB?


RSSI : -42 dB?


RSSI : -42 dB?


RSSI : -42 dB?


RSSI : -40 dB?


RSSI : -38 dB?


RSSI : -47 dB?


RSSI : -39 dB?


RSSI : -40 dB?


RSSI : -40 dB?


RSSI : -41 dB?


RSSI : -46 dB?


RSSI : -44 dB?


RSSI : -40 dB?


RSSI : -47 dB?


RSSI : -43 dB?

Write success *****這里有后就可以正常接收


Receive source noti:


主機(jī)和從機(jī)建立連接后,從機(jī)默認(rèn)是給主機(jī)發(fā)送數(shù)據(jù)的,默認(rèn)是0x88,需要等到各種服務(wù)等操作枚舉完成后發(fā)送??梢詸z查一下是不是最新版本的EVT包,一般使用是沒有問題的。


請問下我該從那些方面排查這個問題,或者調(diào)整藍(lán)牙的參數(shù)改善這種情況?

歷程本身可以正常使用,后期使用時TMOS添加了一些自己的任務(wù)(有任務(wù)耗時可能會達(dá)到數(shù)十ms),將原Notify時間改小了。

使用中還發(fā)現(xiàn)reason可能會報(bào) 8 3e 錯誤碼。

有調(diào)整過連接間隔和連接超時嘗試。


tmos_start_task(centralTaskId, START_WRITE_CCCD_EVT, DEFAULT_WRITE_CCCD_DELAY);這個任務(wù)是主機(jī)開啟從機(jī)通知功能的任務(wù),任務(wù)延時是1s,理論上在Found client characteristic configuration handle打印后一秒執(zhí)行,我們默認(rèn)例程打印rssi值是1.5秒一次,從從你打印現(xiàn)象來看,這個時間是有所調(diào)整的,另外可以看看DEFAULT_WRITE_CCCD_DELAY時間是否被加長,

任務(wù)處理時間不宜過長,主從機(jī)在每個連接間隔都會發(fā)送空包確保通信正常,如若處理自己的任務(wù)時間過長,會導(dǎo)致超時斷開。


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

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