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