DJI Matrice 維修指南：機隊診斷與證據

Enterprise 飛行器診斷

DJI Matrice 的維修決策必須從確切的飛行器、酬載、遙控器、電池、機場或外場套件以及任務需求開始。Matrice 30、Matrice 300 RTK 與 Matrice 350 RTK 同屬 Enterprise 角色，但並非共用每一個組件、介面或驗收測試。本指南將機隊疑慮轉化為有紀錄的診斷流程，而不把單一警示當成零件訂單。

快速解答

診斷單一元件之前，先確認完整的 Enterprise 系統

記錄確切的 Matrice 型號與版本、遙控器、酬載、成對使用的兩顆電池、充電設備、韌體環境、事件紀錄與任務影響。在核准作業之前，先分開飛行器、酬載、定位、鏈路與電力證據。Reboot Hub 以書面報告已確認的檢查結果、尚未解決的風險、維修範圍與復飛測試，讓操作人員能做出營運決策，而不只是零件決策。

客戶採取行動前，應先蒐集哪些證據？

維修台的實務經驗如何對應各故障領域？

實際送修的是哪一套 Matrice 系統？

請先從產品標籤與實體系統著手。Matrice 30 與 Matrice 30T 是精巧的一體式 Enterprise 飛行器；Matrice 300 RTK 與 Matrice 350 RTK 則支援模組化負載配置與不同的機隊作業流程。請記錄送達的實際飛行器、遙控器、負載、RTK 配置、電池型號、充電設備與配件。系列名稱並不代表相容性，也不能僅因某個替換總成被描述為「相容 Matrice」就予以核准。

配置證據同樣能保障客戶免於維修範圍偏移。請在拆解前拍攝完整套件、識別標示、連接埠、安裝座、電池艙與外觀狀況。請註明任何缺少的元件，以及故障是否只在特定負載、雙電池組或遙控器下發生。若個案層級的零件編號、晶片識別碼或量測數值屬於已記錄的機型與電路板版本，則可予以揭露；但不得將其套用到整個 Matrice 系列。

無法開機或電池警示應如何分段排查？

請將無法開機事件視為一條鏈路：雙電池組、卡扣與端子、通訊、充電器使用紀錄、飛行器輸入路徑、各穩壓供電域，以及請求供電的系統。只有在確切機型與安全狀況允許的情況下，才可使用相容且運作正常的設備進行比對。請記錄 LED 與 App 行為、溫度、外觀損傷，以及問題是否只跟著某一顆電池、某一個電池艙或機身出現。若出現膨脹、液體痕跡、焦味、變形或異常發熱，請立即停止操作。

Enterprise 設備停機時，團隊可能會想直接從核心板著手，但接頭、線束、充電器、電池組搭配關係或局部電源級也可能產生類似症狀。維修台檢測應說明已測試哪個邊界、哪些仍屬未知，絕不應公開通電電路的維修程序。客戶會收到一份維修建議或更換建議，內容依據實測證據、零件來源，以及未解決電源風險所帶來的營運成本。

如何區分動力、機臂與 ESC 故障？

動力警告可能涉及螺旋槳、馬達、軸承、線路路徑、接頭、驅動通道、電流回饋、指令路徑或結構對位。請檢查從螺旋槳與馬達座，經機臂、鉸鏈或機身框架的完整負載路徑。在把警告歸因於 ESC 之前，應先比對各通道並記錄撞擊證據。一架靜置時看似筆直的飛行器，在承受負載事件後仍可能有對位、線束或接頭損傷。

Matrice 飛行器承擔的任務與酬載後果，遠超過更換單一馬達。書面範圍應說明作業屬於機械、電氣、結構或綜合性質，以及受影響的組件能否驗證至任務所需的標準。在特定日期版本的電路板上確認 MOSFET 或驅動器問題，可視為維修經驗，但那只適用於該電路板與該事件，並非所有馬達警告的通用解方。

RTK、GNSS、指南針與 IMU 問題如何區分？

