機器手、機器狗到家務機器人：從玩具原型到整機的路線調研｜私人 AI 集群日誌 Day 7

本文是 AI 輔助整理公開原始資料的機器人學習與開發路線調研，不是作者完成實機的紀錄。 截至 2026 年 10 月 3 日，本文未對所列機型進行採購、接線、整機測試或安全認證。下列關卡是供讀者比較的示例，不能當成已驗證的工期、產品規格或採購保證。

對有軟體與 AI 背景、但缺少機電實作經驗的讀者，固定在桌上的低能量雙指夾爪是一個可比較的起點：它能分別練習採購、組裝、回授、聯網與失效測試。之後分兩條路：想研究手指接觸與操作，做多指手；想走家務，先把夾爪接上機械臂與輪式底盤。機器狗是地形需求或步態研究的支線，不是家務的必經步驟。家務和長照放在更後面：前者需要在真實住家可靠拿取物品，後者還牽涉人的安全、隱私和照護責任。

本文給非相關科系讀者的讀法是：先看「五層系統」、「機器手完整流程」與最後的家務／長照分級；有工程背景的讀者可直接檢查介面、驗收與失效條件。熟練在本文不是會用某個套件，而是能獨立定義需求、整合跨層系統、量測失敗、修正設計，並清楚說出哪些安全驗證尚未完成。

先把名詞說清楚

機器人不是單一 AI 模型，而是一個感測、判斷、動作、回報的閉環。例如相機看到杯子，軟體估計杯子位置，控制器要求關節移動，馬達執行，編碼器再回報是否到位。如果回報與預期不符，系統必須停下或重試，不能只繼續相信相機畫面。

機械臂把工具送到空間中的某個位置；夾爪是抓住物體的簡單末端工具；多指靈巧手還要協調多個接觸點。輪式移動機器人主要處理定位與避障；機器狗還必須在地面接觸不斷改變時維持平衡。它們共享軟體基礎，但難度與驗收方法不同。Modern Robotics 原作者教材把運動學、動力學、規劃與控制分開教，很適合作為數學主線。

不同目標的起點與分支比較

若只有一個人、已有寫程式經驗、沒有機電實驗室，桌面雙指夾爪可作共同起點；多指手適合研究接觸與靈巧操作，機械臂則更接近桌面拿放與家務路線。夾爪容易觀察馬達、回授、抓力與滑落；多指手增加接觸和同步問題；機械臂增加空間定位與碰撞。不要同時自製馬達驅動、電池組、多指手與四足機構：同時改變太多變數，故障時無法歸因。

買現成教育平台、開發板、馬達模組不是偷懶，而是把有限時間用在測得出來的系統能力。LEAP Hand V2是多指手的原作者組裝參考；ROBOTIS OpenMANIPULATOR-X是臂與夾爪的參考；TurtleBot3和 Unitree ROS 2 專案分別提供輪式與部分四足平台參考。它們是研究範例，不是購買推薦；購買前要依手上的機型、軟體版本、授權與維修條件重新核對。

一個人的機器人學習依賴順序

手指與夾爪

採購、組裝、單軸、回授與停機

桌面起步

多指手

校正、同步、抓取資料與低壓轉接 PCB

逐指驗收

手臂與整機

座標、視覺、控制、聯網與可靠度

一項任務

移動能力

機器狗或輪式底盤，量測導航和跌倒

擇一

家庭與照護

真實場域、隱私、安全與人工接管

用途決定標準

機器手的第一個可交付任務

先定任務，才知道買什麼：把形狀固定、重量已知的空盒放進桌面治具，讓固定的雙指夾爪反覆夾住並放開，操作區域不得有人伸手進入。這個 B 階段先測抓取，不假裝能搬運；到 D 階段接上機械臂，才測把盒子夾起、移動一小段並放下。若希望手指各自彎曲，才進多指手。手能抓，並不代表手能自己移到物體前。 本文用四個示例關卡比較手的能力：A「單一手指測試台」、B「雙指夾爪」、C「桌面多指手」、D「手臂加手」。每級先用固定規則和人工操作建立基線，再談 AI。

機器手採購清單與選型

初學者若要降低同時除錯的變數，第一輪可比較有文件的成熟驅動與伺服模組，避免一開始就自行設計馬達功率級。採購單不是固定品牌清單，而是一份每個料項都有規格、來源和替代方案的 BOM（物料清單）。參考 LeRobot SO-101 組裝教學的料表與馬達配置，或 LEAP Hand V2 原作者組裝指南的多指機構；前者是機械臂加夾爪的學習系統，後者是多指手，不要把兩份料表混用。

先做選型表，把每個候選零件的原廠規格、單價報價日期、交期、替代品、保固、文件完整度列出。單一馬達的標稱堵轉數字不能當成可長時間用的抓力；要根據指節力臂、傳動損耗與實際抓取測量驗證。先算最壞同時動作時的用電、線束與散熱，再下單。不要用即時購物價格冒充長期固定的成本。ROBOTIS 致動器文件提供回授與模式的選型參考；實際值要看確切型號。

在台灣建立詢價單時，可從原作者的SO-101 開源 BOM或 LEAP V2 原作者的組裝頁抄料號與規格，不抄國外購物連結當台灣現貨。逐項向可出具品名與保固的供應商、3D 列印服務和電源供應商詢價，記錄幣別、運費、進口費、到貨與退換條件；關鍵伺服與連接器備一份替代來源。SO-101 原作者特別區分不同馬達電壓版本與相應電源，說明「長得一樣的套件」也可能不能共用供電。這份調研沒有取得台灣報價，所以不列虛構的總預算。

把「買什麼」收斂成三種互不混用的路線

