編輯導讀:工程結果：遙控|嵌入式系統開發面臨的問題與集成開發環境的應用|解決優先級倒置問題的RTOS優先級調度策略|嵌入式系統與普適計算|淺談Real-Time Linux|ARM發布用于嵌入式系統的新產品|基于2.6.19內核的小型Linux系統制作與移植|如何監控和保護Linux下進程安全|嵌入式數控系統體系結構研究|嵌入式系統設計方法的演化|
正文：
嵌入式存儲系統由嵌入式硬件和固化在硬件平臺中的嵌入式存儲系統軟件組成。傳統的小規模嵌入式存儲系統，軟件多采用前后臺的方法，通常應用于實時性要求不高的簡單場合；對于復雜的應用場合，較為普遍的做法是給系統配上嵌入式存儲系統實時操作系統（RTOS），這樣不僅能夠使系統具有良好的實時性能，降低軟件編制的工作量，還可以提高整個系統的穩定性。此外，為了簡化用戶程序，系統通常要提供一些必要的庫函數供用戶調用。同前后臺系統相比，這種實時嵌入式系統增加了系統存儲空間的開銷。Intel 8051系列及各種兼容的單片機因其極高的性價比、豐富的庫函數和長期的技術積累等背景而被廣泛應用于各種嵌入式領域中。受傳統單片機尋址空間的限制，嵌入式應用中經常需要進行存儲空間擴展。本文借鑒傳統計算機系統設計中的虛擬存儲技術，以8051單片機為例提出一種采用頁面分組和虛擬接口技術擴展存儲空間的方法。本方法與Keil C編譯器具有良好的兼容性。
2 存儲系統的組織
2.1 虛擬存儲系統
計算機系統中常采用虛擬存儲技術來擴展存儲系統容量，頁式虛擬存儲器是常用的一種組織方法。在這種方法下，整個虛擬地址空間和主存空間均被分成容量相等的若干頁，地址變換機構（通常是一個快速地址變換表）建立了虛擬空間到主存空間虛頁到實頁的映射。頁式存儲器組織關系如圖1。
虛擬存儲系統利用計算機CPU中的一組寄存器堆作為頁表基址寄存器，如圖1（b）所示，它與頁表一起給出用戶程序地址。實際計算機系統的頁式虛擬存儲要比這復雜得多，還需考慮未命中時的外部地址變換以及頁面替換算法，然而在嵌入式存儲系統中這些都可以簡化乃至省去。
2.2 單片機嵌入式存儲系統程序存儲區擴展
受虛擬存儲系統啟發，我們把上述方法作了一些修改以應用于嵌入式存儲系統中。由于系統設計選用的外部程序存儲器容量為256k，而一般單片機（如 8051系列）的尋址空間為64k，為簡單起見，以64k為一頁，將256k虛擬地址分為4頁映射到單片機的64k空間。嵌入式存儲系統中地址變換機構可被簡化：單片機沒有專用的頁表基址寄存器，可以通過額外的端口線（如P1.0，P1.1，P1.2等）作為基址指定不同的頁面，頁表查詢可用一個跳轉表實現。然而頁面切換前后必須保證能夠正確訪問到跳轉表，因此所有64k頁面都需要有一個完全相同的代碼段用來存放跳轉表和中斷矢量等公共資源。
為提高存儲器利用率可采用圖2所示的結構，其中公共段中存放了高32k段之間相互調用所需要的跳轉表。各段相互調用之前應先跳轉到公共段，執行頁面切換后再跳轉到被調用程序的入口，這就實現了18位虛擬地址到16位主存地址的變換。不妨以P1.0，P1.1，P1.2作為頁面基址來指定不同的頁，相應的跳轉表程序結構如下：
ADDR：CLR EA ；關中斷
SETB/CLR P1.0 ；切換頁面
SETB/CLR P1.1
SETB/CLR P1.2
SETB EA ；開中斷
JMP REAL_ADDR ；跳轉
編輯導讀:工程結果：遙控|嵌入式系統開發面臨的問題與集成開發環境的應用|解決優先級倒置問題的RTOS優先級調度策略|嵌入式系統與普適計算|淺談Real-Time Linux|ARM發布用于嵌入式系統的新產品|基于2.6.19內核的小型Linux系統制作與移植|如何監控和保護Linux下進程安全|嵌入式數控系統體系結構研究|嵌入式系統設計方法的演化|
正文：
在公共段（256k存儲芯片的低32k）中存放操作系統和提供給用戶的其他庫函數，其他各段用來存放嵌入式存儲系統的用戶程序。采用圖2結構的單片機與存儲器接口原理圖如圖3所示。其中A0～A15地址線接法與普通存儲器擴展方法相同。
以上考慮了復位時頁面應切換到公共代碼區。
Keil C51編譯器是單片機開發應用中非常流行的一種高效編譯器，它支持上述頁面分組技術。
2.3 單片機嵌入式存儲系統數據存儲區擴展
嵌入式存儲系統中引入操作系統需要增加一定的數據存儲器開銷，必要時仍可以采用分頁技術擴展數據存儲區容量。
引入操作系統以后，數據區有兩種組織方法，比較簡單的一種方法是操作系統與用戶程序共用一個數據區，編譯器將整個程序一起編譯，不必區分是系統程序還是用戶程序。但這樣對用戶來說操作系統變得不透明了，而且不良的用戶程序可能會破壞系統的數據區，導致整個系統崩潰。
相對應的另一種方法是給操作系統與用戶程序分別分配獨立的數據區，譬如將128k 數據存儲器給操作系統和用戶程序各分配64k。不幸地是，當操作系統與用戶程序一起編譯時，編譯器會自動給它們分配不同的地址，這樣即使存儲器物理上是分開的，操作系統與用戶程序的數據區還是無法地址復用，這極大地浪費了地址空間；而且對傳統的單片機， Keil C 編譯器最大只支持64k數據區，幸運地是，這個矛盾可以通過采用虛擬接口的方法加以解決。
為此，將公共代碼段中的程序單獨編譯，并且在鏈接、定位目標代碼時，給操作系統和公共庫函數的每個函數在0x0000～0x7FFFH內分別指定一個固定的首地址。鑒于用戶程序可能調用這些函數，需要為這些函數分別編寫一個相同類型的同名偽函數，每個偽函數僅包含一條到真實函數（入口地址已知）的轉移指令，所有這些函數都存放在一個被稱為虛擬接口的頭文件中。虛擬接口文件與用戶程序一起編譯，完成用戶程序與操作系統兩次編譯的接口。顯然這種方法僅占用了用戶區的極少量代碼空間，而絲毫沒有浪費用戶數據區，同時又實現了地址復用。
編輯導讀:工程結果：遙控|嵌入式系統開發面臨的問題與集成開發環境的應用|解決優先級倒置問題的RTOS優先級調度策略|嵌入式系統與普適計算|淺談Real-Time Linux|ARM發布用于嵌入式系統的新產品|基于2.6.19內核的小型Linux系統制作與移植|如何監控和保護Linux下進程安全|嵌入式數控系統體系結構研究|嵌入式系統設計方法的演化|
正文：
公共代碼段和操作系統的數據區特殊的對應關系（見圖4），很容易通過P2端口線來指定。由單片機外部程序區訪問時序（圖 5）可知，PSEN的上升沿后數據總線A0～A7上開始出現指令或指令操作數，此時的地址線A15指示當前訪問的是公共代碼段（對應數據區高64k）還是其他程序段（對應數據區低64k），因此在PSEN上升沿鎖存地址線A15，用它可以選擇不同的數據存儲器空間。
3 存儲系統的性能分析
本文基于虛擬存儲系統思想實現了嵌入式存儲系統中大容量存儲器的擴展。不難看出系統的擴展余地受端口線的限制。由于在同一塊芯片中構造圖2所示的結構，需要多使用一根端口線，因此對于8051系列使用整個P1口可以將系統的程序虛擬空間擴展至8M字節。數據存儲區擴展的最大容量還與程序在編譯時所被分成塊的數目有關，最大可達16M字節，這在單片機嵌入式存儲系統中已經是足夠大了。
程序在調用不同頁面的函數時需要額外的軟件切換周期，頻繁的頁面切換會降低系統的性能，因此編譯時應仔細選擇函數，盡可能將相關的函數分配在同一頁中。
數據存儲區切換是由硬件實現的，頁面切換并不降低系統性能。由于操作系統與用戶程序數據區相互獨立，對用戶來說整個64k空間都是可用的，這就增加了操作系統的透明性。
4結論
嵌入式存儲系統由于它的專用性和特殊性，系統的軟硬件設計都與傳統的計算機系統設計方法有所不同。但進行嵌入式系統設計時仍然很有必要借鑒傳統計算機系統體系結構成熟的設計方法，“量體裁衣”為我所用。作者在進行嵌入式存儲系統平臺設計時借鑒了傳統計算機虛擬存儲思想來擴展存儲系統，并在實際項目中得以應用，證明這種方法是非常有效的。