摘要：本應用筆記介紹了MAXQ微控制器中的程序和數據閃存，以及如何使用內置的應用ROM對閃存進行擦/寫。本應用筆記適用于所有使用分區擦除閃存的MAXQ微控制器。

引言

本應用筆記介紹了如何管理MAXQ微控制器中、可分區擦除的內部數據和程序閃存。一般性地介紹了怎樣構建一個引導裝載應用，實現程序閃存的在應用編程。注意：本文不適于那些使用頁擦除閃存的MAXQ微控制器，即那些只允許少量閃存被擦除的微控制器。各MAXQ數據手冊都會說明其所采用的閃存類型。

閃存簡介

存儲器配置
本應用筆記給出了多種不同尺寸的閃存配置，并不完全和某一特定MAXQ器件相符。這些配置僅用于本文中的實例。各MAXQ器件的數據手冊會列出該器件的存儲器配置。

引導、程序和數據區在操作上并沒有區別。如果引導裝載程序需要的空間超過了第一閃存區的范圍，那么可將程序擴展到下一分區中。然而，在下面的實例中，標號會有所不同。

表1. 閃存配置實例

數據閃存
數據閃存可以被用來可靠地存儲一些系統工作期間需要一次性或周期性保存的系統數據。數據閃存的容量因特定的MAXQ器件而異，通常在128至2k字之間。

數據閃存的使用有一些限制。與EEPROM不同，數據閃存不能按字擦除；每次必須擦除一個完整的分區。擦除一個分區通常需要0.7秒的時間，最壞情況下可能會長達15秒。在這期間，用戶代碼停止運行，不能進行其他操作。因此，在根據系統需求選擇軟件技術時，必須要仔細考慮這些限制。對于絕大多數周期性數據存儲，采用有界隊列和/或分區切換技術，即可滿足系統可靠性的要求。下面給出分區交換和有界隊列技術的簡單實例。

有界隊列
有界隊列是一個包含固定數量元素的隊列。該方法常用于處理周期性數據。例如，可以將一個2k字的數據閃存分成32至64個字的條目，如表2所示的存儲器配置。

初始化時，啟動程序掃描隊列，以確定隊列中下一個可用條目。隊列填滿之后只有將其擦處后方可寫入下一個條目。如果要保留全部條目，那么必須改變分區以保持所有數據。閃存擦除后，則可以寫入新的條目。這種方法的缺點是在擦寫過程中如果掉電，所有數據將會丟失。圖1示例條目載入有界隊列的流程。附錄A給出了一個簡單的C源代碼實例。

如果這種有界隊列方法還不能滿足您的系統要求，那么還可以采用分區交換技術。

表2. 有界隊列存儲器配置舉例

FLASHQueue[ ]
Queue Index	Data Flash Address
31	0xF7C0-0xF7FF
30	0xF780-0xF7BF
29	0xF740-0xF77F
. . . .	. . . .
2	0xF080-0xF0BF
1	0xF040-0xF07F
0	0xF000-0xF03F

圖1. 有界隊列流程

塊交換
塊交換能夠有效防止數據在漫長的分區擦除過程中丟失或損壞。這里所講的“塊”等同于“分區”。塊交換方式最適合于分區尺寸略大于數據總量的情況。缺點是至少需要兩個數據閃存分區。當要寫入的數據總量遠小于分區尺寸時，最好將塊交換和有界隊列兩種方法結合使用。

如果需要采用塊交換，則需要選用至少含有兩個數據閃存分區的MAXQ器件。表3給出了一個包含兩個1K x 16閃存分區的存儲器配置實例。圖2給出了塊交換寫/擦流程。

附錄A給出了一個簡單的C源代碼實例。

表3. 塊交換存儲器配置實例

Flash Sectors
Sector Number	Data Flash Address
0	0xF000-0xF3FF
1	0xE000-0xE3FF

圖2. 塊交換流程