若目標是桌面夾爪再延伸到機械臂，SO-101 follower 的同一版原作者 BOM 可作詢價基準；應先核對完整料表與供電版本。 若供應商允許拆單，可先詢一顆文件指定的夾爪馬達、相容匯流排板與電源、夾爪列印件、螺絲和額外桌面固定治具的價，再於 A／B 關卡通過後詢其餘手臂零件。 若店家只賣整套，就先組夾爪部分作測試，但不要把本文提出的「獨立桌面固定治具」誤認為官方裝配方案；需自行確認夾爪在治具上的行程、抗翻倒與線束。若目標是 C，則另開一張 LEAP V2 BOM，不假設兩者共用零件。這是可詢價的示例；本文未核實台灣現貨或相容套件。

SO-101 的 follower 配置是五個手臂關節加一個夾爪致動器，共六顆馬達，可在 D 關卡練習拿放；它不是單買一個「機器手」就會自動變成多指手。LeRobot 的現行 SO-101 文件把 follower／leader、馬達 ID、匯流排連接與校正分開說明。若要照做，應鎖定同一版 BOM、列印檔與文件；每顆新馬達常有相同預設 ID，須單顆配置，不能先全部串上再猜哪一顆是誰。LEAP V2 則需先核對 原作者 API的作業系統、供電、串列埠、校正檔和授權；其 CAD 授權與軟體授權不同，若將來販售不可只看程式碼授權。

採購工作表每列至少要有：用途、原廠料號／CAD 修訂、數量、供電規格、通訊協定與接頭腳位、尺寸、台灣報價及日期、交期、替代品、退換／保固、實收序號。另列工具：萬用電表、可限流的測試電源、卡尺、固定治具、簡易秤重器材與護目鏡。下單前先請供應商用實際型號回覆「馬達、匯流排板、電源能否一起用」，再依原廠文件覆核；沒有一致答案就不要上電。

先算夠不夠用，不從廣告上的「最大扭力」猜

需求表先寫物品尺寸與重量、指尖能接觸的位置、閉合行程、預期抓取方向、每分鐘動作次數、可接受的最高表面溫度和斷電後物品去向。對兩片軟墊從兩側靠摩擦提起物品的情況，最簡化估算是每側法向夾力至少約 重量 × 9.81 ÷ (2 × 摩擦係數)；若假設 0.2 kg 物品、摩擦係數 0.5，理想值是每側約 1.96 N。這只是算式示例，真實摩擦會因材質、灰塵、姿勢而變，還要留裕量並做實測；B 關卡固定夾爪本身不會提起物品。再依指尖力臂、連桿或腱線機械優勢及損耗，把所需夾力換成關節扭矩；堵轉扭矩不可當可持續扭矩。電源則把同時運動的馬達和控制器的峰值、待機耗電分開估，依原廠規格選電源與線材。若缺連續額定或散熱資料，就選更保守的任務或換有完整資料的致動器。

機器手組裝與校正

組裝順序應把「做錯了可以退回」排在前面：核對料號與外觀 → 無電源乾裝 → 檢查每個關節是否順暢 → 單顆致動器設定唯一 ID 並記錄 → 確認零位與方向 → 整理線束避免夾線 → 限流上電 → 逐指動作 → 安裝所有手指 → 重新校正全手。每一步都拍照、記版本和扭矩／行程異常，避免裝好後才發現馬達地址重複或左右顛倒。

若做腱線式多指手，還要檢查腱線是否磨擦、鬆弛、卡入滑輪，以及印刷軟材料是否逐次變形。LEAP Hand V2 官方組裝頁清楚列出列印件、腱線、滑輪、馬達 ID 與接線；其 API 文件要求完成開合位置校正。原廠校正流程只證明該機型的初始設定完成，不代表對所有物品安全。 更換手指、腱線或馬達後要重做校正，並保存校正檔與對應硬體序號。

具體的上電驗收可拆成六張紀錄單，每張不通過就不做下一張：① 收貨時按 BOM 點數、量供電接頭極性；② 無電源時逐關節手動檢查卡滯、夾線與固定座，拍下零位；③ 一次只接一顆伺服設定 ID／傳輸速率並貼標籤，重新接上後確認能讀到正確那顆；④ 先給空載小範圍命令，記目標與實際位置、電流、溫度和異音；⑤ 再裝指節、低速走完允許行程，檢查端點沒有碰撞；⑥ 最後才用測試物品，在有人可立即停止的桌面區域做抓放。SO-101 原廠步驟也採先逐顆設定 ID、再裝配與校正的順序。

校正檔不是一個神奇數字：至少記機型、硬體序號、馬達 ID、機械零位、方向、允許行程、韌體版、操作者與日期。同一物理姿勢若回報值突然改變，先查馬達固定、編碼器與校正版本；如果指尖到位但抓不牢，改查軟墊、腱線張力與接觸面。LEAP V2 的原作者 API會把自動校正結果存成 CSV，並區分側向關節與彎曲命令；它的電流保護上限不應為了「抓得更緊」任意調高。

機器手 PCB 的實際切入點

第一版用原廠伺服匯流排板和現成電源。客製 PCB 的第一個合理產品是低壓轉接／感測板：把接頭、極性、指尖感測器、測試點和板件版本清楚固定，減少線束裝錯；不要讓首板同時承擔電池保護、功率驅動與安全急停。圖面先有需求表、方塊圖、腳位與接頭表、電源預算，再畫原理圖與板圖。KiCad 官方教學提供原理圖、ERC、PCB、DRC、製造檔的逐關流程。

送板前再做四種人工審查：連接器朝向與線序、電壓與電流額定、回流路徑和感測訊號、機殼與手指運動是否碰板。收到板後先目視與導通檢查，再在限流電源下逐一驗證電源軌、通訊、感測，最後才接致動器。板子通過 ERC（原理圖電氣檢查）／DRC（電路板佈線規則檢查）仍可能因錯料、焊接、熱和機構干涉失敗；每版保留物料表、製造檔、組裝照片、測試報告與已知問題。

