一種嵌入式電網監測儀的實現方案
嵌入式電網監測儀成功運用了S3C44BOX微處理器和RTL8019AS以太網控制器組成的硬件平臺,并結合了嵌入式實時操作系統μC/OS-II和 LwIP協議棧。在實時操作系統和LwIP協議棧的驅動下,由微處理器實現數據采集、數據處理和采集模塊的控制功能。嵌入式電網監測儀具有極高的性能價格比,可以直接取代常規電力變送器、測量指示儀表、電能計量儀表以及相關的輔助單元,具有安裝方便、接線簡單、維護方便,工程量小、現場可編程設置輸入參數的特點。μC/OS-II是一種適用于嵌入式系統的源碼開放的占先式實時多任務操作系統。本文討論了基于μC/OS-II嵌入式系統的網絡通信實現,包括μC/OS-II實時操作系統、LwIP協議棧的移植和網絡設備驅動程序的建立以及系統任務的調度。
本文引用地址:http://www.j9360.com/article/150441.htm1 μC/OS-II的移植
μC/OS-II 是一種基于優先級的搶占式多任務實時操作系統,包含了實時內核、任務管理、時間管理、任務間通信同步(信號量,郵箱,消息 隊列)和內存管理等功能。它可以使各個任務獨立工作,互不干涉,很容易實現準時而且無誤執行,使實時應用程序的設計和擴展變得容易,使應用程序的設計過程大為減化。多任務系統中,內核負責管理各個任務,或者說為每個任務分配CPU 時間,并且負責任務之間的通訊。內核提供的基本服務是任務切換。μC/OS-II可以管理多達64個任務。由于它的作者占用和保留了8個任務,所以留給用戶應用程序最多可有56個任務。賦予各個任務的優先級必須是不相同的。這意味著μC/OS-II不支持時間片輪轉調度法(round-robin scheduli ng)。
μC /OS-II是一個完整的、可移植、可固化、可裁剪的占先式實時多任務內核。μC/OS-II絕大部分的代碼是用ANSI的C語言編寫的,包含一小部分匯編代碼,使之可供不同架構的微處理器使用。至今,從8位到64位,μC/OS-II已在超過40種不同架構上的微處理器上運行。μC/OS-II已經在世界范圍內得到廣泛應用,包括很多領域, 如手機、路由器、集線器、不間斷電源、飛行器、醫療設備及工業控制上。它適合小型控制系統,具有執行效率高、占用空間小、實時性能優良和可擴展性強等特點,最小內核可編譯至2KB。
移植μC/OS-II時,系統可以運行于用戶模式(User Mode),也可以運行于管理模式(Supervision Mode),大部分的移植都運行于管理模式。如果需要,也可以設置為在用戶模式運行,但進行處理模式的切換時必須由異常處理完成,這樣操作要復雜一些。
下面介紹在本系統中進行μC/OS-II移植時需要解決的主要問題。
(1)OS_CPU.H修改
此修改主要是改變與處理器、編譯器有關的數據類型和宏定義,S3C44BOX為32位微處理器,使用armcc編譯器。Char類型長度8位,Short類型長度16位,Int和Long類型長度32位。ARM 寄存器都是32 位的,所以將堆棧數據類型OS_STK 聲明為32位。所有的堆棧都必須使用OS_STK 聲明。
將開關中斷的宏OS_ENTER_CRITICAL和OS_EXIT_CRITICAL定義為OS_CPU_ASM.S中的函數ARMDisableINT和ARMEnableINT,用于屏蔽中斷和開中斷。
(2)OSTaskStkInit( )
OSTaskCreate( )和OSTaskCreateExt( )通過調用OSTask-StkInit( )來初始化任務的堆棧結構,因此,堆棧看起來就像剛發生過中斷并將所有的寄存器保存到堆棧中的情形一樣。
μC/OS-II為每個任務建立堆棧,用于保存處理器的寄存器。其結構體定義OS_STK[17],任務堆棧空間由高至低依次保存著處理器工作模式(SVC模式)的pc、lr、r12、r11、r10……r1、r0、CPSR、SPSR。
μC/OS-II在OS_CPU_C.C中由任務堆棧初始化函數OSTaskStkInit,需要將任務棧內的CPSR 和SPSR 設為SVC 模式。
(3)OSCtxsw( )
用于任務級的上下文切換。當任務因為被阻塞而主動請求CPU調度時OSCtxsw( )被執行,此時的任務切換在非異常模式下進行。它的工作是先將當前任務的CPU現場保存到該任務堆棧中,然后獲得最高優先級任務的堆棧指針,從該堆棧中恢復此任務的CPU現場,使之繼續執行。這樣就完成了一次任務切換。
(4)OSIntCtxSW( )
用于中斷級的任務切換。若在時鐘中斷ISR中發現有高優先級任務等待的時鐘信號到來,則在中斷退出后并不返回被中斷任務,而是直接調度就緒的高優先級任務執行,從而能夠盡快地使高優先級的任務得到響應,保證系統的實時性能。
OSIntCtxSW( )完成的工作為:向S3C44BOX的INTCON寄存器寫入值,將IRQ棧內保存的中斷CPU寄存器的值寫入被中斷的任務棧,將就緒的高優先級的任務棧內容寫入對應的CPU 寄存器。
(5)OSTickISR( )
時鐘中斷處理函數。其主要任務是負責處理時鐘中斷,調用系統實現OSTimeTick( )函數,如果有等待時鐘信號的高優先級任務,則需要在中斷級別上調度其執行。
OSTickISR( )是標準的中斷服務程序,函數的入口寫入ISR的中斷向量表。其實現的過程是:向S3C44BOX 的0x18寫入任意的數(0x18在ARM中是IRQ的中斷入口地址),讀取S3C44BOX的狀態寄存器清除中斷,保護CPU寄存器入棧,調用OSIntEnter( )對中斷嵌套標志加1。調用中斷服務程序OSTimeTick( ),調用OSIntExit( )判斷是否需要任務切換,如果需要則調用OSIntCtxSW( )來進行任務切換。若沒有調用任務切換函數OSCtxsw( ),則說明CPU寄存器入棧的工作已經在進入中斷時完成。
2 LwIP協議棧的移植
lwip是瑞典計算機科學院的一個開源的TCP/IP協議棧實現。lwIP是TCP/IP協議棧的一個實現。lwIP協議棧主要關注的是怎么樣減少內存的使用和代碼的大小,這樣就可以讓lwIP適用于資源有限的小型平臺例如嵌入式系統。為了簡化處理過程和內存要求,lwIP對API進行了裁減,可以不需要復制一些數據。LwIP是Light Weight (輕型)IP協議,有無操作系統的支持都可以運行。LwIP實現的重點是在保持TCP協議主要功能的基礎上減少對RAM 的占用,一般它只需要幾百字節的RAM和40K左右的ROM就可以運行,這使LwIP協議棧適合在低端的嵌入式系統中使用。
下面介紹在μC/OS-II操作平臺上移植LwIP的主要步驟。
2.1 與CPU或編譯器相關的include文件
/src/arch/include/arch目錄下cc.h、cpu.h、perf.h中,有一些與CPU或編譯器相關的定義,如數據長度、字的高低位順序等,這些參數應該與實現μC/OS-II時定義的數據長度等參數是一致的。
linux操作系統文章專題:linux操作系統詳解(linux不再難懂)
評論