在simpleProfileChangeCB函數(shù)中加入一些ADC測試會影響藍(lán)牙通信么

進(jìn)行ADC采集是通過TMOS任務(wù)管理，并不是直接放在發(fā)送函數(shù)的地方。

可以自己寫一個tmos任務(wù)進(jìn)行ADC采集。

我是想通過接收到主機(jī)的指令后，再決定進(jìn)行哪個ADC任務(wù)，這個可以實現(xiàn)么

從機(jī)收到主機(jī)發(fā)送的數(shù)據(jù)后可以進(jìn)行判斷：

根據(jù)接收到的數(shù)據(jù)進(jìn)行tmos任務(wù)的觸發(fā)。

我間隔已經(jīng)調(diào)到最大，連接發(fā)送指令后，輸出一次數(shù)據(jù)，然后藍(lán)牙就斷開了，怎么連都連不上，這種情況只能將任務(wù)盡可能縮短

時間對么

查看藍(lán)牙斷開的原因是什么。

如果是這里進(jìn)行發(fā)送數(shù)據(jù)造成斷開，查看一下是不是手動調(diào)用發(fā)送函數(shù)速度太快，但是連接間隔太小而導(dǎo)致藍(lán)牙斷開?？梢詫⒂行нB接間隔配置小于發(fā)送數(shù)據(jù)函數(shù)。

發(fā)送指令藍(lán)牙就斷開了，重連了以后也是這樣，還有請問下發(fā)送函數(shù)速度這個是在哪里定義的

調(diào)用發(fā)送函數(shù)是自己管理的，比如主機(jī)給從機(jī)發(fā)送數(shù)據(jù)是看APP那邊手動選擇的發(fā)送速度；從機(jī)給主機(jī)noti是看調(diào)用TMOS進(jìn)行發(fā)送的速度。這些都是自己定義處理的。

上面報錯原因是reason8，超時斷開了。

一般情況為連接間隔到來的時候理論上應(yīng)該進(jìn)行藍(lán)牙的收發(fā)，但是被其他的任務(wù)打斷導(dǎo)致藍(lán)牙的收發(fā)異常，而造成的斷開。

比較明顯的現(xiàn)象可以是加一個while循環(huán)，藍(lán)牙必定會斷開。

因此檢查你的代碼里面最大任務(wù)時長，確保該最大的任務(wù)時長小于有效連接間隔的一般。

關(guān)于連接間隔的講解：

藍(lán)牙BLE從機(jī)Peripheral講解一（廣播間隔和連接間隔） - SweetTea_lllpc - 博客園 (cnblogs.com)

用IO口測量了一下我加入的任務(wù)時長只有450ms左右，但是我最大連接間隔已經(jīng)設(shè)置3200拉滿了，依然會造成藍(lán)牙斷開，連接超時等。

您好，450ms已經(jīng)是很長的占用時間了。在加大連接間隔的同時，連接超時時間也要加大，可以嘗試加大到連接間隔的3倍。

如果還有斷連問題，可以發(fā)送郵件至 lpc@wch.cn

問題定位可以參考下篇博客：

CH579/CH573/CH583/CH57x/CH58x 藍(lán)牙從機(jī)使用注意事項 - iot-fan - 博客園 (cnblogs.com)