以「指尖感測與接頭轉接板」為例，畫圖前先決定輸入電源從哪個已驗證模組來、感測器要哪種電壓、訊號是類比／數位／匯流排、接頭如何防反插、板子怎麼鎖在掌內。一頁介面表需逐腳寫名稱、方向、電壓範圍、最大電流、線色、對端、接反後果；板上留電源、地、重要訊號測試點和可見版本號。把伺服供電路徑與敏感感測訊號分清楚，並請懂電路的人檢查電源與保護。首板驗收順序是板子未接手時量短路 → 限流上電量各電源軌 → 假負載／模擬訊號測通訊 → 單顆感測器 → 整手 → 長時間運作的溫升與掉訊。若測試結果不符，記下板號、量測值與修改理由再做下一版，不用飛線修好的樣板假裝已可量產。KiCad 官方流程可作製圖基礎；ERC／DRC 是檢查工具，非整機安全證明。

機器手韌體與控制契約

如果用內建控制器的智慧伺服，第一版不必硬寫馬達韌體；先寫清楚上位機和伺服匯流排的命令契約。若後續加微控制器做感測匯流、局部限制與狀態回報，再進入韌體設計。其核心是一個可測狀態機：未初始化不可動、校正完成才使能、命令有上下界與時效、失聯／過流／溫升異常進入受控停機、排除故障後須明確復歸。對不同機構，「安全停止」可能是停止供電、保持姿勢或緩慢放開，不能一律斷電讓重物落下。

命令與回報至少要定義關節 ID、單位、時間戳、序號、校正版本、目前位置與電流、故障碼和逾時；實測更新週期、丟包與重啟行為。Zephyr 開發與測試文件可作自寫 MCU 韌體的入門參考。對人身有風險的停止與保護要依風險評估設計在適當硬體層，不可只靠這個應用狀態機。

控制契約可先整理成一頁可測規格，而非一開始埋進 ROS 程式：命令包含 joint_id、target_rad（弧度）、max_speed_rad_s、遞增 seq、ttl_ms（接收後還能活多久）與 calibration_id；狀態回報含實際角度、速度、電流、溫度、命令序號、故障碼和本地時間。這是本文設計的介面示例，並非任何原廠 SDK 的現成封包。收到過期、重複、超界、錯校正版本的命令都要拒絕並記原因；控制端重開機先回未使能，人工確認當前姿勢後才恢復。測試表至少包含「拔 USB／網路、停上位程式、馬達卡住、感測器讀值不變、重啟時指尖夾著物品」，逐案記實際停止方式和物品去向。若智慧伺服本身已提供位置迴路，不要在上位機再寫第二個互相打架的位置迴路。ros2_control 的控制管理器將讀取、控制器更新、寫入硬體分開，適合整合時明確安排控制權。

機器手系統與聯網運作

能抓取的完整系統是：人下達任務或人工遙控 → 相機／編碼器量測 → 座標與物體估計 → 受限動作規劃 → 手臂或夾爪控制 → 馬達與手指動作 → 回授判定成功、重試或停止。沒有手臂時，任務只在固定桌面治具內成立；接上手臂後才有工作空間、碰撞、載重和線束擺動問題。可用 MoveIt 2學手臂規劃、ros2_control整理硬體控制介面、LeRobot學遙操作、資料收集與模仿學習。這些框架各解一部分，不會自動組成可用的家務機器人。

聯網的第一版只在本地受控網路運作。 遠端介面先做只讀狀態、影像可選且預設關閉、人工操作需授權；遠端控制命令要有身份驗證、權限分層、有效期、審計紀錄與斷線安全行為。網路不能直接繞過本地速度／力限制。更新韌體時須能識別硬體版本、驗證映像、測試更新失敗與回退；Zephyr 裝置韌體更新文件說明其框架，但實際產品仍需設計傳輸和管理機制。NIST IoT 能力目錄把裝置身分、設定、資料保護、存取、更新與安全狀態列為能力項；這對家中有相機和麥克風的機器尤其重要。

架構可以畫成操作介面 → 任務電腦 → 唯一命令仲裁器 → 本地控制／伺服 → 手指，狀態反向回來；相機和 AI 只提出候選物件與動作，仲裁器檢查模式、工作區、限速、權限和命令時效。遙操作與 AI 不能同時向同一關節下命令。遠端失聯不等於每次都「張手」：桌面空盒可放開；一旦未來拿著玻璃或在人的上方，必須先由風險分析決定保持、移到安全位置或讓人接管。網路測試不只 ping：還要記錄失聯到本地反應的時間、錯誤指令是否被拒、斷線重連後是否意外繼續舊任務、更新失敗能否回上一版。家用影像盡量本地處理，保存時間與誰可觀看都要明示。NIST 的 IoT 技術能力清單提供身分、存取、資料保護與更新的逐項查核起點。

從能動到熟練的優化方法

把任務切成看到物體、對準、接觸、抓穩、搬運、放下六段，逐段記成功率、耗時、電流／溫度、滑落、夾碰、人工接管與待機耗電。先修正機構鬆動和校正飄移，再調固定規則，最後才比較 AI。做資料集時，物體、光線、桌面位置、操作員和日期要分開保留測試情境；只用訓練時見過的杯子測成功率會高估能力。資料與策略可以參考 LeRobot 實機流程，但模型上機前要有命令範圍、監測和人工接管。

本文以可驗證的能力描述「熟練的機器手」：換一種物品或光線仍能說明成功率、失敗原因與回退操作；換一個馬達或 PCB 版本也能靠文件重新校正與重跑測試。這不是某個成功率門檻的承諾，而是可維修、可重現、可改進的能力。若連固定場景都時常無法抓住物體，就先不要加機器狗底盤或在長者身旁使用。

