MicroDuck 0.18.3：遙測關閉、控制器重連與SSH核對

先認清自己裝的是哪套系統

官方0.18.2於2026年10月30日08:46 UTC釋出，0.18.3於同日15:04 UTC釋出；本文固定後者原始碼b2b0d213。本站10月31日發表並核查，不把原發布日改寫成今天。

以下針對匹配的官方daemon和duckctl。KISS R1/V167、fanhao375映象/Studio/native各有自己的更新鏈；僅伺服馬達同為XL330或主控同為ZERO 3W，不能據此判斷可刷同一包。先記錄專案、系統映象、主程式與電腦客戶端版本。

• 官方0.18.3正式釋出
• 官方0.18.2正式釋出

新增遙測會記錄什麼

官方檔案將它描述為預設開啟、傳送至PostHog歐盟雲的匿名使用統計：開機/daemon啟動、版本變化、updater執行時長、策略槽位及策略更換。資料包括隨機機器人ID、板卡/架構、daemon與系統構建號；公開Hub策略可能帶倉庫、修訂和檔名，手動放入的模型只標local，不傳送本地路徑。

檔案列明不傳送Wi-Fi名、機器人名、帳號/token、硬體序列號、紀錄、影象和音訊，並禁用按IP推斷位置。這裡說明原廠檔案和原始碼設計，本站沒有做獨立網路隱私認證。機器人的開關與本站網頁的統計同意分別管理。

• 官方欄位與排除範圍
• 固定版本遙測實現

關閉後要讀回兩個狀態

開啟官方中控抽屜，關閉share anonymous usage data。只有telemetry.status呼叫成功才顯示此項；舊updater上沒有開關，不能據此判斷已經關閉。使用匹配的duckctl時，把下方YOUR_ROBOT替換為本機名稱，按查詢、關閉、再查詢執行。

關閉成功後enabled和active應均為false。enabled是儲存的選擇，active還受updaterd程序環境影響，不能當作事件已經送達的憑據。強制關閉需把MICRODUCK_TELEMETRY=0或DO_NOT_TRACK=1設在updaterd環境中。選擇跨重啟和更新保留；關閉清空本地待發佇列及隨機ID，再開啟生成新ID。重啟後再查一次。

duckctl --name YOUR_ROBOT call telemetry.status
duckctl --name YOUR_ROBOT call telemetry.set '{"enabled":false}'
duckctl --name YOUR_ROBOT call telemetry.status

• 官方關閉與讀回說明
• duckctl通用呼叫語法及實現

0.18.2：已配對和已連上要分開查

本次修復針對已繫結的經典藍芽控制器掉線，包括剛配對後立刻掉線。原始碼會重試新連線，之後巡查已斷開的經典控制器。持續找不到時，輪詢間隔由12秒逐步退避到120秒，減少關機控制器佔用無線資源；這不是保證多久重連成功。

LE控制器沿用自己的重連路徑。控制器仍閃燈時，分別記錄paired、trusted、connected和實際輸入響應，再決定是否需要清除繫結。連回來了還要按對應教程做扶穩狀態下的停止/控制檢查；本站未試用控制器或實機。

• 經典藍芽控制器重連實現
• 後臺巡查與退避間隔

0.18.3：SSH/SCP先嚐試上次地址

duckctl ssh和scp先探測記住地址的22埠，等待上限800毫秒；沒有響應才重新發現並更新快取。duckctl ip和open仍走發現流程，不直接相信舊IP。

DHCP把舊地址分給別的裝置時，SSH可能提示主機金鑰不匹配。先核機器人身份和當前IP，不為消提示而關閉主機金鑰校驗。快取通常位於~/.cache/duckctl/addresses，設定XDG_CACHE_HOME時優先用其目錄。連線變快不代表伺服馬達、IMU或策略已就緒。

• 更新後的duckctl使用檔案
• 地址快取與探測原始碼

升級後留一份能排錯的核對記錄

在匹配官方系統的機器人Linux終端執行下方只讀命令，記錄version、health和update status，以及已安裝/正在執行版本是否一致。健康檢查失敗時回到已有的簽名升級與恢復指南，託穩機器人，診斷期間不啟動動作。

遙測狀態、控制器連線/輸入/停止結果、SSH身份各自留證。本站核對固定原始碼、正式釋出後設資料及小型manifest/簽名檔案的位元組校驗，未安裝daemon、未做密碼學驗籤、未啟動映象或實測運動。

robotctl version
robotctl health
robotctl update status

• 官方檢查及恢復命令
• 前一版0.18.1背景