場景 ：

如果藍牙長時間未被連接讀取數(shù)據(jù)，

會通過一顆4G模組向服務器上報數(shù)據(jù)，

ch573使用uart3 (PA4、PA5)連接4G模組。

項目為電池供電，需要低功耗。

問題：

當ch573開啟 “HAL_SLEEP=1”后，uart3無法正常接收數(shù)據(jù)。

期待方案：

一、使uart3可以在“HAL_SLEEP=1”的狀態(tài)下正常收發(fā)數(shù)據(jù)。

二、是否可以使系統(tǒng)在短時間內(nèi)不再進入低功耗。

您好，“使uart3可以在“HAL_SLEEP=1”的狀態(tài)下正常收發(fā)數(shù)據(jù)”，可以復用UART3的RX引腳作為GPIO喚醒腳，利用第一個字節(jié)的數(shù)據(jù)喚醒MCU，喚醒后后續(xù)的數(shù)據(jù)可以正常接收。
“是否可以使系統(tǒng)在短時間內(nèi)不再進入低功耗”，在GPIO喚醒后，可以置標志，在sleep.c中的CH57x_lowpower函數(shù)開頭判斷改標志，不希望休眠就使能標志，判斷到標志就直接return即可。

好的，我理解了，

rx作為gpio喚醒引腳的話，接收到的byte0應該會丟失，4G側(cè)用的是AT接口，應該只能用阻止喚醒的方式了。

謝謝

實現(xiàn)了嗎？ 方法可行？

您好，可以參考這篇博客：

CH582芯片Sleep模式串口喚醒接收數(shù)據(jù) - SweetTea_lllpc - 博客園 (cnblogs.com)