客戶使用IDE CS+ CACX編譯瑞薩RL78系列MCU R5F1027A，出現(xiàn)報(bào)錯(cuò)信息，code flash無法分配。而實(shí)際使用的flash 約10K還遠(yuǎn)不到16K。為什么R5F1027A（flash空間16K）使用的code flash不到16K就出現(xiàn)添加新代碼后編譯，提示無法分配的錯(cuò)誤？

分析

1、經(jīng)過排查沒有對(duì)IDE編譯環(huán)境CS+ CACX做特殊的設(shè)置，在項(xiàng)目代碼比較少的情況下，編譯也正常。

2、針對(duì)提示的錯(cuò)誤信息，嘗試屏蔽不同的軟件函數(shù)，發(fā)現(xiàn)需要減少較多的軟件代碼，編譯才恢復(fù)正常。

3、多次嘗試后發(fā)現(xiàn)flash空間在超過8K左右后，會(huì)出現(xiàn)編譯錯(cuò)誤。

4、查看項(xiàng)目的HEX文件。發(fā)現(xiàn)flash地址從0x0C57，到0x1FFF的空間都是填充的FF,也就是這段flash空間沒有使用到。

5、查看map文件，發(fā)現(xiàn)和HEX文件相吻合，@@CODEL代碼flash段是從0x20C6開始分配的，也就是代碼段分配在16K空間的后面8K。這樣前面的flash空間有13A9字節(jié)，將近5K沒用上。

6、分析確認(rèn)到原因后，要想辦法解決，多次嘗試無果，再分析map文件。發(fā)現(xiàn)分配的代碼段@@CODEL，從0x20C6開始是跟@@CNST 這個(gè)常量的段是相鄰的。

7、想辦法嘗試改變@@CNST的地址分配，看看@@CNST的地址改變，是否會(huì)影響@@ CODEL代碼段的地址分配。

8、把@@CNST這個(gè)常量的段，通過添加DR文件，設(shè)置到后面地址0x3C00后，發(fā)現(xiàn)編譯正常了。

結(jié)論

查看生成的HEX文件，發(fā)現(xiàn)前面的flash空間0x0C57也用上了，問題得到解決。

通過和同事交流，以及多番查閱IDE的HELP文檔，分析了解各個(gè)代碼段@@XXXX的含義，解決了客戶端遇到的問題。