為避免「影片看起來成功」卻無法重做，先訂一份開發用、不是產品認證用的測試計畫：三種指定物品（硬盒、不同表面的小盒、容易滑的空容器），每種先在固定位置重複，再改位置與光線；記錄每次物品 ID、起始姿勢、控制版本、校正檔、是否夾住、是否滑落、完成時間、最大電流／溫度及人介入原因。成功率分母是所有嘗試，不能刪掉失敗影片；另列「未見過物品」測試，不能拿訓練資料同場景冒充泛化。先比較機械軟墊、行程與規則控制的改進，再加入相機或模仿學習。AI 若使成功率升高但人工救援時間也升高，仍未必有工程價值。

故障排查也有順序：完全不動先看電源、接頭、ID、使能與故障碼；方向錯或撞端點查零位、單位、關節方向與軟體限位；空載可動、抓物失敗查摩擦、力臂、腱線與電流限制；偶發掉訊查線束受彎、供電下陷、埠識別與命令時效；運轉後變差查溫升、鬆動、磨耗和校正漂移。每次只改一個變數並重跑舊測試，才能知道優化是否真的有效。

從程式到馬達的完整資料流

整機至少要有高階電腦、低階控制器、驅動器、感測器、電源與機構。高階電腦可以是筆電或單板電腦，負責地圖、視覺、任務；微控制器負責靠近馬達的週期性讀寫。高階電腦送出目標，低階控制器在允許範圍內執行；若通訊斷線或回授超限，低階端要能獨立進入預先設計的安全狀態。

命令向下，證據向上

任務與 AI

想去哪裡、要抓什麼；輸出受限的目標

ROS 2 與控制

座標、規劃、狀態機與硬體介面

韌體與驅動

定時讀感測、限制命令、回報故障

機構與環境

馬達實際動作，感測器把結果送回

ROS 2 官方文件把節點、主題、服務、動作與服務品質列為通訊基本概念；ros2_control把控制器與硬體介面接起來。這些框架幫忙組織系統，不會自動讓馬達安全。速度、扭矩、關節範圍、碰撞與逾時限制，仍要按照機器本身實作和測試。

階段一 只用電腦把基本功補齊

先會 Python、基本 C 或 C++、Git、Linux 指令、測試與資料記錄。數學不用先讀完一整套研究所課程，但要能看懂向量、角度、座標轉換與「誤差等於目標減去實際」。正向運動學是由關節角度算手的位置；逆向運動學是由想要的手位置求關節角度；回授控制是不斷比較目標和感測結果後修正動作。Modern Robotics 教材可依這個順序讀對應章節。

第一個作品是在 Gazebo 與 ROS 2 整合文件所示的模擬環境裡，讓夾爪在固定桌面對準、夾住並放下同一個物體，記下座標、接觸、滑落與失敗原因。驗收不是錄一段成功影片，而是固定場景與參數重跑至少十次，報告成功次數和失敗類型。十次是本文建議的入門練習量，不是業界安全標準。模擬器、ROS 2、套件與機型版本必須先核對相容性。

階段二 單軸控制與韌體

第二個作品是一根固定在測試台、由成熟驅動模組控制的低能量手指。先讀回位置和電流，再加位置或速度命令；分別測試拔掉通訊、卡住行程、感測器讀值錯誤、重新上電。每次都要記錄「預期安全狀態」與實際結果。初學者不應把未驗證的控制程式直接接到會夾傷人或跌落的整機。

韌體需理解 GPIO、PWM、編碼器、ADC、I²C／SPI／CAN 等介面，並分清楚週期性控制和不定時的日誌、網路工作。使用 RTOS 並非起步前提；它在任務和時序需求變多時才有價值。Zephyr 入門文件教如何建置、燒錄與執行範例；Zephyr 測試框架可做單元和整合測試。無論用哪種韌體框架，都要測量實際更新週期、最差延遲、重啟後狀態與通訊逾時，而不是宣稱「用了 RTOS 就是即時」。

一個合理的跨層介面應明確寫出：命令單位、正反方向、最大值、時間戳、序號、回報頻率、錯誤碼，以及失聯後誰切斷動作。只要任何一項在程式裡靠猜，整機整合就會變成反覆試錯。

階段三 從手延伸到不同機器

輪式路線先讓里程計和座標關係正確，再做感測器、地圖、定位與導航。Nav2 首次設置指南逐項列出 TF 座標樹、URDF、里程計、感測器、足跡與控制設定。平台可參考 TurtleBot3 模擬文件。測試速度需低到能觀察失敗，先做遙控與安全停止，再讓導航自動發命令。

臂與夾爪路線先解決關節零位、關節限制、工具座標、碰撞區、物體滑落；然後才上視覺。MoveIt 2 教學適合學機械臂規劃，OpenMANIPULATOR-X 官方文件可作較簡單的硬體參考。夾爪抓住盒子，不代表已能靈巧操作鑰匙或柔軟物體；那需要更難的接觸與力控制。

多指手路線可閱讀 LEAP Hand V2 的原作者 API，注意它仍需組裝、校正、控制與維修。第一個評估問題不是「能模仿幾根手指」，而是不同物體、位置與握法下的成功率、卡住與關節誤差。多指手通常適合已有臂、夾爪與單軸測試經驗後再投入。

四足路線先在模擬中理解質心、關節、足端接觸與步態，再用廠商支援的高階介面做狀態監看、低速任務與安全退出。可對照 Unitree 官方 ROS 2 介面和 Open Dynamic Robot Initiative 的 Solo 開源硬體。前者是特定商用機型的介面參考，後者更接近研究級自製平台；都不代表新手能跳過機構、跌落和供電風險。除非已能驗證低階控制與保護，否則不要把未驗證的 AI 動作直接寫入關節控制。

