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背景