ch582的低功耗打開后,藍牙可以連上但是又會自己斷掉

ch582的低功耗打開后,藍牙可以連上但是又會自己斷掉,而且串口的數(shù)據(jù)也無法打印出來了,關掉低功耗模式后又可以正常工作


熱門產(chǎn)品 : USB3.0 HUB控制器:CH634

1、打開官方的從機例程,宏定義使用內(nèi)部32K,開啟睡眠;

1.png


2、在默認連接間隔基礎上,適當增大最小和最大連接間隔,給與任務更多處理時間。

2.png

這里提供一份連接間隔參數(shù)說明:

https://www.cnblogs.com/gscw/p/16117392.html


有外部晶振的話不直接用外部晶振嗎? 這里使用內(nèi)部晶振?是外部晶振不需要嗎


在使用582當作從機使用時,可以使用外部低頻也可選擇內(nèi)部低頻,這邊讓使用內(nèi)部低頻的原因是可能有的用戶并沒有貼外部低頻晶振。


睡眠終端產(chǎn)品在批量生產(chǎn)的時候是否可以直接用內(nèi)部晶振,這樣可以省掉外部32768晶振的成本


我試了下還是不行,我的功能是這樣的,通過定時模式下的RTC中斷去采集溫度數(shù)據(jù),然后存儲在flash中,溫度采集功能是通過串口模擬的時序驅(qū)動18b20,這些都放在了主函數(shù)while循環(huán)里,HAL_SLEEP不為TRUE的時候,功能都能實現(xiàn),HAL_SLEEP設置為TRUE的時候,程序就卡在了串口采集數(shù)據(jù)那塊,我想問一下,低功耗下是不是和串口通信有沖突呢



低功耗下會和串口通信有沖突。

睡眠時,串口發(fā)送時會被喚醒,是正常的;但是串口在接收時處于低功耗狀態(tài),所以沒有辦法接收到數(shù)據(jù)。

這里你需要在串口接收數(shù)據(jù)之前,先通過GPIO將串口喚醒,然后再進行接收數(shù)據(jù)。

這里提供一份串口切換GPIO喚醒操作的參考:

https://www.cnblogs.com/debugdabiaoge/p/15981175.html


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

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