簡介Nucleus for 2410是一份面向嵌入式開發(fā)者的實時操作系統(tǒng)移植工程聚焦Nucleus RTOS在三星S3C2410ARM920T內(nèi)核平臺上的移植與應(yīng)用幫助學(xué)習(xí)者從源碼層面理解RTOS與底層硬件的適配過程。資源共包含125個文件以C源碼、頭文件、匯編文件及工程配置為主其中77個c文件涵蓋硬件驅(qū)動與內(nèi)核服務(wù)實現(xiàn)38個h文件用于接口聲明9個s文件包含啟動與中斷處理代碼1個mcp文件定義系統(tǒng)內(nèi)存配置與中斷向量表整體壓縮包僅328KB結(jié)構(gòu)緊湊。目前已有162人學(xué)習(xí)下載。通過該資源可系統(tǒng)梳理S3C2410的GPIO、UART、定時器等外設(shè)驅(qū)動編寫思路了解任務(wù)調(diào)度、信號量等內(nèi)核組件的組裝方式并借助附帶的Application示例完成從裸機(jī)到RTOS的認(rèn)知躍遷。無論是初學(xué)者夯實基礎(chǔ)還是工程師快速上手項目都能從中獲得直接可用的思路與代碼參考。在S3C2410上把Nucleus RTOS跑起來是一堂值得補(bǔ)的嵌入式操作系統(tǒng)課熟悉嵌入式的朋友看到S3C2410 Nucleus這個組合大概會想起十年前那批車載終端、工控采集板和手持設(shè)備?，F(xiàn)在做項目大家動不動就上Linux、上RT-Thread甚至Android但Nucleus作為當(dāng)年大量物聯(lián)網(wǎng)設(shè)備背后的商業(yè)RTOS它的任務(wù)調(diào)度、中斷處理、內(nèi)存管理和組件化設(shè)計放在今天依然是理解RTOS底層機(jī)制的絕佳樣本。我最近翻出一個老項目的完整歸檔里面正好是圍繞Nucleus在S3C2410平臺上的移植與開發(fā)。S3C2410這顆基于ARM920T內(nèi)核的SoC主頻不過203MHz但憑借完整的內(nèi)存控制器、NAND/NOR Flash接口、LCD控制器和豐富的外設(shè)一度是嵌入式教學(xué)的標(biāo)配平臺。Nucleus在這種級別的芯片上能做到任務(wù)切換微秒級、中斷響應(yīng)確定性強(qiáng)靠的正是精簡的內(nèi)核設(shè)計和清晰的分層。對想弄明白RTOS到底怎么跑在裸金屬上的朋友來說這篇內(nèi)容會比較解渴。文章里會講到啟動流程、內(nèi)存布局、關(guān)鍵外設(shè)驅(qū)動適配、實時性調(diào)優(yōu)還有那塊板子上繞不開的硬件坑。適合有一定裸機(jī)開發(fā)基礎(chǔ)、想趁手把一個RTOS落地的讀者也適合正在從單片機(jī)轉(zhuǎn)向應(yīng)用處理器平臺的同學(xué)參考。1. 為什么在S3C2410上跑Nucleus而不是裸機(jī)或Linux1.1 選型時看到的幾個現(xiàn)實問題當(dāng)年接手這個項目的時候業(yè)務(wù)方的需求其實不復(fù)雜一個數(shù)據(jù)采集終端要同時處理串口數(shù)據(jù)收發(fā)、按鍵掃描、LCD顯示刷新、外部傳感器輪詢還要保證幾個實時性要求比較高的告警任務(wù)不被長時間阻塞。裸機(jī)狀態(tài)下的經(jīng)典寫法是主循環(huán)加中斷但業(yè)務(wù)一多就亂了——中斷里不能做耗時操作主循環(huán)里又無法保證關(guān)鍵任務(wù)的響應(yīng)時間。當(dāng)時也認(rèn)真考慮過Linux方案。S3C2410跑Linux內(nèi)核不是不行但是啟動時間至少一兩秒起步而且文件系統(tǒng)、內(nèi)核配置、驅(qū)動開發(fā)這套東西對產(chǎn)品團(tuán)隊來說太重了。更麻煩的是這類嵌入式設(shè)備本身不需要完整操作系統(tǒng)Linux帶來的進(jìn)程管理、虛擬內(nèi)存等能力在這個場景里屬于用不上的開銷。還有一個實際問題是成本——Flash容量和內(nèi)存容量都要跟著往上加BOM成本直接抬高了。這時候Nucleus這樣的RTOS體現(xiàn)出優(yōu)勢了。它不是一個完整的操作系統(tǒng)而是一個可裁剪的內(nèi)核核心功能就是任務(wù)調(diào)度、任務(wù)間通信、中斷管理和內(nèi)存管理。整個內(nèi)核編譯出來裁剪之后也就幾十KB級別S3C2410板上預(yù)算不多也能輕松放下。實時性上Nucleus是搶占式優(yōu)先級調(diào)度任務(wù)的切換時間最快能做到幾個微秒級S3C2410的203MHz主頻完全能支撐。對采集終端這類場景來說這種確定性的響應(yīng)比什么花哨功能都實在。1.2 Nucleus和常見的裸機(jī)狀態(tài)機(jī)、其他RTOS的差別我見過不少團(tuán)隊在類似項目上用狀態(tài)機(jī)裸奔到底。裸機(jī)狀態(tài)機(jī)本身沒錯但問題在于當(dāng)任務(wù)數(shù)量超過五六個、互相之間有數(shù)據(jù)交互的時候狀態(tài)機(jī)里的全局狀態(tài)變量會變得非常難維護(hù)。你今天加一個功能可能就要動三四個狀態(tài)分支。Nucleus這種基于任務(wù)并發(fā)的模型天然適合把不同功能模塊拆成獨(dú)立任務(wù)每個任務(wù)只管自己的邏輯復(fù)雜度一下就降下來了。和FreeRTOS、RT-Thread甚至uC/OS-II相比Nucleus的設(shè)計理念也比較有代表性。Nucleus任務(wù)沒有延遲函數(shù)讓你原地死等而是通過事件標(biāo)志、消息隊列、信號量這些機(jī)制做同步和通信。它特別強(qiáng)調(diào)核內(nèi)不阻塞的理念——很多操作在無競爭條件下根本不需要關(guān)中斷。這個設(shè)計讓Nucleus在中斷響應(yīng)上比某些動不動就關(guān)全局中斷的RTOS要干凈。后面我會專門講Nucleus的中斷模型和S3C2410的中斷控制器怎么配合這塊當(dāng)時花了我不少時間。2. 啟動流程從復(fù)位向量到第一個用戶任務(wù)的完整鏈路2.1 點(diǎn)燈之前先把內(nèi)存初始化搞定S3C2410的啟動流程和現(xiàn)在的Cortex-M芯片差別很大。Cortex-M內(nèi)部自帶Flash上電直接跑S3C2410雖然是ARM920T內(nèi)核但外部必須掛NOR或NAND Flash來存放代碼。尤其選了NAND Flash啟動方式的話處理器上電后內(nèi)部SRAM里的4KB Steppingstone會先接管然后自動把NAND Flash前4KB拷貝到Steppingstone執(zhí)行。這意味著你的啟動代碼第一件事不是初始化外設(shè)而是在這4KB空間里完成NAND控制器的初始化和內(nèi)存搬運(yùn)。我當(dāng)時寫的startup代碼就是標(biāo)準(zhǔn)的二級引導(dǎo)流程。第一級匯編代碼完成以下動作關(guān)看門狗、設(shè)置時鐘PLL、初始化SDRAM控制器然后把NAND Flash里的主程序整體搬運(yùn)到SDRAM最后跳轉(zhuǎn)過去。這里面有個容易出問題的細(xì)節(jié)SDRAM初始化時序寄存器如果設(shè)置不當(dāng)搬運(yùn)過來的數(shù)據(jù)就是亂的而且這種錯誤非常難排查——你看到的代碼看起來是完整的但運(yùn)行起來莫名其妙跳飛。后來我習(xí)慣在SDRAM初始化之后立刻往幾個已知地址寫測試數(shù)再讀回來校驗這個習(xí)慣幫我提前排掉過好幾次硬件時序問題。SDRAM初始化完成之后還要注意解除寫保護(hù)并設(shè)置總線寬度。S3C2410的外部總線支持8/16/32位如果ROM總線寬度設(shè)置和實際Flash芯片不匹配取指令立刻異常。這塊雖然是老生常談但確實是我見過新手出錯率最高的地方。2.2 Nucleus內(nèi)核的初始化順序從硬件啟動進(jìn)入C代碼之后要先調(diào)用Nucleus提供的中斷初始化函數(shù)再初始化系統(tǒng)節(jié)拍定時器最后創(chuàng)建任務(wù)并啟動調(diào)度器。這個順序不能亂原因在于Nucleus內(nèi)部的數(shù)據(jù)結(jié)構(gòu)、隊列、內(nèi)存池都是在初始化過程中建立起來的如果任務(wù)創(chuàng)建發(fā)生在這些基礎(chǔ)設(shè)施就緒之前內(nèi)核會直接拋異常。一個典型的初始化流程長這樣#include nucleus.h extern void board_uart_init(void); extern void board_timer_init(void); extern void board_interrupt_controller_init(void); void application_initialize(void) { /* 關(guān)閉全局中斷避免初始化過程中被打斷 */ DISABLE_INTERRUPTS; /* 硬件相關(guān)初始化 */ board_uart_init(); /* 串口0調(diào)試輸出 */ board_interrupt_controller_init(); /* 中斷控制器 */ board_timer_init(); /* 系統(tǒng)節(jié)拍定時器通常用Timer0 */ /* Nucleus內(nèi)核初始化 */ NU_Initialize(); /* 創(chuàng)建應(yīng)用任務(wù) */ NU_Create_Task(system_task_cb, SYSTEM_TASK, system_task_entry, 0, NU_NULL, system_task_stack, SYSTEM_TASK_STACK_SIZE, SYSTEM_TASK_PRIO, NU_PREEMPT, NU_START); /* 啟動調(diào)度器這個調(diào)用正常情況下不會返回 */ NU_Start(); }中斷控制器和定時器必須先初始化因為Nucleus調(diào)度的時機(jī)依賴于定時器節(jié)拍。系統(tǒng)任務(wù)創(chuàng)建之后調(diào)用NU_Start()時調(diào)度器才真正接管CPU然后system_task_entry開始執(zhí)行之后再從這個任務(wù)里去創(chuàng)建其他業(yè)務(wù)任務(wù)。這種層級關(guān)系理解了之后整個系統(tǒng)的啟動順序就不會搞反。2.3 MMU與Cache的取舍S3C2410的ARM920T自帶MMU但這不意味著Nucleus必須使用MMU。Nucleus可以在非MMU模式下運(yùn)行直接訪問物理地址這對絕大多數(shù)MCU使用場景來說是夠用的。但如果有DMA操作或外設(shè)緩沖對齊需求MMU和Cache的設(shè)置就需要仔細(xì)考慮了。我當(dāng)時做的配置是內(nèi)核區(qū)域開啟Cache以提升性能但DMA使用的緩沖區(qū)設(shè)置為非Cacheuncached的頁屬性。原因很簡單如果DMA緩沖區(qū)是可緩存的CPU寫入數(shù)據(jù)后如果還在Cache里沒有回寫內(nèi)存DMA外設(shè)讀到的可能還是舊數(shù)據(jù)。這類問題在通信設(shè)備上非常典型現(xiàn)象就是數(shù)據(jù)偶爾丟幾個字節(jié)排查起來極其費(fèi)勁。在這里給一個建議拿到新板子跑Nucleus第一步先不開Cache跑一遍基礎(chǔ)外設(shè)再開Cache對比行為差異這樣能過濾掉很多硬件層面的坑。3. 板級驅(qū)動適配串口、定時器、中斷控制器一個都不能少3.1 串口驅(qū)動先讓調(diào)試信息能吐出來移植RTOS之后第一件事永遠(yuǎn)是讓串口能輸出沒有輸出后面所有的工作都是盲人摸象。S3C2410的UART控制寄存器是標(biāo)準(zhǔn)的ARM PrimeCell風(fēng)格初始化流程不復(fù)雜配置GPIO引腳為UART功能、設(shè)置波特率分頻、配置數(shù)據(jù)格式、使能FIFO和收發(fā)中斷。波特率計算有個官方公式但實際用得更多的做法是查表加微調(diào)。115200bps在12MHz的PCLK下分頻值通常落在整數(shù)附近直接取整即可但如果PCLK不是規(guī)整的整數(shù)分頻比如某些低功耗模式下時鐘被切成奇怪的值就需要把UART FIFO的接收超時中斷配合DMA一起用防止高波特率下面丟數(shù)據(jù)。這里還有個細(xì)節(jié)調(diào)試串口初始化完成之后立刻輸出幾個字節(jié)的啟動信息這個習(xí)慣關(guān)鍵時刻能救命——當(dāng)系統(tǒng)跑到某個模塊突然死機(jī)啟動日志能幫你快速定位是硬件初始化沒完成還是內(nèi)核初始化出問題。3.2 系統(tǒng)節(jié)拍定時器Nucleus的心跳Nucleus的延時、超時、時間片輪轉(zhuǎn)都依托于系統(tǒng)節(jié)拍定時器。S3C2410允許多個定時器我當(dāng)時選了Timer0作為系統(tǒng)節(jié)拍中斷周期設(shè)為1ms。設(shè)置上有個原則節(jié)拍越短任務(wù)調(diào)度越精細(xì)但中斷開銷也越大。1ms是嵌入式里比較常見的折中值既滿足一般業(yè)務(wù)對延時的感知又不會因為過高頻率的定時器中斷吃掉太多CPU。Nucleus對定時器中斷處理的特殊之處在于它要求定時器中斷服務(wù)程序里必須調(diào)用NU_Timer_Interrupt_Service這個鉤子函數(shù)否則內(nèi)核的時間管理功能不會運(yùn)轉(zhuǎn)。我當(dāng)時第一版移植漏了這一步結(jié)果所有NU_Sleep調(diào)用的任務(wù)全部卡死表現(xiàn)就是系統(tǒng)假死。排查過程倒是很簡單翻一下Nucleus提供的移植參考代碼對照確認(rèn)中斷入口處多了哪一行調(diào)用補(bǔ)上就好了。定時器中斷的代碼大致是void Timer0_IRQHandler(void) { /* 清除Timer0中斷標(biāo)志 */ SUBSRCPND_REG | (1 9); /* 根據(jù)實際寄存器位定義 */ INTPND_REG | (1 10); /* 通知Nucleus一個節(jié)拍過去了 */ NU_Timer_Interrupt_Service(); }3.3 中斷控制器RTOS里中斷處理的第一現(xiàn)場S3C2410的向量中斷控制器和Cortex-M的NVIC思路不同。它支持普通中斷模式和快速中斷模式。Nucleus支持在中斷服務(wù)程序里調(diào)用部分服務(wù)函數(shù)比如釋放信號量、發(fā)事件標(biāo)志但要注意這些調(diào)用和普通任務(wù)里調(diào)用的上下文不同編譯器對中斷服務(wù)程序的編譯選項也要特殊處理避免寄存器現(xiàn)場保存不完整。實際項目中我一般在中斷服務(wù)程序里只做最核心的工作讀取硬件狀態(tài)、清中斷標(biāo)志、然后用NU_Signal_Event或者NU_Send_To_Queue把信息傳遞給任務(wù)層。真正復(fù)雜的數(shù)據(jù)解析和業(yè)務(wù)邏輯全部放到任務(wù)里處理。這樣做的直接好處是中斷處理時間被壓到幾微秒級別系統(tǒng)的實時性指標(biāo)非常好看。另外Nucleus任務(wù)里有優(yōu)先級反轉(zhuǎn)的處理機(jī)制但那是針對任務(wù)之間的資源競爭中斷里的處理邏輯必須保持精簡這個習(xí)慣無論用哪個RTOS都通用。4. 實時性設(shè)計任務(wù)優(yōu)先級劃分與性能實測4.1 任務(wù)到底該怎么拆優(yōu)先級怎么定任務(wù)拆分是最考驗經(jīng)驗的環(huán)節(jié)。拆少了一個任務(wù)里擠了太多業(yè)務(wù)實時性還是不行拆多了任務(wù)切換開銷增大通信邏輯變復(fù)雜。我的經(jīng)驗是按事件來源而不是按功能模塊來拆。比如串口數(shù)據(jù)接收做成一個任務(wù)等待串口消息隊列按鍵掃描做成一個任務(wù)等待按鍵事件標(biāo)志LCD刷新做成一個低優(yōu)先級任務(wù)拿到數(shù)據(jù)就更新顯示。這樣每個任務(wù)在任一時刻只被一類事件驅(qū)動邏輯清晰不至于糾纏在一起。優(yōu)先級分配上遵循三個原則中斷相關(guān)的任務(wù)優(yōu)先高因為數(shù)據(jù)不快速取走可能被覆蓋對用戶有明確感知的功能優(yōu)先高比如告警提示純計算或后臺任務(wù)盡量放低優(yōu)先級。這里是一個實際使用過的任務(wù)優(yōu)先級表格任務(wù)名優(yōu)先級觸發(fā)源典型執(zhí)行時間中斷采集任務(wù)8外部中斷/串口中斷 50 us告警處理任務(wù)12事件標(biāo)志組~ 200 us數(shù)據(jù)解析任務(wù)20消息隊列~ 500 usLCD刷新任務(wù)40消息隊列/定時器2-5 ms自檢任務(wù)60定時器~ 1 msNucleus數(shù)值越小的優(yōu)先級越高這一點(diǎn)和很多RTOS正好相反新人特別容易搞反輕則性能達(dá)不到預(yù)期重則低優(yōu)先級任務(wù)餓死。4.2 任務(wù)間通信的選型事件標(biāo)志、消息隊列還是信號量Nucleus提供了事件標(biāo)志、消息隊列、信號量、管道等多種通信機(jī)制。選型準(zhǔn)則不復(fù)雜事件標(biāo)志適合通知發(fā)生了一件什么事不攜帶具體數(shù)據(jù)消息隊列適合把一塊數(shù)據(jù)從一個任務(wù)搬去另一個任務(wù)數(shù)據(jù)量稍大信號量適合保護(hù)資源或者生產(chǎn)-消費(fèi)計數(shù)。我在串口采集場景里的組合方式是UART中斷里解析出一個個帶長度字段的原始數(shù)據(jù)幀把幀指針壓入消息隊列解析任務(wù)從隊列里取出數(shù)據(jù)幀處理。這種中斷只通知不處理任務(wù)統(tǒng)一消費(fèi)的模式讓串口在任何波特率下都不會因為處理器繁忙而丟數(shù)據(jù)實測下來比較穩(wěn)。4.3 壓測數(shù)據(jù)與調(diào)參心得整個系統(tǒng)調(diào)通之后我做了幾項基礎(chǔ)性能測試記錄下來的數(shù)據(jù)大概是這樣的任務(wù)切換時間在203MHz主頻下不開啟MMU時約為3-5微秒定時器中斷延遲從硬件中斷觸發(fā)到進(jìn)入Nucleus中斷服務(wù)程序平均不到2微秒消息隊列傳遞一個指針的消息單次開銷大約3微秒。這些數(shù)據(jù)在今天看當(dāng)然不驚艷但在資源那么緊張的老平臺上Nucleus的表現(xiàn)足夠說明這類RTOS的設(shè)計功力。調(diào)參過程中最值得提醒的是任務(wù)棧大小的配置。我踩過一次非常隱蔽的坑某個任務(wù)正常跑兩天才偶發(fā)一次異常非常難復(fù)現(xiàn)。最后通過Nucleus自帶的棧檢測機(jī)制查看歷史最大使用深度才發(fā)現(xiàn)棧配額給得太緊張偶爾一次深層函數(shù)調(diào)用就溢出了。從那之后我的習(xí)慣是每個任務(wù)棧大小在測試出的最大深度基礎(chǔ)上再乘1.5的安全系數(shù)。5. 踩坑記錄NAND啟動、總線時序和調(diào)試工具鏈5.1 NAND Flash啟動的地址重映射與校驗S3C2410從NAND啟動時內(nèi)部Steppingstone完成引導(dǎo)任務(wù)之后最容易被忽略的是NAND Flash對ECC的依賴。NAND的頁訪問如果ECC校驗失敗讀出來的數(shù)據(jù)會有隨機(jī)位錯誤程序表現(xiàn)為偶爾跑飛。我當(dāng)時的處理是把NAND控制器配置成硬件ECC模式并在系統(tǒng)引導(dǎo)過程中做一次完整的CRC32校驗校驗不通過就進(jìn)入串口升級模式。這個機(jī)制在產(chǎn)線階段幫了大忙很多燒錄不完全的板子都能被攔截在出廠之前。另外注意一點(diǎn)NAND Flash的時序參數(shù)一定要參照芯片數(shù)據(jù)手冊給控制器填入正確的寄存器值。太慢浪費(fèi)時間太快就是偶發(fā)性數(shù)據(jù)錯誤。S3C2410的NFCONF寄存器里可以配置TACLS、TWRPH0、TWRPH1三個時間參數(shù)這幾個參數(shù)不是越大越好也不能想當(dāng)然地給默認(rèn)值要按照實際Flash的時序要求去算。5.2 外設(shè)總線時序DM9000網(wǎng)卡的通信不穩(wěn)問題項目里用到一片DM9000以太網(wǎng)控制器掛在S3C2410的Bank3上數(shù)據(jù)總線16位。功能調(diào)試初期一直有個讓人頭疼的問題網(wǎng)卡吞吐量一高就偶爾丟包用示波器抓總線發(fā)現(xiàn)讀周期的數(shù)據(jù)建立時間剛好卡在臨界點(diǎn)。原因就是Bank3的時序寄存器里頁讀訪問時間設(shè)置太緊而DM9000本身是慢速設(shè)備需要更長的訪問周期才能保證數(shù)據(jù)穩(wěn)定。解決方法是把BANKCON3的Tacs、Tcos、Tacc、Tacp這幾個參數(shù)放寬。從實際操作來說參數(shù)不是越窄越好要給外設(shè)留夠裕量。調(diào)整完再跑網(wǎng)卡高負(fù)載測試連續(xù)壓了一晚上一個包都沒丟?？偩€時序這個問題在純軟件層面很難發(fā)現(xiàn)拿到一個新外設(shè)一定先把芯片手冊里的時序圖和SoC的內(nèi)存控制器手冊對照著看一遍再決定參數(shù)怎么配。5.3 老平臺開發(fā)效率的短板與補(bǔ)救S3C2410這代芯片的調(diào)試手段遠(yuǎn)不如現(xiàn)在的JTAG/SWD豐富當(dāng)年最常用的是OpenOCD加一個JTAG調(diào)試器。但Nucleus在調(diào)試上有自己的優(yōu)勢它的內(nèi)核維護(hù)了一整套調(diào)試數(shù)據(jù)結(jié)構(gòu)可以通過內(nèi)存窗口直接查看當(dāng)前運(yùn)行任務(wù)、每個任務(wù)的棧使用情況、信號量和隊列的狀態(tài)。這些信息在線上問題排查時比單純打斷點(diǎn)高效得多。我最常用的一套組合拳是串口輸出帶時間戳的日志加一個獨(dú)立的調(diào)試任務(wù)低優(yōu)先級監(jiān)本文還有配套的精品資源點(diǎn)擊獲取