AI 可以在哪裡真正幫忙

本文以開發助手、感知、決策、控制策略四類比較 AI 的用途，並各自拿非 AI 的方法做比較。開發助手可整理文件、產生測試草稿與分析日誌，但人要核對腳位、電氣額定值和實機行為。感知可估計物體或障礙物，但要測光線、遮擋和新場景。決策可選下一個子任務，但只能發出控制系統允許的目標。學習式控制策略可能處理複雜步態或抓取，卻要額外面對模擬與真實世界差距。

LeRobot 的官方教學展示遙操作、收集示範、訓練與實機評估的模仿學習流程；Isaac Lab 官方文件提供機器人學習與模擬工具。這些工具可減少從零搭平台的時間，不能用「模型在訓練場景成功」取代新的物體、地面和光照條件測試。評估時可先建立固定規則或人工操作基線，再以不同場景、不同日期的測試資料比較：任務成功率、碰撞／掉落率、人工接管次數、完成時間與耗電。視覺／語言模型不應直接承擔需要嚴格時序的馬達閉環。

對一個人最有價值的 AI 專案，未必是先訓練大型端到端模型。更容易驗證的題目是：從相機協助夾爪定位、從日誌找定位漂移原因、用模擬批次產生失敗場景，或替操作員摘要需要人工確認的異常。每個題目都要列出無 AI 基線、測試資料與模型失效時的退路。

系統整合 要看見每一層失敗

整機工程不是把所有模組接上就算完成。可先寫一頁系統需求：機器的任務、使用場地、可接近的人、最大速度與負載、電源、續航、停機方式、誰能維修。接著建立座標、電氣、機構、通訊與軟體介面的單一來源。每次測試記錄軟體版本、韌體版本、電路板版本、感測器校正、場景與結果。

在挑致動器與電池之前，先估計連續與短暫的負載、所需關節扭矩、啟動與堵轉電流、各電源軌的峰值功率、電池可用能量、散熱與線束承載，再以原廠規格和測試修正。瓦數是電功率，扭矩是讓關節轉動的能力，兩者不能直接互換。持續工作時的溫升和一次短暫動作的峰值也不能混為一談。ROBOTIS DYNAMIXEL-X 文件展示同一類致動器仍有不同控制模式、回授與額定規格；選型必須回到確切型號。

整合順序是：桌面模擬 → 單元測試 → 無馬達輸出的硬體在迴路測試 → 單一執行器 → 限速整機 → 重複任務 → 擾動與故障測試。硬體在迴路是把真實控制器接到模擬或受限負載，先檢查介面和時序。任何階段出現未解釋的動作、失聯不停、過熱或夾碰風險，都退回前一關。

這不是正式產品安全認證流程。若進入工業機器人或人機共處場域，需由適任工程與安全人員做風險評估，並核對適用要求。ISO 10218-1:2025處理工業機器人本體，ISO 10218-2:2025 的 ISO 委員會目錄列出應用與機器人工作站要求；服務型機器人的分類與適用規範不同，不能把一份標準套在所有機器上。本文的學習作品不可當成合規證明。

PCB 什麼時候做，以及完整路徑

PCB 是印刷電路板：把已驗證的電路和連接做成可重複生產的板子。 第一版機器人通常先用原廠控制板、開發板、成熟的馬達驅動器和可靠線束。當線束錯接、接頭鬆脫、尺寸或維修工時成為可量測問題，才有充分理由做客製板。不要把第一片 PCB 與第一個馬達驅動演算法一起發明。

一條完整但可分段的流程是：需求與電源預算 → 方塊圖與介面表 → 原理圖 → 零件與封裝核對 → ERC 電氣規則檢查 → 佈局、接地與散熱檢查 → DRC 設計規則檢查 → 製造檔與物料表 → 板件驗收 → 限流上電 → 分區測試 → 整機回歸測試。KiCad 的官方入門文件正是按原理圖、ERC、版圖、DRC、製造輸出的順序教學。ERC／DRC 只能找出一部分錯誤，不能證明電路會正常運作或整機安全。

第一次自製板可選低壓感測器／接頭轉接板，目標是減少人工接線錯誤，而不是自製高功率馬達驅動或電池保護。板上要看得出版本、連接器方向、測試點與極性；收到板後先核對短路、電源軌和通信，再接高價感測器或致動器。若涉及電池、較高電流或人身風險，應讓有經驗的電機工程師審核保護與佈局。

一個可執行的 12 週樣本計畫

這是有基本程式能力、每週可投入數小時的示例排程，不是保證 12 週學會四足控制。每一格可延長；完成條件比日期重要。

之後的熟練路線依分支而變：移動機器人深入定位與導航；操作機器人深入運動學、接觸與抓取；四足深入狀態估測、動力學與步態；韌體工程深入驅動、時序和失效保護；硬體工程深入電源、訊號完整性、製造與可靠度。不需要一人同時成為五個領域的專家，但必須懂相鄰層的介面，並知道何時要找專家審查。

「熟練」還需要比課表更嚴格的作品證據；下面是本文整理的能力關卡，不是證照或安全標準。

每跨過一關都應留下最小可重現專案、測試報告、失敗影片或日誌，以及「還不能使用的場景」。能把一個任務從規格帶到反覆驗收，通常比只跑過十個不同 demo 更接近熟練。

第二站 機器狗要新增哪些能力

手的核心是接觸物體並施力；機器狗的核心是足端交替接觸地面時維持身體穩定。手的控制、校正、記錄、PCB 和聯網經驗可以沿用，但四足的機構、動力學、狀態估測與跌倒保護要重學。機器狗本身不能拿東西；要做家事還需背上手臂和手，增加重量、重心變化與碰撞風險。因此，四足不是家務機器人的必經下一步。有樓梯或崎嶇地面才可能讓它比輪式底盤更有價值；這是用途推論，須按實際住家測試。

