問題如下：

在Peripheral基礎(chǔ)上更改的程序，手機(jī)作為主機(jī)進(jìn)行連接調(diào)試，幾乎很難連接成功串口debug顯示reason:0x3e；

調(diào)試發(fā)現(xiàn)：

當(dāng)關(guān)閉程序中一處自定義的TMOS任務(wù)后可正常連接；

此任務(wù)將原500ms時(shí)間改到5000ms時(shí)可正常連接；

此任務(wù)時(shí)間改到1000ms連接成功幾秒后自斷開；

此TMOS任務(wù)耗時(shí)大致在2ms左右，任務(wù)中會觸發(fā)中斷方式的adc開始一定次數(shù)的轉(zhuǎn)換。此任務(wù)中的一些變量會和1ms的硬件定時(shí)器中斷有關(guān)聯(lián)(中斷內(nèi)耗時(shí)約5us)；

看看能不能指引一下調(diào)試方向，找了幾天實(shí)在找不到原因。謝謝！

BLE_HCI_CONN_FAILED_TO_BE_ESTABLISHED? ?0x3E

藍(lán)牙會很難連接，或者連上斷開。

有幾點(diǎn)需要注意：①TMOS任務(wù)書寫規(guī)范

WCH TMOS用法詳解 - debugdabiaoge - 博客園 (cnblogs.com)

②禁止在中斷中調(diào)用

③連接間隔導(dǎo)致的問題可以參見這個(gè)帖子

CH582廣播和連接間隔的優(yōu)先級可以調(diào)高嗎？ - 沁恒微電子社區(qū) (wch.cn)

④上面你提到了ADC和主從建立連接，應(yīng)該是通過ADC采集數(shù)據(jù)然后通過藍(lán)牙發(fā)送出去。提供一個(gè)思路，ADC正常采集，采集完數(shù)據(jù)置一個(gè)標(biāo)志，同時(shí)TMOS不停的查詢這個(gè)標(biāo)志，當(dāng)查詢到標(biāo)志為true時(shí)，通過調(diào)用通道4將數(shù)據(jù)發(fā)送出去或者采取自定義的方式通過藍(lán)牙發(fā)數(shù)據(jù)出去。

你也可以具體描述一下你的需求，我們幫忙看看。

問題已解決，謝謝！

嗯，adc數(shù)據(jù)都是通過中斷放到數(shù)組中，然后任務(wù)里查詢標(biāo)志處理數(shù)據(jù)；

修改連接間隔有所改善，不過很快還是會掉線，逐步排查代碼后發(fā)現(xiàn)adc處理任務(wù)中指針可能會發(fā)生溢出，修改后正常；

另請教：

主機(jī)例程中的 類似 DEFAULT_UPDATE_MAX_CONN_INTERVAL和DEFAULT_CONNECTION_TIMEOUT的區(qū)別？

這兩個(gè)參數(shù)都會出現(xiàn)在?GAPRole_UpdateLink函數(shù)中：

DEFAULT_UPDATE_MAX_CONN_INTERVAL是更新最大連接間隔，

DEFAULT_UPDATE_CONN_TIMEOUT是底層其實(shí)每個(gè)連接間隔從機(jī)都會有空包回應(yīng)，那么這個(gè)參數(shù)就是多久沒回應(yīng)就會超時(shí)。