我剛?cè)肭度胧竭@一行的時候被環(huán)境問題折磨到懷疑人生。組里有個新同事連續(xù)三天卡在同一個報錯上他在Windows里裝了五六個版本的arm編譯器又裝了一堆看起來關(guān)聯(lián)又沒什么用的依賴最后連一個最簡單的printf程序都編不出來。我過去看了一眼問題非常簡單他用的qmake是x86版卻想編ARM目標(biāo)。做嵌入式Linux開發(fā)尤其涉及Qt圖形界面的時候最大的門檻往往不是算法多難、協(xié)議多繞而是開發(fā)環(huán)境這關(guān)沒過。今天這篇文章就是想給嵌入式開發(fā)者把最常被問到的幾個問題一次說明白應(yīng)用層開發(fā)算不算嵌入式、環(huán)境到底該選Windows還是Ubuntu、LinuxQt5怎么從零跑通以及汽車電子嵌入式開發(fā)這樣的細分方向怎么入門。剛?cè)肟拥呐笥?、從單片機轉(zhuǎn)過來的朋友、寫了一陣子應(yīng)用層但總覺得差點意思的朋友都可以照著自己項目的情況參考不用完全照搬但思路是可以通用的。1. 先搞清楚應(yīng)用層開發(fā)算不算嵌入式開發(fā)這個話題幾乎每隔一段時間就會在技術(shù)群里吵一輪。很多人在招聘網(wǎng)站上看到“嵌入式軟件開發(fā)”的JD點進去一看要求的是C/C、Linux系統(tǒng)編程、Qt界面、多線程、網(wǎng)絡(luò)通信偶爾還要會點數(shù)據(jù)庫怎么看怎么像“純軟件”于是開始懷疑我到底是不是在做嵌入式1.1 招聘JD里的“嵌入式開發(fā)”到底指什么從崗位畫像來看市面上的“嵌入式軟件工程師”其實覆蓋了完全不同的幾種工作內(nèi)容。最容易被誤解的就是嵌入式Linux應(yīng)用開發(fā)工程師這類崗位日常寫得最多的就是業(yè)務(wù)邏輯、界面交互、協(xié)議對接代碼跑在開發(fā)板的Linux系統(tǒng)上而不是直接操作寄存器。很多人覺得這不就是“在Linux上寫普通程序”嗎跟后端開發(fā)有什么區(qū)別區(qū)別其實挺大的。后端程序跑在服務(wù)器上你不需要關(guān)心內(nèi)存映射、沒有觸摸屏、不需要處理GPIO中斷、更不需要把程序部署到一臺只有256MB內(nèi)存的板子上還保證不崩潰。嵌入式應(yīng)用層開發(fā)雖然用的是Linux系統(tǒng)調(diào)用但你要時刻清楚代碼最終跑在什么硬件上外設(shè)是怎么接入的總線速率是多少用戶空間和內(nèi)核空間的邊界在哪里。遇到一次串口丟數(shù)據(jù)、觸摸屏誤觸發(fā)、交叉編譯出來的程序在板子上起不來你就明白這一行和普通軟件開發(fā)之間隔著多厚的知識墻。所以我的結(jié)論很直接應(yīng)用層開發(fā)是嵌入式開發(fā)鏈條中的一節(jié)而且是大多數(shù)人職業(yè)生涯的起點。它不像驅(qū)動和內(nèi)核開發(fā)那樣貼近硬件但它是從“會寫代碼”到“能交付一套嵌入式產(chǎn)品”之間最務(wù)實的一步。只寫業(yè)務(wù)不動硬件的應(yīng)用開發(fā)確實容易走窄但完全可以在這個基礎(chǔ)上往底層鉆。1.2 嵌入式開發(fā)的技能坐標(biāo)系應(yīng)用層、驅(qū)動層、內(nèi)核層為了把問題說透可以用一張對照表把嵌入式開發(fā)的主要層級拆開看層級典型任務(wù)核心技能出錯后的排查深度應(yīng)用層界面、業(yè)務(wù)邏輯、網(wǎng)絡(luò)協(xié)議、數(shù)據(jù)處理C/C、Linux系統(tǒng)調(diào)用、Qt/GTK、多線程、Socket一般到Linux API和板級外設(shè)接口為止驅(qū)動層外設(shè)驅(qū)動、中斷處理、DMA、設(shè)備樹內(nèi)核模塊、platform驅(qū)動框架、寄存器讀寫要看原理圖、芯片手冊、總線協(xié)議時序內(nèi)核層內(nèi)核移植、調(diào)度、內(nèi)存管理、文件系統(tǒng)內(nèi)核源碼、匯編、硬件架構(gòu)知識需要跟蹤內(nèi)核日志、崩棧回溯、匯編級排查從學(xué)習(xí)周期來看應(yīng)用層上手最快兩三個月就能寫出像樣的程序驅(qū)動層需要啃芯片手冊半年到一年才能獨立處理一類外設(shè)內(nèi)核層就更不用說沒個兩年持續(xù)投入很難說有把握。但有一個點很容易被新手忽略這三個層級不是割裂的而是同一條鏈路的不同深度。應(yīng)用層調(diào)read()讀一個按鍵最終要經(jīng)過虛擬文件系統(tǒng)、驅(qū)動、GPIO控制器才能變成引腳上的電平變化。好的應(yīng)用開發(fā)者不一定寫得來驅(qū)動但至少要知道哪一層可能出問題能帶著驅(qū)動同事快速定位。1.3 嵌入式Linux應(yīng)用開發(fā)為什么吃香最近幾年智能硬件、工業(yè)HMI、充電樁、醫(yī)療終端、電力采集設(shè)備這類產(chǎn)品爆發(fā)式增長而這些設(shè)備幾乎都有一個共同點需要屏幕、需要聯(lián)網(wǎng)、需要穩(wěn)定的人機交互。在這個背景下LinuxQt5幾乎是事實上的標(biāo)準(zhǔn)組合。嵌入式Linux應(yīng)用開發(fā)的能力模型恰好卡在一個很舒服的位置它不像內(nèi)核開發(fā)那么高門檻但又比純單片機開發(fā)有更廣的適用面。團隊里可以沒有內(nèi)核專家但一定需要能把界面做出來、把業(yè)務(wù)邏輯和協(xié)議跑通的人。很多產(chǎn)品公司招聘時并不要求你會寫驅(qū)動只要你懂Linux環(huán)境、會用Qt、能解決板子上的常見問題就能撐起一個項目。這條路線也是為數(shù)不多“既能接觸硬件、又不至于天天對著寄存器”的路徑。對從單片機轉(zhuǎn)過來的朋友來說它是技能體系的一次升維對從純軟件轉(zhuǎn)過來的人來說它又是理解硬件最好的入口。至于有些人擔(dān)心“應(yīng)用層天花板低”我覺得這是誤解——天花板從來不是技術(shù)棧決定的是你愿不愿意沿著報錯信息往底層多翻幾層決定的。2. 開發(fā)環(huán)境選型別再在Windows和Ubuntu之間反復(fù)橫跳網(wǎng)上常搜到“windows18-hd19嵌入式開發(fā)”這種詞我看大概率不是指某個真實存在的開發(fā)板而是很多人折騰開發(fā)環(huán)境時的真實寫照——一會兒在Windows下配置一會兒又切到Ubuntu的某個版本來來回回折騰最后卡在環(huán)境上寸步難行。如果你也處于這種狀態(tài)這一節(jié)就是為你寫的。2.1 Windows親歷的坑交叉編譯、路徑權(quán)限、串口驅(qū)動三大難題先聲明我并不是說Windows完全不能做嵌入式開發(fā)Keil、IAR這些MDK生態(tài)在Windows上就非常成熟做單片機開發(fā)毫無問題。但一旦進入嵌入式Linux領(lǐng)域Windows的體驗就急轉(zhuǎn)直下。首選是交叉編譯工具鏈。GCC這套東西在Linux上是一等公民在Windows上要么用Cygwin/MSYS2這套模擬環(huán)境要么找別人打好的Win版工具鏈版本參差不齊編譯出來的東西有時就是不對。我遇到過最典型的一個坑同一個工程在Windows下編出來的二進制放到板子上報Exec format error但同一份源碼在Ubuntu下編出來就正常排查到最后發(fā)現(xiàn)是工具鏈的鏈接配置默認指向了宿主機的庫路徑。其次是文件系統(tǒng)的水土不服。Windows的路徑分隔符是反斜杠Linux是正斜杠Windows文件系統(tǒng)不區(qū)分大小寫Linux嚴格區(qū)分Windows換行符是\r\nLinux是\n。這些看似不起眼的差異在Makefile、交叉編譯器腳本、SDK自動構(gòu)建流程里會被無限放大經(jīng)常出現(xiàn)腳本在Linux上跑得好好的拷到Windows下就各種詭異報錯。再有就是USB串口和調(diào)試器的驅(qū)動問題。板卡的USB轉(zhuǎn)串口芯片在Windows上經(jīng)常要手動裝驅(qū)動而且不同芯片驅(qū)動還互相打架。2.2 為什么芯片廠商SDK和開源工具鏈默認圍繞Ubuntu很多新手會問一個很實在的問題為什么就不能官方出一個Windows版的開發(fā)套件這里面的根本原因是芯片廠商和開源社區(qū)構(gòu)建生態(tài)時所有開發(fā)、測試、發(fā)布流程都是基于Linux的。以最常見的交叉編譯工具鏈為例GCC的ARM版本本身就是Linux工具鏈體系中的一部分SDK里的構(gòu)建腳本默認用bash執(zhí)行Yocto、Buildroot這類根文件系統(tǒng)構(gòu)建工具更是只能在Linux環(huán)境下完整運行。芯片廠商在發(fā)布SDK時通常在Ubuntu 18.04或20.04上驗證全部流程所以SDK文檔里寫的第一條往往是“建議使用Ubuntu 18.04 LTS”。你要是用Windows就得自己去解決腳本依賴、符號鏈接、權(quán)限模型這些問題等于同時維護一套SDK文檔之外的兼容層成本實在太高。我經(jīng)常打一個類比你要在一條產(chǎn)線上做加工廠家給的工藝文件是按標(biāo)準(zhǔn)車間寫的你卻非得先自己改造車間再去套這個工藝折騰半天不說最后產(chǎn)品還不一定達標(biāo)。與其這樣不如直接進標(biāo)準(zhǔn)車間干活。2.3 虛擬機、雙系統(tǒng)與WSL的取舍建議那么在Ubuntu環(huán)境的具體形態(tài)上怎么選才合理我也算把幾種方案都用了一遍直接說結(jié)論方案優(yōu)點缺點適用場景虛擬機VMware/VirtualBox和Windows共存隨時切換快照方便性能有損耗USB設(shè)備轉(zhuǎn)發(fā)偶爾抽風(fēng)新手入門、臨時跑SDK構(gòu)建、需要看Windows資料雙系統(tǒng)性能完全釋放設(shè)備直通無兼容問題切換系統(tǒng)要重啟分區(qū)管理有風(fēng)險確定長期做、需要大量編譯、調(diào)試器穩(wěn)定接入WSL/WSL2輕量啟動快目錄互通對USB串口、JTAG調(diào)試器支持很折騰只寫純應(yīng)用層代碼、不直接接板子的場景我自己目前的方案是主力機用Ubuntu 20.04同時在虛擬機里保留一個Ubuntu 18.04專門跑那些只支持老版本系統(tǒng)的SDK。桌面環(huán)境用Xfce跑Qt Creator和Chromium都不卡編譯時用滿8核體驗和裸機差別不大。這里要特別提醒一點如果你要接開發(fā)板調(diào)試虛擬機里務(wù)必把網(wǎng)絡(luò)模式設(shè)為橋接讓開發(fā)板直接和虛擬機處于同一網(wǎng)段否則SSH連接、NFS掛載、gdbserver調(diào)試都會因為網(wǎng)絡(luò)隔離變得無比別扭。3. 實操從零搭建LinuxQt5交叉編譯開發(fā)環(huán)境跑通你的第一塊開發(fā)板環(huán)境選型聊完接下來是整篇文章最有價值的部分——完整跑通一套LinuxQt5交叉編譯環(huán)境。我在這個環(huán)節(jié)踩過的坑比寫業(yè)務(wù)代碼多十倍所以下面的步驟會寫得非常具體每一步都會解釋“為什么這么做”。3.1 宿主機準(zhǔn)備鏡像、源、基礎(chǔ)工具第一步是裝好Ubuntu系統(tǒng)。如果你用的是SDK自帶虛擬機鏡像這一步可以跳過如果你是手動安裝建議下載Ubuntu 18.04.6 LTS或20.04.6 LTS的桌面版鏡像。版本的選擇邏輯很簡單SDK文檔里寫了哪個版本就優(yōu)先用哪個版本沒寫的話用20.04軟件源里的包更新兼容性也好。安裝完成后先干三件事?lián)Q軟件源、更新系統(tǒng)、裝基礎(chǔ)工具包。國內(nèi)網(wǎng)絡(luò)環(huán)境下把apt源換成清華或阿里云的鏡像能省下大量的下載等待時間?；A(chǔ)工具包我一般按這個命令裝sudo apt update sudo apt install -y build-essential git vim ssh net-tools \ cmake libncurses5-dev libssl-dev \ minicom cutecom file tree其中build-essential是編譯必需的包括gcc、g、makeminicom和cutecom是串口調(diào)試工具前者命令行后者圖形界面file和tree是排查文件類型和目錄結(jié)構(gòu)的利器。裝完后建議把宿主機的SSH服務(wù)開起來因為后面Qt Creator要反向連到宿主機執(zhí)行rsync部署。3.2 拿到交叉編譯工具鏈只信板卡SDK交叉編譯工具鏈?zhǔn)钦麄€環(huán)境的核心最穩(wěn)妥的來源是板卡廠商SDK目錄里自帶的那個而不是自己在網(wǎng)上隨便下載。不同廠商的工具鏈版本差異很大有的SDK用Linaro GCC 6.2有的用gcc-arm-10.3版本不匹配的典型表現(xiàn)就是鏈接時一堆undefined reference或者編譯出來的程序運行時crash。假設(shè)SDK里給的是arm-linux-gnueabihf工具鏈解壓到/opt目錄后先確認它的bin目錄下真的有arm-linux-gnueabihf-gcc這個文件然后把工具鏈路徑加入環(huán)境變量export PATH/opt/arm-gcc/gcc-linaro-7.3.1-2018.05-x86_64_arm-linux-gnueabihf/bin:$PATH驗證是否生效arm-linux-gnueabihf-gcc -v接著編譯一個最簡單的hello.c用file命令檢查輸出文件格式arm-linux-gnueabihf-gcc hello.c -o hello file hello正常情況下你會看到ARM、32-bit、ELF這類字樣。如果看到x86-64說明編譯器選錯了或者環(huán)境變量沒生效。這一步驗證特別重要很多環(huán)境問題就是在這個環(huán)節(jié)及時暴露的。3.3 配置Qt5運行庫與qmakeQt5的獲取有兩種路徑第一是SDK自帶的交叉編譯版本Qt庫這種最省事庫已經(jīng)編好路徑通常在/opt/qt5.12.10之類的目錄下第二是自己用Qt源碼交叉編譯一遍這種方式可控性高但耗時長還要解決依賴庫裁剪問題新手不推薦。我強烈建議新手優(yōu)先用SDK自帶的Qt庫。你只需要確認幾個東西qmake是否指向ARM目標(biāo)、Qt庫目錄是否存在、插件目錄里有沒有l(wèi)inuxfb、eglfs等平臺插件。驗證方法是/opt/qt5.12.10/bin/qmake -query重點看QT_HOST_PREFIX和QT_INSTALL_PREFIX。如果QT_HOST_PREFIX顯示的是宿主機的目錄但QT_INSTALL_PREFIX指向板端目錄這通常是交叉編譯的正確形態(tài)如果兩個都是x86路徑說明你還是用了桌面版qmake。如果你確實需要用源碼自己編譯Qt庫configure的關(guān)鍵參數(shù)我整理成表一般照著這個思路配置即可配置項示例作用-devicelinux-imx6-g指定目標(biāo)平臺的mkspec對應(yīng)你的芯片類型-device-optionCROSS_COMPILE/opt/arm-gcc/.../bin/arm-linux-gnueabihf-指定交叉編譯前綴-sysroot/opt/arm-sysroot指定根文件系統(tǒng)路徑-prefix/usr/local/qt5Qt庫最終安裝在板子上的路徑-opensource -confirm-license—接受開源許可-no-xcb -no-opengl—精簡桌面相關(guān)依賴減小體積自己編譯Qt源碼頭幾次失敗率很高遇到問題不要硬剛先把SDK自帶的跑通等你有余力再嘗試從源碼重建。3.4 在Qt Creator里添加一套完整Kit有了工具鏈和Qt庫接下來的任務(wù)是把它們整合進Qt Creator形成一個可以直接編譯、部署、調(diào)試的完整套件。很多人前面都順利最后卡在Kit配置上所以這里每一步都不嫌啰嗦。打開Qt Creator依次操作Tools→Options→Kits。先添加編譯器Compilers標(biāo)簽頁→Add→GCC→C。名稱填arm-gccCompiler path選工具鏈bin目錄下的arm-linux-gnueabihf-gcc。同樣的方式添加C編譯器選中g(shù)。然后添加Qt版本Qt Versions標(biāo)簽頁→Add選擇交叉編譯庫目錄里的qmake比如/opt/qt5.12.10/bin/qmake。確認版本號能正確識別。再添加設(shè)備Devices標(biāo)簽頁→Add→Generic Linux Device。填開發(fā)板的IP地址、用戶名通常是root、密碼然后點測試連接。這一步會通過SSH協(xié)議連接開發(fā)板確認鏈路是通的。開發(fā)板最好設(shè)置固定IP否則每次重新分配會讓后續(xù)配置全部失效。最后新建KitKits標(biāo)簽頁→Add名稱填arm-linux-dev。Compiler下拉分別選剛才加的gcc和gQt version選交叉編譯版qmakeDevice type選Generic Linux DeviceSysroot填工具鏈對應(yīng)的sysroot目錄。其他保持默認。配置完之后新建一個Qt Widgets Application在構(gòu)建套件里選中這套Kit直接點擊運行。Qt Creator會自動把編譯產(chǎn)物通過scp推到開發(fā)板遠程啟動程序你就能在板子的屏幕上看到一個Qt窗口了。如果這一步能跑起來說明整個環(huán)境已經(jīng)真正打通。4. 汽車電子嵌入式開發(fā)高門檻賽道的核心知識與入門路線說完通用環(huán)境再聊聊嵌入式領(lǐng)域里一個薪酬和門檻都很突出的方向——汽車電子嵌入式開發(fā)。這個方向近幾年熱度很高但很多人對它的認知停留在“做汽車里的小電腦”這種模糊層面導(dǎo)致入行前心里沒底。4.1 汽車電子軟件的兩條主線汽車電子嵌入式開發(fā)內(nèi)部其實分得很開大體有兩條主線傳統(tǒng)的MCU車控方向和面向智能座艙/自動駕駛的SoC方向。MCU車控方向主要做車窗、雨刮、BMS、車身控制器這類ECU的底層軟件技術(shù)棧聚焦在C語言和AUTOSAR架構(gòu)上強調(diào)實時性、確定性和診斷功能。這里每一條總線報文都要按規(guī)范來不能想怎么寫就怎么寫因為車輛的電控系統(tǒng)直接關(guān)系安全。SoC方向則是智能座艙、儀表、ADAS域控制器跑的是高性能處理器系統(tǒng)多半是Linux、QNX或者Android編程語言從C/C延伸到Java、Kotlin中間要接攝像頭、激光雷達、HUD等一堆設(shè)備。這個方向更偏應(yīng)用和系統(tǒng)嵌入式底子和軟件工程能力兩個都不能缺。汽車電子開發(fā)的特點是高可靠性要求貫穿始終消費電子出個bug重啟一下能忍汽車上同樣的bug可能牽涉到功能安全。所以這個行業(yè)對開發(fā)流程、文檔、評審的要求比一般嵌入式嚴苛得多。4.2 從應(yīng)用層切入汽車電子的核心基礎(chǔ)如果你想往汽車電子方向走無論選哪條主線有幾塊基礎(chǔ)繞不開。第一是通信總線。CAN是汽車電子最底層的血管你得理解CAN 2.0經(jīng)典幀和CAN FD的區(qū)別會看仲裁ID、數(shù)據(jù)段和波特率知道總線負載怎么算。更深入的還要了解LIN總線、車內(nèi)以太網(wǎng)。招聘時直接給你一個CAN報文讓你解析是最常見的考察方式。第二是診斷協(xié)議。各大車廠雖然各有私有協(xié)議但底層都基于ISO 14229UDS診斷服務(wù)和ISO 15765診斷傳輸層。0x10會話控制、0x22按ID讀數(shù)據(jù)、0x2E按ID寫數(shù)據(jù)、0x34/0x36/0x37刷寫流程這些服務(wù)碼和應(yīng)用邏輯最好能自己寫一遍、跑一遍。第三是AUTOSAR分層思維。你不用真的把整套AUTOSAR源碼吃透但必須理解BSW基本軟件、RTE運行時環(huán)境、SWC應(yīng)用軟件組件這三層是怎么協(xié)同的因為現(xiàn)代汽車軟件開發(fā)的協(xié)作方式就是圍繞這個模型展開的。哪怕你進去只寫ASW層的邏輯也要知道它的邊界在哪。4.3 給想進汽車電子的人三條建議結(jié)合我自己接觸過的項目和過來人的經(jīng)驗給想轉(zhuǎn)汽車電子的人三條建議。第一把C語言功底打磨到“結(jié)構(gòu)體用得行云流水、內(nèi)存管理從不含糊”的程度。汽車電子代碼里大量使用結(jié)構(gòu)體指針、回調(diào)函數(shù)、狀態(tài)機底層邏輯對內(nèi)存布局極其敏感這些基礎(chǔ)不扎實面試聊三輪必露餡。第二想辦法搞一套CAN分析工具練手。有條件用CANoe當(dāng)然最好配合一個USB-CAN盒子自己搭一個最小網(wǎng)絡(luò)發(fā)報文、抓報文、模擬故障把總線上的行為吃透。沒有CANoe就用開源的SocketCAN工具在Linux下用cangen、cansend、candump這幾個工具也能玩出很多花樣。第三基于UDS協(xié)議做一個刷寫或診斷的小項目。不需要真的跑在車上可以在一個開發(fā)板或工控機上模擬ECU用上位機實現(xiàn)會話控制、寫入功能尋址、讀取DTC故障碼的流程。這個項目對汽車電子崗位的殺傷力非常大因為它同時覆蓋了協(xié)議、通信、狀態(tài)機三個核心能力。5. 新手踩坑實錄交叉編譯與Qt部署常見問題排查環(huán)境搭建過程中最耗時間的永遠是排查問題。這一節(jié)我把這些年遇到的高頻問題整理成速查表每條都是能直接照著操作的。5.1 環(huán)境類問題速查表現(xiàn)象直接原因解決辦法編譯產(chǎn)物放板子上報Exec format error編譯成了x86二進制不是ARM用file命令檢查產(chǎn)物確認工具鏈路徑和qmake都指向ARMQt程序啟動報could not find platform plugin缺少linuxfb/eglfs等平臺插件把插件目錄拷貝到板端Qt安裝目錄的plugins/platforms下運行報找不到libstdc.so.6板端文件系統(tǒng)缺工具鏈動態(tài)庫把工具鏈的lib目錄整體拷到板端或編譯時加-static中文顯示為方框、亂碼板端沒有中文字體拷貝wqy-microhei等字體到板端Qt字體目錄刷新字體緩存觸摸屏點擊沒反應(yīng)觸摸事件設(shè)備號不對或沒設(shè)環(huán)境變量確認/dev/input/eventX設(shè)置QT_QPA_EVDEV_TOUCHSCREEN_PARAMETERSQt Creator運行按鈕直接失敗設(shè)備連接配置錯誤或網(wǎng)絡(luò)不通Devices里重新測試連接檢查IP和橋接網(wǎng)絡(luò)gdb斷點打不上板端沒有g(shù)dbserver或路徑不一致在板端啟動gdbserver :1234 ./app宿主機用arm-gdb連接編譯特別慢虛擬機分配核數(shù)不足或磁盤IO差虛擬機設(shè)置里調(diào)高CPU核數(shù)Qt源碼編譯用-j參數(shù)5.2 三個省時間的土辦法第一拿到工具鏈后把工具鏈的lib目錄整個同步到開發(fā)板。很多所謂“程序在板子上跑不起來”的問題根子就是板端文件系統(tǒng)太精簡缺了動態(tài)庫。你與其挨個庫去拷不如一次性把工具鏈的lib/arm-linux-gnueabihf目錄同步過去再執(zhí)行l(wèi)dconfig能解決一大片運行時loading shared libraries的錯。第二寫一個env.sh腳本把所有環(huán)境變量固化下來。每次打開新終端source一下就能自動把PATH、CROSS_COMPILE、SYSROOT、LD_LIBRARY_PATH這些全部設(shè)置好。別老是手動往終端里粘路徑粘十次必有一次漏。我第一次把工具鏈從一臺機器搬到另一臺機器時就因為漏了QT_PLUGIN_PATH這個變量浪費了幾乎一個晚上排查一個看起來像代碼bug的問題。第三板子上跑Qt程序時習(xí)慣寫一個啟動腳本而不是直接敲命令。腳本里顯式設(shè)置好LD_LIBRARY_PATH、QT_QPA_PLATFORM、QT_QPA_FB_DRM_BACKEND等環(huán)境變量再啟動程序。這樣每次改動都只改腳本不會因為環(huán)境變量沒帶上而出詭異問題。啟動腳本也要配合板端/etc/ld.so.conf.d/下的配置文件一起用把Qt庫目錄加入系統(tǒng)庫搜索路徑。6. 下一步怎么走嵌入式Linux應(yīng)用開發(fā)學(xué)習(xí)路徑環(huán)境跑通只是起點真正決定你能走多遠的是后面的持續(xù)學(xué)習(xí)。這里我整理一條適合大多數(shù)人的路徑按階段逐步推進。6.1 五個階段的路線圖第一階段是Linux操作基本功。目標(biāo)不是會敲命令而是能在一個無桌面的最小系統(tǒng)里完成文件操作、進程管理、網(wǎng)絡(luò)配置、腳本編寫這些日常操作。衡量標(biāo)準(zhǔn)是給你一臺空系統(tǒng)你能在一個小時內(nèi)把它配置成可以開發(fā)的狀態(tài)。第二階段是Linux系統(tǒng)編程。圍繞文件IO、進程、線程、信號、IPC、Socket幾個核心主題寫出至少一個多線程網(wǎng)絡(luò)通信的服務(wù)端和客戶端。這個階段的練習(xí)重點不是功能實現(xiàn)而是穩(wěn)定性——比如高并發(fā)下內(nèi)存會不會漲、線程間變量有沒有競態(tài)。第三階段是板級外設(shè)應(yīng)用。把GPIO、UART、I2C、SPI、PWM這些接口通通用一遍用應(yīng)用層程序去操作它們理解設(shè)備節(jié)點read/write/ioctl這套用戶空間接口。這個階段你才真正做到“應(yīng)用層和硬件握手”。第四階段是Qt圖形界面開發(fā)。從QWidget開始再切入Qt Quick/QML配合觸摸屏完成工業(yè)HMI常見的頁面跳轉(zhuǎn)、數(shù)據(jù)刷新、告警彈窗。重點掌握在嵌入式環(huán)境下的資源受限優(yōu)化比如字體發(fā)布、圖片格式選擇、啟動速度優(yōu)化。第五階段是可選的縱深方向。如果需要往底層走可以學(xué)設(shè)備樹、kernel模塊編寫、中斷下半部、DMA等內(nèi)核知識如果往應(yīng)用系統(tǒng)走可以學(xué)Buildroot/Yocto定制根文件系統(tǒng)理解鏡像構(gòu)建的完整鏈路。6.2 適合寫進簡歷的實戰(zhàn)項目清單很多朋友學(xué)了東西不知道怎么整理成項目經(jīng)驗。我提供一個選題思路每個項目都要覆蓋“板卡外設(shè)協(xié)議界面/云端”的完整鏈路而不是只做一個閃爍LED或者一個計算器界面。下面幾個方向都有代表性項目主題覆蓋技術(shù)點加分項環(huán)境監(jiān)測終端QtSQLite傳感器I2C/SPIMQTT數(shù)據(jù)曲線展示、斷線續(xù)傳智能家居中控面板Qt QuickModbus/TCP觸摸屏適配多頁面切換、場景聯(lián)動CAN總線分析工具SocketCAN解析引擎上位機支持波特率自動識別、故障幀挑出遠程升級工具UDS刷寫CRC校驗斷點續(xù)傳支持多通道同時刷寫工業(yè)HMI控制面板觸摸屏PWM背光狀態(tài)機報警事件記錄、掉電恢復(fù)挑一到兩個項目做深做透把調(diào)試過程、踩坑記錄、性能優(yōu)化寫清楚比堆十個半成品有說服力得多。面試官最看重的不是你會多少名詞而是你真正獨立解決過多少問題。我個人在實際操作中的體會是嵌入式開發(fā)拼的從來不是智商而是誰能更早把自己的環(huán)境收拾利索誰就有更多精力撲在真正的問題上。很多人不是學(xué)不會是被環(huán)境問題磨掉了熱情。所以我會勸新人第一年寧可慢也要把工具鏈、調(diào)試器、部署腳本這些基礎(chǔ)自動化做扎實。每次報錯不要急著到處問先自己拆解出錯信息是在哪一層冒出來的。等你某一天發(fā)現(xiàn)自己不再糾結(jié)“Windows還是Ubuntu”“編譯器是不是對上了”這種低級問題時那種流暢感才是真正入行的標(biāo)志。如果這篇文章能幫你在環(huán)境這塊少走幾個月的彎路我覺得就值了。