先完成玩具級機器狗：會站、會走、會停

這一關不要先造「能自主巡邏的狗」。最小作品是在清空的平坦地板，按一次按鍵由趴下到站立，低速前進幾步，停下並回到休息姿勢；另用一次拔除控制連線或停止指令，證明它不會無限走下去。可以播放預先寫好的步態，不要求真正的動態平衡、上下樓梯或 AI 辨識。對完全沒做過四足的讀者，**同一版本的 Petoi Bittle X V2 組裝套件與官方指南**可作第一個套件案例：官方料表列出機身與四腿、10 顆不同線長的伺服、BiBoard V1、電池、USB 線和緊固件；不能把舊版 Bittle／NyBoard 的韌體或接線圖直接套上 V2。新版 OpenCatESP32 程式庫對應 BiBoard 系列，舊 OpenCat 庫主要是舊版 NyBoard，選購前先核對板號、伺服型號與程式庫。

Petoi 的 V2 校正文件特別提醒：進校正模式前，伺服可能指向未知角度；組裝套件要先進零位再固定腿，最後才鎖中心螺絲。官方開機說明也建議先放校正支架，避免開機時自動翻正造成意外動作。這是照原廠文件做出玩具狗，不是從零設計一套四足伺服與步態。若想自行設計殼體，可在玩具狗能穩定重跑後才依原廠腳位、重量與重心限制修改；更換馬達、電池或控制板就要重新做電力和校正驗收。

若不買套件而想自製八個腿關節的簡化狗，物料至少會變成四組兩關節腿、八顆相同且有規格的低壓伺服、相容控制板或 PWM 板、獨立伺服電源、機身、線束、開關、支架。先做一腿、再兩腿鏡像、四腿懸吊、最後地面；不要用微控制器的 5V 腳硬帶八顆馬達。Adafruit 的 PCA9685 接線指南明確區分邏輯電源與伺服電源，也指出多顆伺服同動會造成電流突波。這條自製線需要自行選定一份完整 CAD 和腳位圖並測電流，因此是第二個玩具專案；對第一台而言，有一致文件的套件較容易重做與除錯。

玩具狗的完成線就是可重複站、走、停和校正，不必先完成下方 Q0–Q4。 Q0–Q4 是要研究自製整機、負載與步態時才升級的清單；不能把買一套會走的玩具和完成四足工程混為一談。

一個人的低風險研究起點是模擬器裡的四足模型和現成平台的高階 SDK，先做遙測、導航或檢查任務，不從零設計承重馬達板。Unitree 官方 ROS 2 介面與 SDK2可作商用平台介面範例；Open Dynamic Robot Initiative 的 Solo 硬體可研究開源致動和機構。這些平台的硬體版本、控制權限與安全模式不同，不能互換程式照跑。尤其高階與低階控制不可在未釐清仲裁規則時互相搶命令。

如果真要自己組四足，採購單須從預定地形、整機重量、期望續航與維修能力倒推：相容致動器與減速器、四腿機構、足墊、IMU、編碼器、運算板、現成驅動／配電、電池管理、線束和護具。組裝時先量單關節與單腿，再量整機靜態支撐；手可以固定在桌上測，四足卻會因重心、關節方向或單腿掉訊而整機跌倒。自製 PCB 也應先從低壓感測／接頭板做起；配電和馬達功率板需另外的電機、熱與保護審查。韌體先能記錄姿態與關節狀態、失聯時進入已驗證的狀態，再談步態。聯網先只讀遙測，之後才在受控場地開啟限速遠端命令；優化時比較不同地面上的跌倒、滑移、關節溫度、耗電和人工接管，不只看行走速度。

如果真的要從零追到四足整機，逐關做什麼

ODRI 的 Solo12 硬體庫公開機構、電子、測試台與校正資料，適合看「完整四足研發」需要多少分工；Unitree MuJoCo 專案則展示同一介面在模擬和實機之間切換的研究方式。兩者都不是拿到程式就能安全上地面的保證。狀態估測至少要處理關節角、IMU 姿態、足端是否接地；哪隻腳以為已踩到地、實際卻滑開，會直接改變可用支撐。先用原廠高階站立／行走控制，只有研究低階步態且有防跌場地與專業同伴時，才碰關節扭矩與增益。若目標是室內家務，Q0–Q1 的四足研究可以當支線，主線仍是輪式移動操作。

第三站 從手到能工作的機器人

若目標是在室內拿取或搬送物品，低速輪式底盤加單臂與夾爪是可先驗證的組合；雙臂、靈巧手與雙足人形應依場地與任務需求另行比較。原因是家務任務的主要瓶頸往往是到得了、看得見、抓得住、放得下、失敗能恢復。輪式平台仍有門檻、地毯、狹窄走道的限制；四足能處理部分地形，但載重、續航、噪音和跌倒代價可能更高；人形適合人造環境的高度與工具，卻加入雙足平衡和更複雜的安全問題。這是系統工程推論，不是所有住家通用的產品比較。

先做一台玩具級輪式機器人：循線、避障、停車

「會動的機器人」最容易驗收的首作不是縮小版人形，而是兩輪差速車：左輪快就向右轉，右輪快就向左轉。任務設成在白色地面沿黑線走一小圈，遇到前方障礙或失去黑線就停，按鍵再重新開始。不需要 ROS 2、SLAM、AI 或自製 PCB。 Pololu 3pi+ 2040 的慢速 Turtle 版與原廠組裝指南可作一條有文件的套件路線：該平台把兩個馬達與編碼器、雙通道驅動、五個向下循線感測器、前方碰撞感測器與控制板放在同一系統；原廠將 Turtle 版列為較易控制的入門選項。訂購時分清已組裝版與需要自行組裝、焊接的套件版，並另外備妥手冊指定的四顆 AAA 電池與 USB-C 資料線。這是技術參考，不代表台灣價格或現貨已核實。

