登入後,會解鎖更多功能喔,快來享受個人化服務吧!
準備 ITE 嵌入式系統軟體開發專業人員鑑定,需把 IEA「嵌入式系統技術」的系統軟體,連接到 IEX「嵌入式系統的開發平台與工具(Embedded Linux)」的核心架構、中斷、程序執行緒與裝置驅動。本篇整理這些主題的基本判斷:工作屬於哪一層、事件如何通知,以及共享更新為何需要同步。
本篇對應 IEA 系統軟體中的核心與驅動,以及 IEX 的 Embedded Linux 系統架構與核心、系統中斷服務、處理程序與執行緒、裝置驅動程式。備考目的在於辨認責任、執行環境與資料競爭;排程和記憶體管理僅作角色介紹,不等於完整機制教學。
應用程式決定產品行為,例如顯示溫度、比較警報門檻。核心管理處理器時間、記憶體與裝置存取等系統資源。驅動程式則處理特定硬體的控制細節,讓上層能透過合適的介面使用裝置。在一般 Linux 架構裡,這些角色互相配合;不是每個應用程式都直接碰硬體暫存器。
以讀取感測器為例,應用程式提出讀值需求,相關核心介面與驅動協助完成裝置存取,再把結果交回。若底層根本沒有成功取得資料,改畫面顏色不會修好通訊。反過來,如果讀值正確而警報門檻比較寫錯,就應該檢查應用邏輯。分層的價值,是把問題縮到可以驗證的範圍。
資料到達的時機,也需要軟體協調。輪詢是程式反覆查看裝置狀態;中斷則是事件發生時提出通知,由處理器轉去執行處理。中斷不等於整個應用已經完成,也不保證零延遲。在一般 Linux 硬體中斷處理階段,應快速處理必要工作,將適合延後的工作交給允許的執行環境,不能在裡面任意睡眠等待。

同時工作還可能產生資料競爭。假設2個執行緒共用1個計數器,都先讀到10,各自加1後都寫回11,最後就少算1次。即使使用多核處理器,也不會自動消除這個問題。對單一共享計數,可以選合適的原子操作;對一整段相關資料,則要依執行環境使用適當的鎖或其他同步方法。
在溫度監測器案例中,溫度採樣、畫面更新及網路傳送可以是不同工作。排程決定誰何時執行,記憶體管理協助配置與隔離資源,而共用資料仍要有同步設計。若警報有明確期限,還必須分析最壞反應時間;只憑平均執行得很快,無法保證每次都及時完成。
以下2題為自編教學題、非官方原題;題幹、選項與答案沿用本堂影片,不代表官方出題或計分方式。
第1題|單選
溫度監測器中,哪項工作最接近裝置驅動程式的責任? A. 依裝置規格操作控制暫存器。 B. 依使用偏好決定畫面配色。 C. 依產品規則決定警報門檻。
答案是 A。操作裝置控制暫存器,需要理解硬體規格,是典型的驅動責任。配色與警報門檻則屬於本案例的應用需求。這不是說驅動與產品行為毫無關係,而是先用責任區分,避免在錯的層次反覆修改。
第2題|單選
2個執行緒會同時遞增1個共享事件計數器,哪個處理方向最適當? A. 改用多核處理器分擔遞增。 B. 替計數器使用原子遞增。 C. 把遞增改成先讀再加再寫。
答案是 B。條件限定為單一共享計數的遞增,合適的原子操作可以避免更新被覆蓋。A 的多核處理器不會自動消除競爭;C 的先讀、再加、再寫,正是兩個執行緒可能寫回相同結果、覆蓋更新的原因。即使加大資料型別,也沒有保護讀取、修改、寫回的過程。如果還有其他必須一起更新的資料,就要重新分析整體同步,不能認為所有地方加上原子操作就一定安全。

練習任務:在硬體資料路徑旁標出應用、核心與驅動的責任,找出可能被同時存取的變數並說明同步需求。
本篇依官方技能規範選材,僅涵蓋上述入門觀念,並非兩科完整考綱教學,也不保證考過。依課程規劃的範圍覆蓋表,尚須另外準備:
下一篇:ITE嵌入式系統軟體開發專業人員備考|IEX交叉編譯、Linux啟動與除錯
資料查核紀錄:2026-10-22。技能規範採官網連結版本,PDF 未標年度/版號;修訂狀態仍須依官方確認。本文不推估主題占分;Linux 技術文件僅補充觀念。
IEA技能規範(ITE官方範圍)
IEX技能規範(ITE官方範圍)
Linux裝置模型(開發專案第一方技術文件)
Atomic types(開發專案第一方技術文件)
Driver Basics(開發專案第一方技術文件)