同時采用有界隊列和塊交換
管理數據閃存的最可靠、最靈活的辦法是同時采用有界隊列和塊交換技術。當需要將少量的數據周期性存入閃存，并要保持數據完整性的時候，結合使用這兩種技術將非常有利。表4給出了一個包含兩個2K x 16分區，每個分區被劃分為32個相等條目的實例。圖3示例數據在兩個分區之間、有界排隊內的流向。

這種組合方法的程序比有界隊列方法稍微復雜一些。附錄A給出了一個簡單的C源代碼實例。

表4. 塊交換和有界隊列存儲器配置實例

FQueueBank0[ ] Queue Index Data Flash Address 31 0xF7C0-0xF7FF 30 0xF780-0xF7BF 29 0xF740-0xF77F . . . . . . . . 2 0xF080-0xF0BF 1 0xF040-0xF07F 0 0xF000-0xF03F

FQueueBank0[ ] Queue Index Data Flash Address 31 0xE7C0-0xE7FF 30 0xE780-0xE7BF 29 0xE740-0xE77F . . . . . . . . 2 0xE080-0xE0BF 1 0xE040-0xE07F 0 0xE000-0xE03F

圖3. 有界隊列和塊交換流程

應用ROM閃存例程
MAXQ微控制器具有片內閃存支持程序，駐留在ROM (只讀內存)中，用來對閃存進行編程、擦寫和校驗。有兩種方法來調用這些例程。第一種也是最快的方法是直接訪問，只需通過以下代碼提供一個頭文件：

u16 flashEraseSector(void *);
u16 flashEraseAll(void);
u16 flashWrite(u16 *pAddress, u16 iData);

然后，加入鏈接定義給每個例程分配合適的地址。對于IAR鏈接文件，加入下面幾行語句：

-DflashEraseSector=0x8XXX
-DflashEraseAll=0x8XXX
-DflashWrite=0x8XXX

具體使用時，用每個例程相應的存儲器地址替代0x8XXX。其他編譯器可能使用不同的方法添加這些聲明。

注意，直接訪問方法與未來的ROM版本無法前向兼容。

第二種為查表法。盡管這種方法兼容性較好，但是執行時間較長。在下面每一段例程說明的后面，匯編例程采用查表法獲取ROM應用例程的地址。表5所示為應用ROM提供的幾個閃存例程。關于ROM應用例程的完整列表，參見特定MAXQ器件的用戶指南。

表5. 應用ROM閃存例程

Routine Number	Routine Name	Entry Point ROMTable = ROM[800Dh]	Entry Point Physical Address
2	flashEraseSector	ROM[ROMTable + 1]	0x8XXX
3	flashEraseAll	ROM[ROMTable + 2]	0x8XXX
15	flashWrite	ROM[ROMTable + 14]	0x8XXX

flashWrite

Routine	u16 flashWrite(u16 *pAddress, u16 iData)
Summary	Programs a single word of flash memory.
Inputs	A[0] - Word address in flash memory to which to write. A[1] - Word value to write to flash memory.
Outputs	Carry: Set on error and cleared on success. If set, then A[0] contains one of the following error codes: 1 : failure due to software timeout 2 : failure reported by hardware (DQ5/FERR) 4 : command not supportedSW_FERR - Set on error, cleared on success.
Notes	The watchdog must not be active, or the watchdog timeout must be set long enough to complete this routine without triggering a reset.

以下匯編代碼實例采用間接尋址方法(查表)調用flashWrite()應用例程。該例程可由C代碼調用。

; This routine is callable by C code using the following prototype
; u16 flashWrite(u16 *pAddress, u16 iData);
;
flashWrite:
    move APC, #0           ; No auto inc/dec of accumulator.
    move AP,  #2           ; Set ACC to A[2]
    move DP[0], #0800Dh    ; This is where the address of the table is stored.
    move ACC, @DP[0]       ; Get the location of the routine table.
    add  #14               ; Add the index to the flashWrite routine.
    move DP[0], ACC
    move ACC, @DP[0]       ; Retrieve the address of the routine.
    call ACC               ; Execute the routine.
    ret                    ; Status returned in A[0]

flashEraseSector