3pi+ 2040 官方手冊提供 motor_test.py、循線與前方碰撞示例；先讀懂一個示例並改慢速與停止條件，比一次裝十種演算法有用。若想自行選件而不買套件，才改成雙輪底盤、兩顆相同減速馬達與輪子、萬向輪、雙通道馬達驅動、微控制器、循線感測器、碰撞開關、電池盒、電源開關和線束；加編碼器才能比較輪速。像 Pololu TB6612FNG 載板有電壓和連續電流限制，須拿選定馬達的實際工作／堵轉電流去核對，不能把「能插上」當相容。對第一台玩具車，有一致文件的套件可減少電源、機構和控制同時變動的除錯成本。

若你說的「機器人」是有人形外觀

另一條玩具線可用 Otto DIY 開源設計：原作者列出 Arduino Nano、四顆微型伺服、超音波感測器、電池盒與 3D 列印身體／雙腿，先做校正後的站立、踏步、轉向與避障。它是四伺服雙足玩具，沒有可抓物的手，也不能代表將來已掌握安全扶抱；官方目前已停止生產原 DIY 套件，要照同一版開源料表自行找料，不能把「買得到整套」當前提。若核心目標是家務，兩輪車學到的定位與搬運能力較容易接回後續路線。

Otto 的實作順序也可縮到一週末的玩具關卡：選同一版 STL 與接線圖 → 四顆伺服先在桌上對中，再裝舵盤與腳 → 裝 Nano、電池與超音波 → 用原作者程式先站、慢走、轉向 → 最後才加「量到近距離物體就停」。Otto 官方校正教學強調舵盤必須在伺服對中後才固定；腳一邊長一邊短時先查此步，不靠加大步幅硬救。

玩具車 R4 過關後可先在車上放一個輕物托盤做固定路線遞送；不要把 SO-101 整支手臂鎖到 3pi+ 小底盤上，原平台沒有為那個載重與翻倒風險設計。真正要讓車「自己抓」，另選有載重、電力與安裝資料的移動操作底盤，再接回前面的機器手 D 關卡。AI 先用來整理循線失敗與調參；若加相機，辨識結果只能建議走或停，本地韌體仍要有獨立停車條件。

整合順序是固定桌面的手 → 固定手臂的拿放 → 底盤載物移動 → 底盤與手臂同時協作 → 跨房間長任務。每次加一個新能力，就要重做電源預算、重心、煞停距離、視野、線束、碰撞區與失聯策略。Nav2 首次設置指南是輪式定位導航的入門清單；MoveIt 2處理手臂規劃。兩者整合時還需要統一座標、排程與安全狀態機。網路是人和機器協作的通道，不是能取代本地控制的魔法。

實作一台輪式移動操作機器人時，先買可取得維修文件的底盤與手臂，確認安裝孔位、總重、電源和視野；組裝後分別驗收底盤煞停與手臂的固定區抓放，才把兩者接在一起。初版 PCB 仍可只做訊號／線束轉接；底盤和手臂韌體版本、消息單位與時間戳要記錄在一份介面表。整體任務狀態機應能在定位遺失、物品掉落、電量不足或遠端斷線時停在可理解的狀態，讓人能接管。優化指標從「單次成功」提升到每小時完成任務、人工協助分鐘數、損壞與維修成本，才能判斷是否真的比人工作業或專用機器有價值。

一台可測的移動操作機器人，不是把底盤和手臂用螺絲鎖起來

例如以 LeRobot 的 LeKiwi 組裝文件作教學參考，它將 SO-101／SO-100 手臂、三輪底盤、車上運算電腦、馬達 ID、校正與遙操作分成明確步驟；這是研究原型，不是經本文實測的家用產品。整合前要畫一張「誰擁有什麼」的表：底盤控制器負責輪速與本地停止、手臂控制器負責關節限位、任務電腦負責地圖與抓取流程、人工介面負責接管。底盤與手臂共用電源時，啟動與同時動作可能造成電壓下陷；要量整機峰值、保留分區保護，不能只把兩邊各自額定值抄在一起。

驗收順序應是空車遙控與停止 → 里程計／定位 → 已知障礙物避讓 → 停車後手臂拿放 → 載物移動 → 長任務恢復。Nav2 的首次設置指南要求把座標、里程計、感測器、足跡與代價地圖等基礎接好；MoveIt Task Constructor則把靠近、抓取、退回、放下拆成階段。兩者相接時，物品位置和機器底盤位置必須用同一套座標與時間基準；停車誤差超過手臂可達範圍時，應重新定位或請人接管，不讓手臂硬伸。

家務機器人的可能路徑

公開研究證明某些家務子任務可在受限條件下完成，但不能推論為「任意家庭、任意家事已可靠商用」。Stanford BEHAVIOR-1K 原始論文把 1,000 種日常活動變成模擬任務，指出長時間、多步驟與複雜物理交互仍難；Mobile ALOHA 原作者專案展示以示範資料完成特定雙臂移動操作；Dobb-E 原始研究展示在多個住家用短時間示範學特定任務。研究展示的場景、任務與人工介入條件，要和產品級可用率分開看。

從可驗證性與成本看，窄任務的輔助功能較適合先做原型與試點；目前資料不足以承諾「全能機器管家」。真正的成本要含硬體、安裝地圖、住家改造、耗材、清潔、故障派工、遠端協助與保險；單看模型推論費用沒有意義。若場景總要人幫忙重置或重教，產品價值可能小於自動化宣傳。

