通過乙個最簡單，最基本的嵌入式應用程式，熟悉基本的嵌入式應用程式開發環境和工具，理解基本的嵌入式程式設計方法和流程。
1． 開發環境
絕大多數的linux 軟體開發都是以native 方式進行的，即本機（host）開發、除錯，本機執行的方式。這種方式通常不適合於嵌入式系統的軟體開發，因為對於嵌入式系統的開發，沒有足夠的資源在本機（即板子上系統）執行開發工具和除錯工具。通常的嵌入式系統的軟體開發採用一種交叉編譯除錯的方式。交叉編譯除錯環境建立在宿主機（即一台pc 機）上，對應的開發板叫做目標板。
在宿主機上我們要建立交叉編譯除錯的開發環境。環境的建立需要許多的軟體模組協同工作，這將是乙個比較繁雜的工作，但現在已完全由套件中光碟的安裝而自動完成了。
這種宿主機（host）――目標板（target）的開發模式下的系統連線圖如圖2-1所示：
圖2-1
2． 開發工具
宿主機上交叉編譯開發環境由gnu開發工具集構成，它們在安裝華恆軟體光碟時被複製到宿主機的/opt/host/armv4l目錄下。
其中最主要的開發工具有：
(2) 編譯：armv4l-unknown-linux-as(彙編**)/armv4l-unknown-linux-gcc(c**)/armv4l-unknown-linux-g++(c++**)。linux核心及應用程式採用gnu gcc作為c編譯器。gcc已經成功的移植到不同的處理器平台上。
(4) 輔助工具：armv4l-unknown-linux-objcopy / armv4l-unknown-linux –ar/ armv4l-unknown-linux –nm。
3． 應用程式開發流程
應用程式的開發有間接和直接在目標板上開發兩種模式。
3.1間接方式
先在宿主機（intel cpu）上除錯通過後，再移植到目標板上。移植的工作包括兩個方面：
(1) 函式庫的問題。在程式移植時可能會有函式未定義的問題。對於這種問題， 一般要求開發者自己編制這些要用到卻又未定義的函式。
(2) 要修改makefile以選擇適合目標板的編譯工具。
3.2通用開發模式
直接在目標板上進行開發（通用開發模式，建議採用該模式）。將宿主機和目標板通過乙太網連線，在宿主pc 機上執行minicom 作為目標板的顯示終端，在目標板上通過nfs (網路檔案系統) 來mount宿主機硬碟，讓應用程式直接執行在目標板上進行除錯。下面給出這種直接target開發模式下的開發流程圖。
FreeRTOS入門實驗
二 freertos的移植 stm32開發板 三 freertos的多工程序 小結rtos 類系統有很多，比如 uc os，資料很多，尤其是中文資料，那為什麼要選擇 freertos 呢？freertos 是乙個可裁剪的小型 rtos 系統，其特點包括 2 然後找到freertos的原始碼 3 然後...
linux驅動入門實驗
帥得不敢出門 c 愛好者灌水天堂 3503799 由於沒有開發板,只好做pc機下linux的模組載入了.原理與開發板的是一樣的.編寫dri arh.c源 然後編譯,我就不寫makefile了 直接命令編譯它 root localhost 0430 gcc d kernel dmodule wall ...
docker入門小實驗
本文章主要介紹如何定製docker映象，前提是要先正確安裝好docker。docker與虛擬機器比較，不需要進行硬體虛擬以及執行完整作業系統，使得系統資源能夠得到高效利用 啟動時間快，可達到秒級甚至毫秒級 執行環境一致性，不會再出現 這段 在我機器上沒問題啊 這類問題 可自行定製，通過定製實現持續整...