Routine	u16 flashEraseSector(void *pAddress)
Summary	Erases a single sector of flash memory
Inputs	A[0] - Address located in the sector to erase.
Outputs	Carry: Set on error and cleared on success. If set, then A[0] contains one of the following error codes: 1 : failure due to software timeout 2 : failure reported by hardware (DQ5/FERR) 4 : command not supported SW_FERR - Set on error, cleared on success.
Notes	The watchdog must not be active, or the watchdog timeout must be set long enough to complete this routine without triggering a reset.

; This routine is callable by C code using the following prototype
; u16 flashEraseSector(void *pAddress);
;
flashEraseSector:
    move APC, #0           ; No auto inc/dec of accumulator.
    move AP,  #1           ; Set ACC to A[1]
    move DP[0], #0800Dh    ; This is where the address of the table is stored.
    move ACC, @DP[0]       ; Get the location of the routine table.
    add  #1                ; Add the index to the flashEraseSector routine.
    move DP[0], ACC
    move ACC, @DP[0]       ; Retrieve the address of the routine.
    call ACC               ; Execute the routine.
    ret                    ; Status returned in A[0]

flashEraseAll

Routine	void flashEraseAll(void)
Summary	Erases the entire program and data flash memory, including the boot loader sector. This routine is not normally used for IAP, as great care must be taken to ensure that the erase/programming sequence is not interrupted.
Inputs	None
Outputs	Carry: Set on error and cleared on success.SW_FERR: Set on error, cleared on success.
Notes	The watchdog must not be active, or the watchdog timeout must be set long enough to complete this routine without triggering a reset.

; This routine is callable by C code using the following prototype
; void flashEraseAll(void);
;
flashEraseAll:
    move APC, #0           ; No auto inc/dec of accumulator.
    move AP,  #0           ; Set ACC to A[0]
    move DP[0], #0800Dh    ; This is where the address of the table is stored.
    move ACC, @DP[0]       ; Get the location of the routine table.
    add  #2                ; Add the index to the flashEraseAll routine.
    move DP[0], ACC
    move ACC, @DP[0]       ; Retrieve the address of the routine.
    call ACC               ; Execute the routine.
    ret

在應用編程

大多數基于閃存的系統要求，當系統安裝到終端產品上以后，其固件必須具備升級的能力。這種功能稱為在應用編程(IAP)。本節概述了創建一個IAP應用程序的要領。

上面列出的應用ROM閃存例程，可完成閃存ROM所需要的所有擦除和寫入操作，從而允許用戶代碼對閃存進行操作。與其他子程序調用相似，程序執行完成之后，控制將返回到用戶代碼。

要實現可靠的IAP，引導裝載程序必須與主程序分開。這樣可以確保在經歷一次未竟編程之后，可以重新啟動編程過程。

引導裝載程序
初始化以后，由于ROM跳轉至地址0x0000，因此，引導裝載程序的入口應為0x0000。不同的MAXQ器件，其引導閃存分區的大小也不相同。可以根據需要，將引導程序擴展至多個閃存分區，用戶應用程序代碼不能使用已被占用的任何分區。擦除和寫入閃存時必須滿足的特定要求見表6。

表6. 調用應用ROM閃存例程的要求

You cannot erase or program from the same flash sector from which you are executing code. This is not normally a problem since the flash Boot Sector should never be erased during IAP.

The watchdog must not be enabled or the watchdog timeout must be set long enough to complete this routine without triggering a reset before the flashEraseSector() routine is called. If the watchdog time out occurs before the erase is complete, it will reset the part. Erasing a sector typically takes 0.7 seconds; it can take up to 15 seconds under worst case conditions.

Since the System Control Register bit SC.UPA must be set to 0 to access the Utility ROM, a ROM Utility routine cannot be called directly from program memory addresses = 0x8000. If access to a Utility ROM routine is required from a program in upper memory (= 0x8000), the program must indirectly call the ROM routine through a routine residing in lower memory (<0x8000). This effectively limits the boot loader to = 64kB (32kB x 16).

圖4中的流程說明了脫離復位狀態后MAXQ的操作。ROM進行自診斷并確定閃存已經準備好以后，ROM初始化代碼直接跳轉到地址0x0000。請閱讀相關的數據手冊和用戶指南，確定您的MAXQ微控制器是否按照這個啟動順序運行。