用一件「把封閉空瓶移到指定托盤」的家務任務推演

第一版只在平整單層、白天、沒有寵物進工作區、物品位置與托盤固定的測試空間運作。先讓固定手臂做夾取和放置；再讓底盤自己到桌邊停好；最後才串成「確認目標物 → 到定位點 → 停車鎖定 → 再次確認物品位置 → 夾取 → 確認沒滑落 → 到托盤 → 放下並拍照確認」。任何一步不確定就停、重拍或找人，不把猜測當完成。資料表要分開記導航失敗、物件辨識錯、抓取失敗、搬運掉落、放置偏差、人工協助分鐘數，才能知道先改相機、機構還是路徑規劃。

擴充場景時按難度加變數：換物品和光線 → 換房間和家具 → 加門檻、旁人與寵物 → 加易碎、潮濕或柔軟物。整理衣物牽涉布料變形；洗碗牽涉水、衛生、破片和電氣隔離，不能沿用空瓶結果宣稱「會做家事」。BEHAVIOR-1K 論文把長時序與複雜操作列為研究難點，Mobile ALOHA 原始研究的成果也建立在指定任務與示範資料上。這些文獻說明可能方向，不提供任意家庭的產品成功率。

商業判斷用每次被使用者接受的完成任務為分母：設備與折舊、耗材、清潔、電力、客服、到府維修、遠端接管、保險與場地設置全算入；同時量家人原本做這件事所花時間，以及機器介入是否反而增加整理環境的負擔。如果任務本來只花一分鐘，機器卻要五分鐘準備並常要救援，應換場景或停做，不能靠增加 AI 模型大小解決需求錯配。

長照機器人的可能路徑與不可跨越的門檻

長照不是家務加幾個提醒而已。使用者可能有行動、感官或認知限制，且照顧者、家屬與專業人員都在流程中。WHO 輔助科技說明將輔具定位為支持功能與自主生活；WHO 長照報告也提醒，機器照護的效果證據有限，且可能傷害隱私與自主性。WHO 長照報告 依接觸風險與所需證據，本文的比較順序是：先減少照顧者的非接觸工作，再做經同意的取物與遞送，最後才研究需要接觸身體的協助。

ISO 13482:2014涵蓋個人照護機器人某些類型；若宣稱復健、評估或減輕運動障礙等醫療用途，IEC 80601-2-78可能進入不同的醫療機器人範圍，適用性要依產品用途與專業判定，不能只憑文章選一份標準。在台灣，食藥署醫療器材新手上路說明設計用途影響是否屬醫材，不能確定時可申請屬性查詢。衛福部已建立智慧科技輔具租賃與審議機制，但自製機器人不會因此自動獲給付或核准上市。

一條尚待實地驗證的長期產品假設，是先和居家照護團隊、職能治療師、長者及家屬共同選出一件不碰身體的高頻任務，用真人服務作基線，量測省下的照顧時間、錯誤、使用者意願與維修負擔；取得可重複成效後，才延伸到低接觸取物。任何會造成跌倒、錯誤用藥、延誤求援或暴露私密影像的功能，都需要更高級別的風險審查與人員接管。AI 可以協助辨識、排程和摘要，但不能替人承擔照護責任。

長照先選「減少照顧者奔走」，不要先碰扶抱與用藥

可研究的第一個場景是：在照顧者已確認、長者也同意的固定空間內，機器把非醫療、非易碎的輕物放到一張可及的桌上，由人自行拿取；若路徑受阻、定位失敗、使用者撤回同意或物品掉落，機器停下通知照顧者。它不直接往人手裡塞物品，不遞送藥、不代替緊急求救，也不靠鏡頭自行判定長者「一定安全」。比較基線時，要量照顧者少走的路與時間、額外清潔與維護、誤送／漏送、長者能否容易拒絕或關機，而非只展示一次成功遞送。

每種功能要做失敗 → 影響 → 發現方式 → 退路 → 驗證人五欄風險表。例如路徑被助行器擋住時可能堵住通道，應靠距離感測與超時停車、通知照顧者，由照護與機器安全人員在真實場地驗證；影像被誤分享則靠最小權限、預設關閉、存取紀錄和刪除機制，讓使用者可控制。若涉及扶抱、移位、復健、餵食或醫療聲稱，先由臨床、職能治療、人因、法規和安全團隊確認用途與測試路徑。台灣食藥署依設計用途判斷醫療器材屬性，疑義可提屬性查詢。ISO 13482:2014是個人照護機器人範圍的參考，但 ISO 已在 2026 年提出服務機器人安全標準的新版最終草案；投入產品前要核對當時正式生效的版本與實際適用性，不能拿草案當已通過認證。

驗收與尚未解決的問題

本文尚無特定機器手的台灣料表報價、實作場地與工期證據，也未驗證選定機型的供電、版本相容性、維修供應或場地安全要求。家務與長照功能同樣沒有本文實地測試。這些必須用實際機型、使用者和場地確認；純靠 AI 搜尋得不到可靠答案。

帶走的東西

調研可歸納出五個實作判斷：先選一個可重複的抓取任務；先做無 AI 基線；先證明單指和失聯停止；手、臂、機器狗、家務和長照不是同一關；PCB 應解決已量測的接線與製造問題。若讀者要開始實作，可先以零硬體的機器手模擬與料表詢價取得可重跑紀錄、失敗分析與實際價格，再決定平台。

本文主要核對的原始資料包括 Modern Robotics、ROS 2、Gazebo、ros2_control、Nav2、MoveIt 2、Zephyr、KiCad、LeRobot、Isaac Lab與前述平台原廠文件。查核日為 2026 年 10 月 3 日；讀者實作前仍須確認套件與硬體版本。