1、arm7嵌入式系統在車輛調度中的應用因為本系統對時性要求不是很強，采納了uc/os-ii這種容易的源碼開發的操作系統。因為uc/os-ii是以任務為基礎舉行調度的。所以系統中所要處理的中間結果或響應外部的輸入和輸出，都應當在任務中完成。任務的調度是基于優先級的（uc/os不支持時光片輪轉的辦法）。在多任務調度開頭后，時鐘節拍開頭工作，時鐘節拍產生周期性的中斷，時鐘節拍提供延時或超時的依據。多任務啟動之前應當先舉行初始化的工作，包括cpu、tcb（任務控制塊）、ecb（大事控制塊）和操作系統本身的初始化等。初始化完畢后多任務啟動，系統總是運行就緒狀態優先級最高的任務。因為任務本身是一個無限的循環

2、，所以任務中必需包含引起任務切換的函數，如ostimedly()、ossempend()等，執行到這些函數時將引起任務的切換，即任務的調度。任務切換之前應當庇護現場。任務之間要舉行通信，通信的方式無數，可以采納全局變量、分享存儲區等一些常用的方式，但在采納uc/os-ii的系統中任務之間的通信更多采納信號量、消息郵箱等舉行。三、操作系統的移植：將uc/os-ii這個操作系統移植到三星公司7tdmi s3c44b0x上要注重osctxsw()這個任務切換函數，其中任務切換的核心是利用出棧命令將各個任務的工作現場加以復原。利用中斷返回命令轉變pc的指針達到任務切換的目的。它事實上是從任務堆棧中復原

3、處理器全部的寄存器，并且執行中斷返回命令。實際的移植是用軟件來模擬中斷的發生。移植中的關鍵問題是如何構造任務堆棧及任務切換時的出棧挨次。而任務區堆棧初始化主要是模擬任務被中斷后堆棧中的內容。另值得注重的是開關中斷的函數os_entercritical()和os_exit_critical()這個函數。這兩個函數實現了對臨界區內容的庇護。四、基于狀態機的程序設計：囫圇系統的軟件設計采納任務加狀態機的設計辦法，因為系統中采納了uc/os-ii的操作系統，所以系統中全部大事處理都采納任務調度的方式，任務在操作系統得調度下運行。而對于每個任務采納基于狀態機的設計辦法，引起系統中某個狀態發生轉移的大事可

4、能是信號量、也可能是其它的大事。下面向狀態機的有關內容加以介紹。狀態機可以看成是一個狀態和轉換的圖，描述了應用程序對接收到大事的響應。狀態機的執行：狀態機在某個時刻處理某個大事而在處理另外的大事之前必需完成對這個大事的處理并得到結果。基于狀態機的程序執行過程是這樣的：在任何時候都存在一個或者多個狀態機活動的狀態。假如一個狀態是活動的，那么離開這個狀態的轉換可能會激發，引起一個大事的執行，并使得另一個狀態或位于初始狀態位置的狀態激活（下一個狀態處于初始狀態）。狀態機它是解釋狀態機的對象在對象自己的生命期中大事的所經受的狀態序列以及它們對那些大事的響應。可以這樣理解狀態機狀態機是對象的狀態在大事的

5、作用下從一個狀態轉移到另一個狀態。狀態機中的幾個基本概念：1.狀態(state):是指在對象的生命期中的一個條件或情況，在此期間對象將滿足某些條件、執行某些活動或等待某些大事。2.大事(event)是對一個在時光和空間上占有一定位置的故意義的事情的解釋。在狀態機中一個大事的產生可以引起一次狀態轉換。3.轉換(transition)是兩個狀態之間的一種關系，它指明對象在第一個狀態中執行的一定的動作，并當特定大事或特定條件滿足時進入其次個狀態。在嵌入式系統的程序設計中，應當注重的另一個問題是函數的可重入問題, 可重入函數可以被遞歸調用，可以同時被兩個或多個進程調用，這就要求在編譯的時候要為可重入函

6、數提供一個模擬堆棧區。其中菜單1是顯示歡迎界面（就是上面提到的狀態）；菜單2是發送短消息；菜單3是記錄發送短消息內容的；菜單4是用來讀取接收到的短消息。詳細的狀態轉移過程是這樣的，當顯示處于歡迎界面的時候，在這個狀態下，如向下的按鍵被按下（這就是一個大事）或發送短消息的鍵被按下，則系統狀態轉移到菜單2（發生了一次狀態轉移，下面和這是類似的，故相應的分析省略了。）；在這個狀態下，當向下按鍵被按下或系統要輸入發送短消息的內容時候，系統狀態從菜單2進入菜單3；在這個狀態下，當向下的鍵盤被按下，系統的狀態轉移到菜單4；讀取短消息結束時，系統狀態返回到歡迎界面。實際的系統還有返回按鍵等，這里只是用這個圖容易解釋采納狀態機的程序設計辦法。五、硬件設計：為了從分利用s3c44b0x的時鐘頻率高的特點，減小s3c44b0x在取指和存取數據的延遲，系統中采納將代碼固化在flash中，并在系統啟動后將代碼從flash拷貝到sdram中運行。并