定位錯誤必須在記錄環境的條件下重現。建築物、車輛、電力設備、磁性材料、天空視野與修正服務情境，都可能影響觀測結果，卻不足以證明飛行器有缺陷。請擷取確切的警告內容，並比對 GNSS 訊號獲取情況、RTK 狀態、航向一致性、IMU 狀態與任務影響。校準請求是一項待解讀的測試結果，並不代表可以隱瞞撞擊或硬體損傷。

在 Matrice 300 RTK 與 Matrice 350 RTK 的作業流程中，定位屬於更大鏈路的一部分，涵蓋天線、模組、接頭、核心處理、控制器資料與任務設定。診斷應顯示該鏈路中哪些部分已被觀察。若確認某個局部元件或電路板範圍，應揭露確切配置與測試邊界。在任務負責人驗收飛行器之前，交還客戶前的驗收關卡必須在適當的受控環境中確認定位表現穩定。

何時問題出在酬載而非飛行器？

請記錄酬載型號、安裝座、鎖定狀態、接頭狀態、通電行為、影像、錄影、穩定與控制功能。判斷問題是跟著酬載、飛行器連接埠，還是特定配置出現。請勿強行安裝，也不要反覆插拔不穩定的連接。接口變形、汙染、撞擊、受潮與先前的維修，都可能同時影響機械就位與資料行為。

當飛行器與酬載的證據各自獨立時，Matrice 酬載診斷最為可靠。酬載端的相機、雲台或接口故障，不應被當成飛行器核心板維修來販售；飛行器連接埠故障也不應靠更換酬載來掩蓋。報價會載明故障邊界、建議的組件或元件作業、任何校準相依性，以及維修後將示範的酬載功能。

視覺與避障感測警示應如何測試？

記錄警示是由哪個方向、哪一組感測器所回報，以及當時的表面、光照、汙染、天候與飛行器姿態。僅使用受支援且不會造成損壞的方式清潔，並檢查視窗、支架、線束與周邊結構。在低紋理、眩光或不合適光線下出現的警示，與在受控條件下持續出現的警示並不相同。撞擊可能改變對位，即使外觀沒有明顯破裂。

驗收測試應從安全的地面觀察、受支援的校正狀態與一致的感測器回報開始，之後僅在飛行器狀態合適時才進一步推進。不得宣稱一次成功的懸停就能證明每一個方向性感測器或自動化任務功能皆正常。若供機隊使用，應載明受測環境、實際測試的功能，以及任何未能重現的條件，讓操作人員了解證據的界線。

遙控器與圖傳診斷應包含哪些證據？

確認遙控器與飛行器的配對關係、天線、線材或網路環境、韌體版本關係與操作環境。區分無法配對、遙測間歇、影像中斷、控制警示與環境干擾。記錄問題是否只跟著某一支遙控器、某個地點、某個負載或整架飛行器出現。請勿將標示的傳輸距離視為實驗室目標值，或對實際場地作出的承諾。

圖傳鏈路的維修應透過分階段檢查來驗收，包括穩定的配對、遙測、控制反應、適用時的影像，以及與客戶相關的任務功能。若判定為接頭、天線路徑、無線電模組或電路板元件，紀錄應載明確切型號與電路板版本。若無法排除干擾，該未知事項必須保持可見，不得轉化為缺乏依據的硬體結論。

什麼樣的 Matrice 復飛判定才值得信賴？

驗收從原始問題開始，接著檢查因拆裝、撞擊或更換而受影響的相鄰系統。將送回來的飛行器、負載、遙控器、電池與配件與收件紀錄核對。確認硬體連接、警示、供電行為、雲台或負載功能、定位、動力系統觀察，並僅在安全且適當時進行受控飛行。若任務專屬功能屬於核准範圍，也應納入測試。

交機時應區分「已修復的故障」與「已核准可執行所有任務的飛行器」。Reboot Hub 提供書面檢測結果、零件來源、測試項目、尚待觀察事項與保固範圍。機隊管理者便可據此決定要讓系統復飛、限制於特定用途、留作備機或予以汰換。這條透明的決策路徑，比籠統的維修標籤更有價值。