之前使用沁恒公司的一款BLE芯片CH573，隨著代碼量的增多，開(kāi)發(fā)到后期時(shí)遇到了RAM空間不夠用的問(wèn)題，當(dāng)時(shí)嚇了我一跳，以為需要重新?lián)Q更大RAM的芯片。后來(lái)經(jīng)過(guò)一番分析，優(yōu)化之后省出來(lái)一部分空間，解決了RAM危機(jī)。

CH573的Flash挺大，但是RAM只有18K。只跑一個(gè)BLE的HID_Keyboard例子就會(huì)占用接近14K，留給用戶真正能使用的RAM空間只有約4K。

項(xiàng)目里除了用到BLE還用到了USB通信、OLED顯示等功能，所以一不小心RAM就緊張了。

在優(yōu)化RAM空間之前，首先要利用好map文件，查看RAM空間的實(shí)際占用情況，這樣才好針對(duì)性去優(yōu)化。

CH573 RAM起始地址為0x20003800

通過(guò)map文件可以清楚的看到RAM的實(shí)際占用情況：

比如上述MEM_BUF就占用了6K空間，它在程序中定義如下：

#define BLE_MEMHEAP_SIZE          (1024*6)
attribute((aligned(4))) uint32_t MEM_BUF[BLE_MEMHEAP_SIZE / 4];

這個(gè)和藍(lán)牙協(xié)議棧相關(guān)，不可隨意修改。

我當(dāng)時(shí)主要優(yōu)化了一個(gè)地方：中斷服務(wù)函數(shù)。CH573要求中斷服務(wù)函數(shù)放到RAM里（猜測(cè)可能是為了提高響應(yīng)速度），我之前沒(méi)注意把所有的中斷處理代碼全部都寫在了中斷服務(wù)函數(shù)里，導(dǎo)致占用了很多RAM空間，

其實(shí)只需要按照如下的寫法就會(huì)節(jié)約很多空間：

/*********************************************************************
 * @fn      USB_IRQHandler
 *
 * @brief   USB中斷函數(shù)
 *
 * @return  none
 */
__attribute__((interrupt("WCH-Interrupt-fast")))
__attribute__((section(".highcode")))
void USB_IRQHandler(void) /* USB中斷服務(wù)程序,使用寄存器組1 */
{
    USB_DevTransProcess();
}

即將USB_DevTransProcess()函數(shù)的具體實(shí)現(xiàn)寫在外面。

除此之外，還有比如靈活使用const關(guān)鍵字、使用union等方法，不在此詳細(xì)介紹了。

重要的是利用好map文件，找到占空RAM大的地方，對(duì)應(yīng)去優(yōu)化。

在成本允許的情況下，當(dāng)然是一開(kāi)始就選擇一款RAM空間足夠大的MCU最好。