前提：在573主機程序Central的例程上添加了一個事件，用一個IO口在里面執(zhí)行翻轉(zhuǎn)

現(xiàn)象：1.? ? 571主機未連接從機時運行時間正常，串口打印正常；

????????? 2.????571主機連接從機后，IO口翻轉(zhuǎn)的時間有異常，約70ms左右異常一次，其余功能均正常；

????????通過串口發(fā)送數(shù)據(jù)查看，從機未發(fā)送數(shù)據(jù)，主機也未接收到數(shù)據(jù)的情況下，這種情況也有，只要藍牙一連接，就出現(xiàn)這種情況，斷開后又恢復(fù)正常，僅主機出現(xiàn)這種現(xiàn)象

????????程序為直接用例程修改，只是去掉了DCDC,和添加了一個IO翻轉(zhuǎn)事件

IO口翻轉(zhuǎn)波形如圖：

后面直接在開發(fā)板上跑這個程序也是這種情況，應(yīng)該不是畫的板子的問題

這里面,缺少了一個信息: io翻轉(zhuǎn)速率,或者說間隔

目前絕大多數(shù)的BLE SOC 都是單核的, 意味著,cpu處理應(yīng)用代碼的時候,還要扶著ble的代碼實現(xiàn),

CH57* 系列芯片亦不例外,

既然如此,那這個70ms的跳動的即有可能的原因就是: 當(dāng)前芯片以70ms 的連接間隔進行與另外一個設(shè)備通信, 這時候,在處理BLE的任務(wù),

如何證明:

接上主從機的串口日志引腳, 看看當(dāng)前的打印的連接參數(shù)變化情況