robot-notes /產品/Panther 與 ROSbot XL 控制架構 SWOT
Panther 與 ROSbot XL 控制架構差異與 SWOT
Panther 用一台專責底盤的 Linux 內建電腦,經 CAN 連接獨立馬達控制器;ROSbot XL 則由車載 Linux 電腦經 Ethernet 與 STM32 數位控制板交換資料,板上再連接馬達與感測器。兩種分工會影響輪指令在哪裡產生、底盤韌體如何維護,以及更換應用電腦時需要重設哪些底盤服務。Panther 官方方塊圖、ROSbot XL 官方方塊圖。
本文比較開發整合與後續維護的差異。查閱日期:2026-10-01,2026-11-04 複核;Panther 依據 v1.2 與現行 ROS 2 文件,ROSbot XL 依據現行產品資料與 rosbot_ros Jazzy 文件。SWOT 是依架構作出的工程分析,尚無整車延遲、停止距離、故障率或成本的實測比較。整車資料另見 Panther與 ROSbot XL。
1 先把兩條控制鏈畫完整
1.1 Panther 的應用電腦與底盤電腦分工
User Computer:Nav2、視覺、任務與自訂應用
↕ ROS 2/Ethernet,經 RUTX11
Built-in Computer:底盤 ROS 2、車體速度轉輪指令、里程
↕ CAN/CANopen
前、後獨立馬達控制器:馬達控制與狀態回報
↕
4 顆 BLDC 馬達+編碼器
EMU/Safety Board:另外接收急停、看門狗與驅動故障
Panther 直接連接馬達控制器的是 Built-in Computer。User Computer 上的應用程式透過內建電腦提供的 ROS 介面控制底盤;EMU 則有自己的硬體觸發、鎖存與外部連動設定。官方電腦分工、硬體介面、EMU。
1.2 ROSbot XL 的應用電腦與 MCU 控制板分工
車載電腦:Nav2、視覺、ROS 2 底盤控制與里程
↕ ROS 硬體介面+MCU 通訊橋接
↕ Ethernet,經 Digital Board 的交換器
STM32F407:韌體側控制、馬達與感測器介面
↕ 板上馬達驅動電路
4 顆 DC 馬達+編碼器;IMU 等周邊也接至數位板
現行官方 README 說明 MCU 使用 MAVLink,由 rosbot_mavlink_bridge 橋接至 ROS 2;舊韌體曾支援 micro-ROS。Ethernet 提供硬體連線,MAVLink/micro-ROS 決定其上的資料交換方式,兩者需分別核對。車體運動學控制器仍在 ROS 2 端;輪速 PID 在 STM32,以 200 Hz 執行(韌體開發文件)。ROSbot XL 手冊、現行驅動 README、官方 ROS API。
2 差異落在哪些責任上
Panther 與 ROSbot XL 兩欄依官方資料,標註處來自開發文件;「實際影響」欄是整合時要考慮的工程問題。
| 比較面向 | Panther | ROSbot XL | 實際影響 |
|---|---|---|---|
| 應用運算 | 選配 User Computer | 車載電腦(SBC/NUC) | 兩者均能更換應用算力,但電腦端承擔的底盤服務不同 |
| 專責底盤 Linux | 有 Built-in Computer | 底盤 ROS 驅動與應用共用車載電腦 | Panther 多一個可分開管理的系統,也多一套開機、更新與診斷工作 |
| 車體速度換算輪指令 | 內建電腦的 drive_controller |
車載電腦的差速/麥克納姆控制器 | 更換應用電腦對 ROSbot XL 的底盤執行環境影響較直接 |
| 馬達控制的硬體邊界 | 經 CAN 到前後獨立驅動器 | 經 Ethernet 到 STM32 與板上驅動電路 | Panther 的驅動器配置、ROSbot XL 的 MCU 韌體各自成為維護責任 |
| 輪速閉迴路所在位置 | 手冊未明寫;驅動參數顯示轉速上限設在 Roboteq 驅動器(MXRPM) |
STM32 韌體,200 Hz(開發文件) | 調輪速響應時,Panther 要動驅動器參數,ROSbot XL 要動韌體 |
| 馬達與感測器整合 | 馬達控制器、IMU、底盤電腦各有連接 | 數位板集中連接馬達、編碼器、IMU 等 | 集中化減少分散接線介面,也集中板卡故障的影響 |
| 公開應用介面 | ROS 2 速度、里程、硬體狀態與服務 | ROS 2 速度、里程、狀態;MCU 資料另由橋接轉換 | 應用開發皆可使用 ROS;底層的版號與協定要分別維護 |
| 安全鏈 | 公開 EMU、USI、CPU 看門狗與硬體設定 | 手冊與 ROS 2 API 未記載急停介面;停車相關行為是 0.2 s 仲裁逾時與 MCU 500 ms 馬達看門狗(開發文件) | Panther 有較清楚的公開急停整合入口;不能據此直接宣稱安全認證等級 |
| 電源與關機 | 多電壓使用者面板,兩台電腦有關機協調 | 12/19 V 由 SW1 二選一,5 V 在另一接腳,共用電源板 | 更換電腦都需核對供電;Panther 還需維護跨電腦關機與時間同步 |
比較控制品質時,需量測應用發布指令到車輪回授的端到端延遲與抖動,並檢查失聯和重啟行為。應用指令、車體控制與輪速控制各有執行頻率,結果還受排程、封包、控制器設定與負載影響,單看 Ethernet 或 CAN 的傳輸速度無法判斷。
3 Panther 架構的 SWOT
內部條件分為優勢(Strengths)與劣勢(Weaknesses),外部需求和環境變化分為機會(Opportunities)與威脅(Threats)。「依據」欄分三級:官方是手冊明寫的事實,開發文件是 Husarion repo 的開發者筆記,推論是本文依架構做的工程判斷,尚未實測。
| 類別 | 分析 | 實際影響與成立條件 | 依據 |
|---|---|---|---|
| 優勢 S | 應用與底盤各有運算環境 | 更換 GPU 電腦或重啟應用時,可保留底盤執行環境;前提是底盤 ROS 與供電正常 | 官方分工;影響為推論 |
| 優勢 S | 馬達控制器獨立成模組 | 馬達控制與功率電路的分工明確,應用端可透過 ROS 使用底盤,減少直接維護功率控制的工作 | 官方分工;影響為推論 |
| 優勢 S | EMU/USI 有公開接線說明 | 上裝可依硬體介面設計急停連動,但需核對修訂版、開關設定與接點額度 | 官方 |
| 劣勢 W | 元件與版本組合較多 | 應用 OS、底盤 OS/ROS、馬達控制器及安全板都需記錄設定,故障定位也需逐層檢查 | 推論 |
| 劣勢 W | 多一台電腦需要維護 | 需處理網路、時間同步與關機協調,並增加供電、空間與維護項目;成本差額尚未量測 | 官方(同步與關機);其餘推論 |
| 劣勢 W | 指令仍經過底盤 Linux | 內建電腦的排程與通訊仍會影響指令傳遞,需維持即時核心與逾時設定 | 推論 |
| 機會 O | 感知與 AI 的算力需求增加 | 可升級獨立 User Computer,減少對底盤執行環境的改動 | 推論 |
| 機會 O | 上裝與第三方驅動器整合需求 | 新設備若符合機械、供電與安全介面,較容易按模組整合;換馬達驅動器仍需驗證相容性 | 推論 |
| 機會 O | 不同應用需要共用底盤 | 固定底盤介面與版本後,可對接不同導航或任務軟體 | 推論 |
| 威脅 T | 零件停產或相容性變動 | 控制器、電腦或網路設備更換後,可能需要重新配線、調整驅動並驗證 | 推論 |
| 威脅 T | 戶外電源、線束與網路干擾 | 震動、接點、電壓降與網路中斷都可能影響運作,需一起驗證機構防護與控制容錯 | 推論 |
| 威脅 T | 上裝整合時誤判急停效果 | 預設 SW1-02 為 OFF,急停不會切斷已開啟的 AUX,外部設備可能仍帶電或仍有動作,需一起驗證 EMU、USI 接線與設備安全輸入 | 官方(開關預設);其餘推論 |
硬體事實依據:電腦分工、底盤硬體介面、時間同步及關機、EMU 設定。
4 ROSbot XL 架構的 SWOT
ROSbot XL 由 STM32 承擔輪速閉迴路。能否滿足特定即時或安全要求,需查韌體、排程與故障處理方式,再以實測確認。「依據」欄的分級同上一節。
| 類別 | 分析 | 實際影響與成立條件 | 依據 |
|---|---|---|---|
| 優勢 S | Linux 與 MCU 分擔不同工作 | MCU 承擔輪速閉迴路,應用端使用 ROS;電腦更新或當機時,MCU 500 ms 收不到命令就停馬達,停車距離待實測 | 開發文件;影響為推論 |
| 優勢 S | 馬達與感測器集中於數位板 | 小平台較容易整合與教學,也減少多個獨立馬達控制器之間的設定工作 | 官方方塊圖;影響為推論 |
| 優勢 S | 不同電腦都以 Ethernet 連接 | 換 Raspberry Pi、Jetson 或 NUC 時可沿用連線方式,但仍要核對 ROS、橋接、韌體與供電 | 官方 |
| 劣勢 W | 底盤服務與應用共用電腦 | CPU、記憶體、磁碟負載或 OS 更新都可能影響底盤 ROS,需做資源管理與壓力測試 | 推論 |
| 劣勢 W | 韌體與橋接程式需配對 | 調整訊息或協定時需同步兩端,micro-ROS 轉為 MAVLink 的版本變化就是維護時要處理的例子 | 官方 |
| 劣勢 W | 數位板故障影響較集中 | 馬達、感測器與部分通訊可能一起受影響,除錯時需區分 MCU、驅動電路與交換器 | 推論 |
| 機會 O | 教育與嵌入式開發需求 | 可在同一平台學習 ROS、MCU、通訊橋接與控制分工;修改底層時需保留版本與驗證紀錄 | 推論 |
| 機會 O | 網路診斷與嵌入式工具成熟 | 可使用 Ethernet 診斷與新的橋接工具,採用前需確認 MCU 資源與協定相容性 | 推論 |
| 機會 O | 小型感知與操作應用增加 | 官方電腦、相機與手臂套件可作為整合起點,仍需核對載重、散熱與電源 | 官方(套件);其餘推論 |
| 威脅 T | ROS 與韌體版本持續變動 | 舊教學與封存儲存庫可能描述不同介面;版號不相容時,可能無法控制或讀回資料 | 官方 |
| 威脅 T | 外部 Ethernet 與內部同一廣播網域 | 交換器出廠為平面橋接,每台 XL 位址相同,兩台接同一外部交換器會 ARP 衝突;官方試過的 VLAN 隔離會切斷電腦對外連線,未合併 | 開發文件 |
| 威脅 T | 用於比研究場域風險更高的環境 | 需重新確認機構、防護與安全功能;STM32、逾時或重設按鈕不足以證明可取代獨立安全鏈 | 推論 |
硬體與版本事實依據:數位板與方塊圖、供電與擴充、現行驅動與韌體配對、舊儲存庫封存說明、韌體開發文件。開發文件是開發者筆記,引用前要對照出貨韌體版本。
5 用具體故障情境比較
下表可作為故障測試清單,各項結果尚待實測。
| 情境 | Panther 要檢查 | ROSbot XL 要檢查 |
|---|---|---|
| AI/影像程式吃滿 CPU | User Computer 是否持續輸出速度;底盤電腦的 ROS 通訊是否正常 | 共用電腦上的底盤控制器與橋接是否受到資源競爭影響 |
| 應用程式停止發布速度 | 指令逾時與仲裁後的車體反應;其他來源是否仍在發布 | 仲裁與車體控制器的逾時;其他速度來源是否重新取得控制權 |
| 底盤電腦/ROS 驅動停止 | EMU CPU 看門狗、驅動器與急停鎖存 | 電腦端控制器/橋接停止後,MCU 500 ms 看門狗(開發文件)實際的停車行為與距離 |
| 車內通訊線斷開 | 分別測 User↔Built-in 的 Ethernet 與 Built-in↔驅動器的 CAN | SBC↔STM32 的 Ethernet 失聯、重連及舊命令處理 |
| 更新電腦或韌體 | ROS 版本、底盤控制器設定、名稱空間與關機協調 | ROS、橋接協定及 MCU 韌體配對;更新失敗與回復流程 |
| 按急停/外接上裝停止 | EMU、AUX、USI 與上裝的實際連動 | 手冊未記載急停介面,要先設計外部停止方式,再驗證上裝的獨立停止 |
測試時可記錄控制延遲與抖動、失聯後的停止時間和距離、重啟後是否出現非預期動作,以及應用負載對底盤控制的影響。更新或替換零件所需的工程時間,也可用來比較維護工作量。每次測試應固定輪型、載荷與輸入,分別記錄正常負載和壓力條件。兩車的功率、速度與尺寸不同,停止距離的差異需連同這些條件判讀。
6 依需求理解適用性
| 需求 | 架構上的判讀 | 還需查證 |
|---|---|---|
| 應用算力常換、底盤環境希望少改 | Panther 有獨立底盤電腦,換應用電腦不動底盤 | 實際可用接口、兩端版號、供電與關機 |
| 想學習或修改 MCU 韌體與通訊 | ROSbot XL 的 Linux↔STM32 邊界就是這個題目 | 韌體原始碼、板卡修訂版、橋接契約與刷寫回復 |
| 想替換不同馬達與驅動器 | Panther 的驅動器是獨立模組,可以從這裡開始試 | CANopen 物件、控制模式、功率與安全設定,不保證直接替換 |
| 要裝高功率或高重心上裝 | 先查整車機構、電源與安全能力,再比較控制架構 | 載荷、力矩、散熱、急停與使用場域 |
| 要達成特定安全或即時指標 | 兩款皆需以具體故障策略與量測證明 | 安全功能契約、故障注入、停止距離與相關認證資料 |