一、零頁內存區出界溢出的問題。
對于這個問題一般會提諸如bsct/ubsct size overflow……
這個提示告知默認的零頁區放不下現有全局變量或靜態變量，導致溢出。這里的RAM零頁數據區，即00-0xff區域。至于BSCT/UBSCT是什么意思在COSMIC 編譯手冊里有講。關于各STM8芯片的存儲分配請看數據手冊里的MEMORY MAP.
上面截圖來自于COSMIC 里的編譯手冊里的相關描述。
上面截圖來自于STVD+COSMIC 編譯環境的相關配置頁面。
解決這個問題比較簡潔的辦法有兩種：
1、把大部分全局變量或靜態變量前冠以@near, 保留部分使用頻繁的數據在零頁區；
上面截圖來自于COSMIC 里的編譯手冊里存儲模式的相關描述。
2、 在編譯配置那里將堆棧模式改為長堆棧模式，數據默認放在0x100以上的區域，把需要放在0頁區的變量前冠以@TINY。操作如下圖所示。
二、數據存儲區溢出話題。
數據存儲區溢出是指除了堆棧的以外的RAM空間不足以存放現有全局變量或靜態變量。一般有諸如.DATA/.BSS size overflow的提示。
如下圖，紅色RAM空間存放各種全局變量或靜態變量，灰色區用作堆棧。
上面截圖來自于STM8S參考手冊里的相關描述。
假設現有變量數據不能壓縮精簡，那就嘗試將堆棧區域壓縮。比方將下圖中的0x1ff改為0x2ff,具體改多少要結合你實際應用和芯片本身RAM空間大小，滿足需求就好。當然如果RAM空間跟你實際需求相差甚遠，自然得想別的辦法了。
順便提下，STM8的堆棧是向下生長的，或者是從高位地址往低位地址壓入數據的。起始棧頂一般默認為RAM最大地址處。
三、一個跟程序代碼編譯優化有關的話題
ST官方也為STM8各系列提供了參考標準外設固件庫，里面有大量的外設操作庫函數。在利用庫函數編程時，有時會發現并沒有寫幾句代碼，結果生成的目標文件很大，明顯不太正常。這個可能在C Compiler的優化那個地方選擇不合適，要打開SPLIT選項。
下面有兩幅圖，找了個簡單例程測試下。main()里就一個GPIO讀端口，外加TIM1 的默認設置函數和配置函數。
沒打開SPLIT選項時，生成的程序代碼為4965 Byte，打開SPLIT選項后生成的程序代碼是548 Byte，二者的常量代碼均為124 Byte。很明顯，開與不開相差甚遠。
上圖是優化配置里的SPLIT項關閉時的情形。
上圖是優化配置里的SPLIT項打開時的情形。
注：
1、關于SPLIT選項的說明，COSMIC手冊里有描述。
2、開與不開SPLIT項的機器碼文件大小差別也得看你具體調用的庫函數和實際應用，并非總是跟上面的例子那樣懸殊。
四、中斷矢量文件話題。
一般來說，不論你自己新建工程還是利用ST官方庫的模板建立工程，項目里總會自動生成一個中斷矢量文件 stm8_interrupt_vector.c。這里面其實就是放的一個常量表，即STM8芯片各個中斷矢量的入口地址。
有的人希望使用自己的中端矢量名字，想把這個stm8_interrupt_vector.c拿掉，比方說改換為vector.c 。發現怎么改都不行。每次改完編譯，stm8_interrupt_vector.c如幽靈般的又回來了。
其實，這里是可以修改的，但要LINKER 配置的那個地方同步修改，就像下方圖示那樣。好奇的話可以去試試。
另外，不建議在這個矢量文件里寫中斷函數或其它函數，不然有時可能會出現些讓你找不著北的奇怪問題。
五、斷言函數出錯提示問題。
這個問題一般是剛接觸STM8開發的人使用庫過程中才遇到的。他把main.c里的void assert_failed(uint8_t* file, uint32_t line) 函數體刪掉了導致的。
一般出錯時有如下提示：
這個函數作什么用就不用解釋了，建議你先不要急于刪它。不想要時，就在stm8s_conf.h文件里把 #define USE_FULL_ASSERT (1)注釋后即可刪除相關代碼。
| 歡迎光臨 (http://m.zg4o1577.cn/bbs/) | Powered by Discuz! X3.1 |