我一直覺得學(xué)PX4最缺的不是代碼能力而是對(duì)“為什么它長(zhǎng)成這樣”的理解。很多人剛拿到一塊飛控板第一反應(yīng)就是翻源碼、跑仿真最后卻被CMake文件、ROMFS目錄和一大片參數(shù)配置搞得頭大。PX4是目前開源無人機(jī)飛行控制領(lǐng)域應(yīng)用最廣的平臺(tái)之一但它的架構(gòu)、目錄結(jié)構(gòu)、資源消耗、工具鏈甚至社區(qū)里各種關(guān)于新舊架構(gòu)的爭(zhēng)論基本都能在它過去十幾年的技術(shù)演進(jìn)史里找到答案。這篇是“PX4講解”系列的第一篇專門把歷史起源和關(guān)鍵設(shè)計(jì)決策講清楚——不是考古是為了讓你知道自己到底要對(duì)付的是什么。適合準(zhǔn)備學(xué)無人機(jī)自主飛行的開發(fā)者、剛?cè)腴T的嵌入式玩家以及被“實(shí)時(shí)操作系統(tǒng)”“MAVLink”“SITL”這些術(shù)語(yǔ)繞暈的人。1. 為什么一個(gè)飛控軟件的歷史值得專門講一節(jié)1.1 開源飛控的“史前時(shí)代”閉源生態(tài)有多痛在PX4出現(xiàn)之前無人機(jī)領(lǐng)域并不是沒有飛控而是幾乎所有穩(wěn)定可靠的飛控都被廠商鎖在了封閉體系里。航模玩家和早期研究者能拿到的設(shè)備要么是只能調(diào)少量PID參數(shù)的商業(yè)飛控要么是自己對(duì)著傳感器手冊(cè)和芯片數(shù)據(jù)手冊(cè)一點(diǎn)點(diǎn)焊出來的實(shí)驗(yàn)板。那個(gè)年代想研究姿態(tài)解算、多傳感器融合、自動(dòng)航線控制幾乎沒有任何開箱即用的軟件基礎(chǔ)。我記得當(dāng)時(shí)網(wǎng)上有人總結(jié)過一句話開源飛控最大的貢獻(xiàn)不是省了買設(shè)備的錢而是把“黑盒”變成了“白盒”。在閉源時(shí)代你遇到一個(gè)問題比如飛機(jī)在高速飛行時(shí)姿態(tài)突然漂移你能做的只能是調(diào)整參數(shù)試運(yùn)氣或者給廠商寫郵件然后石沉大海。而源代碼一旦開放任何人都可以看控制回路是怎么跑的、傳感器數(shù)據(jù)是哪里進(jìn)來的、異常情況有沒有處理分支。PX4選擇開源本質(zhì)上就是把“能不能自己動(dòng)手查清楚”這條路留給了開發(fā)者。這種轉(zhuǎn)變其實(shí)很反直覺。很多人以為開源只是“免費(fèi)發(fā)布代碼”但真正寶貴的是后面一整條信任鏈代碼公開問題可以被復(fù)現(xiàn)修復(fù)可以被驗(yàn)證每個(gè)人的改進(jìn)又能反哺給所有人。今天你覺得PX4社區(qū)資料多、踩坑帖多、文檔細(xì)這些都不是天上掉下來的而是“白盒文化”積累出來的結(jié)果。沒有當(dāng)年那個(gè)打破封閉的決定后面所有繁榮都無從談起。1.2 新手看到的“怪”其實(shí)是歷史包袱很多新手抱怨PX4“不像某些開源飛控那么直觀”抱怨配置文件散落各處抱怨上電初始化流程長(zhǎng)抱怨改一個(gè)傳感器驅(qū)動(dòng)要?jiǎng)雍脦讓印＿@些抱怨大部分都對(duì)但這些“不合理”背后幾乎都有歷史原因它最初是一個(gè)科研項(xiàng)目后來才變成產(chǎn)品級(jí)平臺(tái)它經(jīng)歷了從單一載具到多載具支持的過程它要兼容大量陳舊硬件接口同時(shí)又要給新硬件留擴(kuò)展位。你可以隨手列出一堆新手常見困惑每個(gè)都能在歷史上找到對(duì)應(yīng)解釋。比如為什么啟動(dòng)配置寫在啟動(dòng)文件里而不是像Linux那樣有systemd因?yàn)樵缙陲w控資源極其有限只夠跑一個(gè)極簡(jiǎn)RTOS啟動(dòng)過程就是按照順序執(zhí)行一串命令。再比如為什么很多參數(shù)的命名只有短縮寫加編號(hào)因?yàn)橐嫒莸孛嬲尽⒓嫒堇蠀f(xié)議、兼容不同載具命名一旦普及再難大規(guī)模修改。還有為什么調(diào)整姿態(tài)控制之前非要做傳感器校準(zhǔn)因?yàn)镻X4從一開始就是“傳感器融合驅(qū)動(dòng)”的系統(tǒng)不是“遙控直通驅(qū)動(dòng)”的玩具。所以如果不先了解歷史你很容易把精力浪費(fèi)在無謂的吐槽上。你會(huì)覺得是項(xiàng)目設(shè)計(jì)者水平不行實(shí)際上人家是在十幾年兼容包袱里做出的權(quán)衡。等你看完起源再回頭看代碼結(jié)構(gòu)、啟動(dòng)腳本、參數(shù)體系很多“怪”都會(huì)變得合理。這也是為什么我堅(jiān)持把這個(gè)系列第一講留給歷史而不是直接教你怎么用地面站刷固件。2. PX4出生記從實(shí)驗(yàn)室課題到開源自動(dòng)駕駛儀2.1 一個(gè)必須自己造輪子的科研年代PX4的起點(diǎn)是歐洲某頂尖理工高校里的一個(gè)多旋翼控制研究課題。當(dāng)時(shí)團(tuán)隊(duì)要做的是視覺導(dǎo)航、自動(dòng)避障這類在今天看來都很前沿的東西但真正的攔路虎在底層沒有一套足夠穩(wěn)定、足夠開放的飛控軟件支撐研究根本沒法開展。市面上的飛控要么不開放要么開放了但代碼質(zhì)量、實(shí)時(shí)性、擴(kuò)展性都不過關(guān)團(tuán)隊(duì)最后決定自己動(dòng)手。這個(gè)決定聽起來很酷做起來極其辛苦。早期階段他們要同時(shí)搞定硬件電路設(shè)計(jì)、傳感器驅(qū)動(dòng)、姿態(tài)解算、控制系統(tǒng)、地面站通信幾乎每條鏈路都是自己從零開始。當(dāng)時(shí)的代碼里塞滿了各種臨時(shí)實(shí)驗(yàn)用的分支今天回頭看可能覺得亂但在那個(gè)沒有多少人認(rèn)真開源飛控的年份能把整套東西穩(wěn)定跑起來本身就是巨大的工程成就。這種科研背景對(duì)PX4的影響是決定性的。它天生帶著一股“實(shí)驗(yàn)平臺(tái)”的氣質(zhì)保留了大量的調(diào)試接口、日志系統(tǒng)極其詳細(xì)、支持各種奇形怪狀的載具模型。對(duì)研究者來說這是寶藏對(duì)只想“飛起來”的純玩家來說這就成了門檻。兩種用戶群體的拉扯其實(shí)一直延續(xù)到了今天如果你在社區(qū)里見過“這東西為什么這么復(fù)雜”和“這功能怎么還沒加上”的爭(zhēng)論本質(zhì)上就是這兩類人在對(duì)話。2.2 軟硬解耦一次反直覺的長(zhǎng)遠(yuǎn)押注如果PX4一直停留在“某個(gè)飛控硬件上配套的固件”這個(gè)定位那它今天大概率只是歷史書里的一個(gè)腳注。真正讓它活下來并且越發(fā)展越強(qiáng)的一個(gè)關(guān)鍵決策是團(tuán)隊(duì)在很早期就把“飛行控制軟件”和“具體飛控硬件”拆開了。這個(gè)決策放在今天看很普通但在當(dāng)時(shí)非常反直覺。反直覺的地方在于硬件團(tuán)隊(duì)本來就是要靠硬件找研究經(jīng)費(fèi)的軟件一旦和硬件解耦就意味著別人可以用別家的板子跑你的代碼硬件收入會(huì)受影響?？烧沁@個(gè)“吃虧”決策讓PX4成為了通用自動(dòng)駕駛平臺(tái)。用戶不再被綁定在某一塊板子上開發(fā)者也可以只聚焦軟件層面的改進(jìn)不用每次硬件換代就重寫整個(gè)固件?，F(xiàn)在大家用PX4今天移植到一塊新板子明天跑自定義的載具模型靠的都是這個(gè)當(dāng)初打下的基礎(chǔ)。從用戶的角度看軟硬解耦帶來一個(gè)非常實(shí)際的好處你完全可以先在純軟件仿真里跑通整個(gè)飛行邏輯再去買實(shí)物硬件。這個(gè)做法在有經(jīng)驗(yàn)的開發(fā)者里幾乎是共識(shí)能省掉很大一筆試錯(cuò)成本。后面你還會(huì)發(fā)現(xiàn)官方文檔里“如何移植到新板卡”占了很大篇幅這正是軟硬解耦的直接遺產(chǎn)。提示建議所有想深入PX4的開發(fā)者都記住“軟硬解耦”這四個(gè)字。后面你會(huì)看到它解釋了PX4為什么堅(jiān)持分層架構(gòu)、為什么強(qiáng)烈建議你先把邏輯調(diào)通再碰硬件也解釋了為什么“移植新板子”是官方教程里的重點(diǎn)章節(jié)。2.3 早期社區(qū)的“魚龍混雜”與定位收斂早期PX4社區(qū)和現(xiàn)在很不一樣。沒有那么多規(guī)范模板沒有清晰的版本發(fā)布節(jié)奏開發(fā)者來自航模圈、學(xué)術(shù)圈、嵌入式圈大家的訴求經(jīng)?；ハ鄾_突。有人要固定翼有人要多旋翼有人要水下機(jī)器人還有人只想要一個(gè)“萬(wàn)能板”。在那個(gè)階段任何一個(gè)功能需求的提出都可能引發(fā)一輪“我們是做飛控還是做平臺(tái)”的討論。PX4能在這種噪音里逐漸收斂到“以旋翼為核心、以安全為底線”的清晰定位很不容易。這個(gè)收斂過程也留下了很多經(jīng)驗(yàn)教訓(xùn)其中一條就是對(duì)新機(jī)型和新特性的支持一定要謹(jǐn)慎。每加一種新機(jī)型就多一條需要長(zhǎng)期維護(hù)的分支每引入一個(gè)實(shí)驗(yàn)性功能就要評(píng)估它對(duì)核心穩(wěn)定性的影響。理解這段歷史你就能明白為什么今天PX4接受新的載具支持時(shí)態(tài)度那么保守那不是傲慢而是被早期混亂反復(fù)教訓(xùn)后的理性選擇。3. PX4身上的歷史烙印3.1 為什么用NuttX這樣的RTOS而不是Linux第一次打開PX4源碼的人大概率會(huì)愣一下為什么飛控系統(tǒng)里跑的不是Linux而是一個(gè)叫NuttX的實(shí)時(shí)操作系統(tǒng)很多人以為這是隨便挑的其實(shí)這是PX4歷史上一個(gè)非常關(guān)鍵的“妥協(xié)”。飛控任務(wù)對(duì)時(shí)間確定性要求極高姿態(tài)環(huán)需要在一個(gè)嚴(yán)格的時(shí)間片內(nèi)完成采樣、解算、輸出晚個(gè)幾毫秒在高速飛行時(shí)可能就是災(zāi)難。Linux在普通計(jì)算機(jī)上很好用但它的調(diào)度延遲和驅(qū)動(dòng)棧對(duì)“硬實(shí)時(shí)”場(chǎng)景并不友好你不能保證一個(gè)高優(yōu)先級(jí)線程嚴(yán)格在10毫秒內(nèi)被喚醒并執(zhí)行完。NuttX這類RTOS則把實(shí)時(shí)性放在第一位調(diào)度行為可預(yù)期資源占用又小能在沒有內(nèi)存管理單元的低成本單片機(jī)上跑起來。用實(shí)時(shí)系統(tǒng)換來的是飛控在最關(guān)鍵控制回路上可以做到穩(wěn)定輸出。當(dāng)然這個(gè)選擇也有代價(jià)。NuttX的生態(tài)遠(yuǎn)比Linux小很多外設(shè)驅(qū)動(dòng)、網(wǎng)絡(luò)協(xié)議棧要自己補(bǔ)調(diào)試手段也更原始。它沒有內(nèi)存管理單元保護(hù)一個(gè)野指針可能直接搞掛整個(gè)系統(tǒng)所以PX4在代碼層面做了大量“補(bǔ)丁”內(nèi)存池、帶鎖的數(shù)據(jù)交換、活性檢測(cè)每個(gè)設(shè)計(jì)都是為了應(yīng)對(duì)“裸奔環(huán)境下的穩(wěn)定性問題”。很多人覺得PX4代碼里防御性代碼特別多這不是強(qiáng)迫癥這是實(shí)時(shí)系統(tǒng)歷史選擇帶來的必然結(jié)果。3.2 MAVLink為什么幾乎無處不在PX4對(duì)外通信的主干協(xié)議是MAVLink這也是歷史選擇留下的遺產(chǎn)。MAVLink最初就是為微型飛行器之間的通信設(shè)計(jì)的輕量級(jí)消息協(xié)議每幀數(shù)據(jù)量小、解析簡(jiǎn)單適合帶寬有限、鏈路不穩(wěn)定的無線電環(huán)境。PX4在早期就選擇它作為與地面站、外部設(shè)備通信的標(biāo)準(zhǔn)后來這個(gè)協(xié)議也被幾乎所有主流開源飛控和地面站生態(tài)接受成了事實(shí)上的行業(yè)標(biāo)準(zhǔn)。對(duì)開發(fā)者來說理解這段歷史的意義在于你遇到的幾乎所有“外部通信”問題都繞不開MAVLink的概念。消息ID、目標(biāo)系統(tǒng)、心跳包、命令A(yù)CK、參數(shù)讀寫、任務(wù)上傳這些都是MAVLink設(shè)計(jì)里的核心概念。很多人學(xué)PX4時(shí)覺得“地面站、板載計(jì)算機(jī)、遙控器之間的鏈路”太復(fù)雜其實(shí)剝開看背后全是MAVLink在統(tǒng)一消息格式。學(xué)懂這一層后面用SDK、寫自定義通信插件都會(huì)順手很多。還有一點(diǎn)值得注意正因?yàn)樗闪诵袠I(yè)事實(shí)標(biāo)準(zhǔn)PX4反過來被這個(gè)協(xié)議“綁定”了。改動(dòng)MAVLink里的任意一個(gè)關(guān)鍵設(shè)計(jì)都會(huì)引起整個(gè)生態(tài)的連鎖反應(yīng)。所以你會(huì)發(fā)現(xiàn)PX4對(duì)協(xié)議演進(jìn)非常保守兼容性永遠(yuǎn)排在第一位。這種“被自己選定的標(biāo)準(zhǔn)捆住手腳”的局面也是歷史選擇的一部分。3.3 v2新架構(gòu)為十幾年舊賬做一次清還近些年P(guān)X4在推進(jìn)代號(hào)“v2”的新架構(gòu)本質(zhì)上是把原來“一個(gè)巨大二進(jìn)制固件”拆成多個(gè)獨(dú)立模塊讓開發(fā)者可以更靈活地裁剪、替換、組合功能。如果你不了解歷史可能覺得這是單純?yōu)榱恕艾F(xiàn)代感”在折騰但回頭看這完全是針對(duì)歷史痛點(diǎn)作出的回應(yīng)。早期PX4把傳感器的調(diào)度、控制算法、導(dǎo)航、通信都塞在一個(gè)進(jìn)程里優(yōu)點(diǎn)是簡(jiǎn)單直接、部署方便缺點(diǎn)是模塊邊界模糊改一處容易影響其它功能單元測(cè)試和移植成本也不低。隨著支持的載具類型、傳感器種類、應(yīng)用場(chǎng)景越來越多這種單進(jìn)程架構(gòu)開始吃力。v2架構(gòu)把模塊之間的邊界重新劃清楚讓傳感器驅(qū)動(dòng)、姿態(tài)估計(jì)、控制輸出可以獨(dú)立啟停和替換系統(tǒng)更接近一個(gè)“微服務(wù)化”的自動(dòng)駕駛框架。不過也得說實(shí)話模塊化不會(huì)減少系統(tǒng)的真實(shí)復(fù)雜度它只是把復(fù)雜度放到邊界更清晰的位置讓它可控。你如果習(xí)慣了舊代碼再看v2會(huì)覺得“復(fù)雜度被轉(zhuǎn)移了”而不是“消失了”這很正常。開源軟件演進(jìn)到一定階段都會(huì)遇到類似的“還債時(shí)刻”PX4也不例外。4. 同一棵樹下的兩個(gè)方向與同代開源飛控的分野4.1 從互相借鑒到路線之爭(zhēng)在PX4成長(zhǎng)的同時(shí)開源飛控領(lǐng)域還有另一個(gè)影響很大的老牌項(xiàng)目它們一度共享過大量代碼、硬件和通信協(xié)議社區(qū)成員也互相流動(dòng)。早期它們之間經(jīng)?；ハ嘟梃b傳感器驅(qū)動(dòng)、姿態(tài)算法甚至地面站代碼都有不少共通之處。今天很多開發(fā)者一會(huì)兒玩這個(gè)一會(huì)兒轉(zhuǎn)那個(gè)本質(zhì)上都是那段“同源共生”歷史的延續(xù)。后來路線分歧逐漸明顯。一邊更強(qiáng)調(diào)“社區(qū)成員隨手就能飛配置要簡(jiǎn)單文檔要親民”另一邊則更強(qiáng)調(diào)“安全性、標(biāo)準(zhǔn)性、面向?qū)I(yè)應(yīng)用”。PX4明顯走向了后者這也讓它在一部分玩家眼里顯得上手門檻更高。這個(gè)分野沒有誰(shuí)對(duì)誰(shuí)錯(cuò)但對(duì)后來者很重要你選擇PX4實(shí)際上是選擇了一套更偏工程體系的無人機(jī)開發(fā)哲學(xué)而不是選擇最省事的入門工具。如果你問哪邊更適合入門我的回答是看目標(biāo)。只想周末飛一飛、簡(jiǎn)單調(diào)參另一條路線可能更順想做自主算法、想進(jìn)入行業(yè)級(jí)應(yīng)用、想理解一個(gè)完整自動(dòng)駕駛軟件是怎么組織的PX4的體系更有深度。最怕的是選之前沒認(rèn)清路線學(xué)了一半才發(fā)現(xiàn)理念不合白費(fèi)功夫。4.2 “安全焦慮”驅(qū)動(dòng)的正反饋循環(huán)PX4看起來總是“更嚴(yán)一點(diǎn)”核心原因是它把自己定位為“自動(dòng)駕駛系統(tǒng)”而不僅僅是“飛控固件”。這個(gè)定位意味著它要考慮失效情況、冗余設(shè)計(jì)、參數(shù)校驗(yàn)、官方支持范圍這些東西在普通興趣項(xiàng)目里往往被放在最后一位。這個(gè)選擇直接影響了它的開發(fā)方式、組織方式和文檔風(fēng)格。商業(yè)客戶和科研機(jī)構(gòu)愿意把PX4用在真實(shí)飛行任務(wù)里反過來又推動(dòng)它投入更多資源做測(cè)試、仿真、認(rèn)證準(zhǔn)備。于是“安全”不再是口號(hào)而成了項(xiàng)目的自我實(shí)現(xiàn)。你會(huì)發(fā)現(xiàn)學(xué)PX4時(shí)遇到的“多一步校驗(yàn)”“多一層保護(hù)”不是官僚主義而是這個(gè)項(xiàng)目的生存底線。正是這種被外界“逼”出來的嚴(yán)謹(jǐn)讓它在走向行業(yè)應(yīng)用時(shí)越走越順也讓它的學(xué)習(xí)曲線比一般開源項(xiàng)目更陡。5. 快速了解PX4的演化脈絡(luò)5.1 版本演進(jìn)背后的三個(gè)轉(zhuǎn)折點(diǎn)我按公開資料把PX4的大致演化梳理成了三個(gè)階段方便你建立時(shí)間感。階段核心特征對(duì)今天學(xué)習(xí)的影響科研原型期自研硬件加實(shí)驗(yàn)代碼驗(yàn)證多旋翼控制日志系統(tǒng)詳細(xì)、調(diào)試接口多平臺(tái)化期軟件與硬件解耦支持多機(jī)型有SITL、參數(shù)體系、標(biāo)準(zhǔn)協(xié)議工程化期模塊化重構(gòu)、安全與驗(yàn)證優(yōu)先版本變更頻繁、文檔門檻變高這三個(gè)轉(zhuǎn)折點(diǎn)聽起來簡(jiǎn)單但每一個(gè)背后都對(duì)應(yīng)了一次大規(guī)模代碼重構(gòu)、一批老用戶的適應(yīng)成本以及社區(qū)治理方式的改變。學(xué)PX4的人如果只看最新主線會(huì)以為一切本該如此只有了解這些轉(zhuǎn)折才會(huì)對(duì)版本升級(jí)時(shí)常見的“破壞性變更”多一分理解和準(zhǔn)備。說白了每次大版本升級(jí)你都會(huì)看到有人在抱怨“為什么又變了”那是因?yàn)樗麄冞€沒來得及理解上一次“為什么必須變”。5.2 今天還在用的老設(shè)計(jì)雖然PX4一直在演進(jìn)但你依然能從代碼里看到它最早的影子。它依然使用輕量RTOS而不是完整Linux依然以MAVLink為主要外部通信協(xié)議依然在啟動(dòng)階段執(zhí)行一串帶順序的啟動(dòng)腳本依然保留不少對(duì)老一代硬件的兼容邏輯。這些“老設(shè)計(jì)”不是沒被質(zhì)疑過但每一個(gè)都綁定了一堆外圍生態(tài)和歷史用戶。改動(dòng)它們會(huì)牽一發(fā)動(dòng)全身所以能不動(dòng)就不動(dòng)。明白這一點(diǎn)你就不會(huì)對(duì)“這里怎么還這么老派”感到憤怒反而會(huì)理解開源項(xiàng)目在演進(jìn)中必須有的克制。技術(shù)人總想推倒重來但真實(shí)世界的軟件是一點(diǎn)點(diǎn)長(zhǎng)出來的每一行能留到今天的代碼背后都有沒被寫進(jìn)文檔的權(quán)衡。6. 學(xué)習(xí)建議按歷史脈絡(luò)入門真的比直接啃代碼劃算6.1 四階段學(xué)習(xí)路線可直接照抄我建議準(zhǔn)備學(xué)PX4的朋友先不要急著拉最新源碼。按下面的順序走整體收益會(huì)高很多。第一步先把“PX4是什么、解決了什么問題、從哪里來”搞清楚也就是先讀歷史向內(nèi)容知道出身、目標(biāo)和取舍。第二步去翻官方文檔里“系統(tǒng)架構(gòu)”和“概念概覽”章節(jié)把模塊概念和通信方式看懂而不是一頭扎進(jìn)源碼函數(shù)。第三步裝好SITL仿真環(huán)境跑一次仿真起飛觀察日志和MAVLink消息建立“控制回路到底怎么流轉(zhuǎn)”的直覺。第四步再回頭讀源碼。這時(shí)候你再看CMakeLists、參數(shù)定義文件和啟動(dòng)腳本就不會(huì)一頭霧水。這四步里前兩步看起來“不夠硬核”但恰恰是最能幫你避坑的部分。很多人在第四步卡死原因不是源碼本身難而是前兩步欠賬太多。帶著問題讀代碼和漫無目的讀代碼效率差好幾倍。6.2 我見過的人最容易踩的坑最后把幾個(gè)常見誤區(qū)集中說一說。第一個(gè)坑是迷信最新主線導(dǎo)致文檔、教程、社區(qū)討論和本地代碼對(duì)不上排查問題排查到崩潰。建議先跟官方穩(wěn)定版或長(zhǎng)期支持版走等你理解了設(shè)計(jì)邏輯再追主線不遲。第二個(gè)坑是只看代碼不看設(shè)計(jì)文檔PX4的很多設(shè)計(jì)決策都寫在架構(gòu)說明里代碼只是答案不是問題本身不看問題只看答案換一個(gè)版本就懵。第三個(gè)坑是用嵌入式裸機(jī)開發(fā)的思維去看PX4忽略了它的進(jìn)程、通信和狀態(tài)機(jī)設(shè)計(jì)結(jié)果看到哪里都像“過度設(shè)計(jì)”實(shí)際上那正是平臺(tái)的精髓。還有一個(gè)小建議把官方術(shù)語(yǔ)表當(dāng)字典用看到陌生縮寫隨手查。歷史起源里的每一個(gè)概念比如NuttX、MAVLink、SITL、ROMFS后面都會(huì)反復(fù)出現(xiàn)?，F(xiàn)在搞清楚一個(gè)后面就少迷惑一次。我個(gè)人帶新人時(shí)最愛說的那句話放到這篇結(jié)尾正合適把PX4當(dāng)一個(gè)正在成長(zhǎng)的開源項(xiàng)目來學(xué)而不是當(dāng)一本固定的書。版本會(huì)變目錄會(huì)改但底層那些面對(duì)真實(shí)飛行需求的設(shè)計(jì)取舍會(huì)在很長(zhǎng)一段時(shí)間里保持穩(wěn)定。希望這篇?dú)v史起源的梳理能讓你在接下來學(xué)編譯、學(xué)模塊、學(xué)MAVLink通信時(shí)少一點(diǎn)“這到底在干嘛”的迷惑多一點(diǎn)“原來如此”的踏實(shí)。