如何禁止KEIL初始化RAM為零& 如何判斷是軟復位還是上電復位
加入技術交流群
（1）如何禁止KEIL初始化RAM為零？
本文引用地址：http://www.ex-cimer.com/article/201611/317735.htm1. 在KEIL Noinit 打鉤
2.<1> 另須對需要熱啟動保持的變量用__at關鍵字指定某個區(qū)域，否則還是沒用 (#include "absacc.h")
<2>或者__attribute__((zero_init)) 關鍵字 .bss段
int test1=1;
__attribute__((zero_init)) int test2;
int test3 __at(0x20001000);
查看MAP文件
test1 0x20000000 Data 4 main.o(.data)
test2 0x2000000c Data 4 main.o(.bss)
test3 0x20001000 Data 4 main.o(.ARM.__AT_0x20001000)
(2) 對STM32如何判斷是軟復位還是上電復位？
if (RCC_GetFlagStatus(RCC_FLAG_PORRST) != RESET){
//這是上電復位
}
else if (RCC_GetFlagStatus(RCC_FLAG_PINRST) != RESET)
{
//這是外部RST管腳復位
}
else if (RCC_GetFlagStatus(RCC_FLAG_SFTRST) != RESET)
{
//這是外部RST管腳復位
}
//清除RCC中復位標志
RCC_ClearFlag();
void RestStm32Cpu(void)
{
__set_FAULTMASK(1); // 關閉所有中端
NVIC_SystemReset(); // 復位
}
微處理器:LPC2114
編譯環(huán)境:Keil MDK V4.10
思路:
常把單片機系統(tǒng)的復位分為冷啟動和熱啟動。所謂冷啟動，也就是一般所說的上電復位，冷啟動后片內外RAM的內容是隨機的，通常是0x00或0xFF；單片機的熱啟動是通過外部電路給運行中的單片機的復位端一復位電平而實現(xiàn)的，也就是所說的按鍵復位或看門狗復位。復位后，RAM的內容都沒有改變。在某些場合，必須區(qū)分出設備的重啟是熱重啟還是冷重啟。常用的方法是：確定某內存單位為標志位(如0x40003FF4～0x40003FF7 RAM單元)，啟動時首先讀該內存單元的內容，如果它等于一個特定的值(例如為0xAA55AA55)，就認為是熱啟動，否則就是冷啟動。
根據(jù)以上的設計思路思路定義一個變量：
uint32unStartFlag；
在程序啟動時判斷：
if（unStartFlag==0xAA55AA55）
{
//熱啟動處理
}
else
{
//冷啟動處理
unStartFlag=0xAA55AA55；
}
然而實際調試中發(fā)現(xiàn)，無論是熱啟動還是冷啟動，開機后所有內存單元的值都被復位為0，當然也實現(xiàn)不了熱啟動的要求。通過看keil MDK自帶的啟動代碼Startup.s，在這個啟動代碼中也并沒有發(fā)現(xiàn)將整個RAM區(qū)域清零的語句。反匯編程序，發(fā)現(xiàn)從啟動代碼執(zhí)行結束到跳轉到main函數(shù)過程中，編譯器還執(zhí)行了很多庫函數(shù)，其中__scatterload_zeroinit函數(shù)將所有W/R RAM都初始化為0（默認設置下）。為了判斷冷、熱啟動，必須人為控制某些特定RAM在復位時不被編譯器初始化為0。通過查找編譯器手冊，在為處理器的RAM中分出一塊小片RAM，設置為NoInit格式（不對其初始化為0），如下圖：
然后使用__at關鍵字將冷、熱啟動標志位定位到這個NoInit區(qū)域：
uint32 unStartFlag __at (0x40003FF4);
這樣，當熱啟動時，變量unStartFlag所在的內存區(qū)域就不會被初始化為0，也實現(xiàn)了冷熱啟動的判斷。
定義鐵電0xFF7～0xFF8區(qū)域存儲冷啟動次數(shù)
0xFF9～0xFFA區(qū)域存儲熱啟動次數(shù)
0xFFB～0xFFC區(qū)域存儲總啟動次數(shù)
另一種方法：
評論