圖4. ROM初始化流程示意

圖5給出了一個簡單的引導裝載程序的流程圖。當使用引導裝載程序實現IAP時，對于16kB (8K x 16)的引導裝載程序，主應用程序的入口通常位于地址0x2000 + 標題偏移，對于32kB (16K x 16)的引導裝載程序，則位于地址0x4000 + 標題偏移。一個簡單的應用程序標題如下所示：

typedef struct {
    u16 iSize;  // The size of the application in words
    u32 iCRC;   // The CRC of the application
    u8 ID[8];   // ID string for current application
} APPLICATION_HEADER;

引導裝載程序可以利用此標題所提供的信息確定主程序的有效性，如果需要，還可以報告其版本標識。

圖5. 閃存引導裝載流程示意圖

編程過程本身非常簡單。首先調用flashEraseSector()，擦除含有主程序代碼的每個分區。然后調用flashWrite()逐字寫入要編程的代碼字。應最先擦除含有應用程序標題的塊，而最后編程CRC數據，以便將出現錯誤CRC匹配的概率降到最低。下面給出通過串口獲取數據來刷新微控制器的一個簡單例程：

/*
// VerySimpleReFlash()
//    As simple as it gets.
//    Step 1. Wait for erase command, then erase flash.
//    Step 2. Wait for program command, then program flash one word
//            at a time.
*/
void VerySimpleReFlash()
{
u16 iStatus;             // The status returned from flash utility ROM calls
u16 iSize;               // The size of the main code to program
u16 *pAddress = 0x2000;  // The starting address of the main application

    InitializeCOMM();    // Can be CAN or UART
    WaitForEraseCommand();

    SlowDownWatchdog();  // If watchdog enabled set update > 15s

    iStatus = flashEraseSector(C_ADDRESS_SECTOR_1);
    if (iStatus == 0)
        iStatus = flashEraseSector(C_ADDRESS_SECTOR_2);

    UpdateWatchdog();    // Prevent watchdog timeout

    SendFlashErasedResponse(iStatus);

    if (iStatus)
        ResetMicro();

    iSize = WaitForProgramCommand();
    while (iSize--)
    {
        u16 iData = GetWordFromCOMM();
        iStatus = flashWrite(pAddress, iData);
        if (iStatus)
            break;
        ++pAddress;
        UpdateWatchdog();    // Prevent watchdog timeout
    }

    SendFlashWriteResponse(iStatus);
    ResetMicro();
}

那些引導裝載程序沒有使用的程序空間，可用于其他例程和/或常數的存儲。一個很好的例子是將間接調用應用ROM例程的所有子程序保存在這里，例如上面“應用ROM閃存例程”中所給出的一些子程序。在引導程序分區存儲其他信息時需要注意：除非部分或全部擦除引導裝載程序自身，否則無法將其擦除。

采用基于RAM的閃存例程實現IAP
當不要求故障恢復時，可采用基于RAM的閃存例程來刷新MAXQ微控制器。該方法要求主程序拷貝一個小的、可再定位的閃存編程例程到RAM中，然后再跳轉到該例程。表7列出了從RAM中執行代碼需要注意的幾個限制。

表7. 從RAM中執行代碼的限制

SC.UPA must be set to 0 before executing a RAM-based routine. This means that the application must jump to the RAM routine from the code segments P0 & P1.

RAM cannot be accessed as data and program at the same time. This means that only the registers and hardware stack are available for data storage.

The Interrupt Vector must point to a RAM routine if interrupts are enabled. Typically interrupts are turned off and polling is used due to the simplicity of the RAM reflash routine.

閃存例程一般通過UART或者CAN接口來進行通信。為實現更可靠的錯誤恢復機制，最好是接收小的數據包，并發送某種類型的確認信息。圖6給出了一個更新例程。記住，在掉電之前，如果沒有成功完成重新編程，需要通過JTAG端口對微控制器重新編程。

圖6. 簡化的RAM更新例程流程圖