 arm_dev
|
7942014763
|
主界面一屏要同时看臂、夹爪、相机和触觉，按钮再被拉高就会叠到画面上。相机按原分辨率走回调取最新帧，场景一动不再等红外齐帧把彩色丢掉。模型和相机都留在工位窗口里，启动默认不再弹 RViz。
验收：test_listed_arms 与 test_camera_preview 共 20 项通过。D435 1280×720 发布约 29 帧/秒。
Co-authored-by: Cursor <cursoragent@cursor.com>
|
2026-10-15 16:20:35 +08:00 |
|
|
arm_dev
|
352270d1cc
|
真机开工体检的编排：把「不报错但不对」的故障源排成现场能照着做的顺序
前一个提交给了四个单项判据（USB / V4L / RDK / 手眼）。这一批把它们的**判据入口**
补齐并编排成一条命令，产出「结论 + 要人工做的事」：
scripts/lib/real_preflight.py
run_all() 按**现场该处理的顺序**排出结论，不是按代码顺序：
现场配置 → 遗留进程 → 网络 → 机械臂 RDK → 腕部相机 → USB/触觉/几何
顺序是有理由的：遗留的 ros2_control 占着 RDK，会让后面每一项的现象都指向别处，
所以先查它；机械臂能不能动是唯一的人工硬阻断，排在相机之前。
新增 check_cameras —— **本臂配置的那只腕部相机在不在 USB 上**。
这是本次实测暴露的判据缺口：2026-09-28 现场 D405 整个从 lsusb 消失
（只剩顶置 D435），而旧体检**全绿** —— check_usb 只看协商速率，遍历的是
「发现到的」设备，对「这只根本不在了」无话可说。缺 D405 之后踩的是完全不同
的一类错误（点云为空 / 找不到工件），排查方向会被带偏很远。
按 site.yaml 的配置意图核对：robots[<sn>].camera.name → cameras.<name>.model，
比**型号**而不是序列号 —— 实测这台 D435 的 sysfs serial 是空串，按序列号判会
永远判「不在」；序列号只在型号对上时做一次「是不是本臂那只」的提醒（WARN）。
修掉三处会误导现场的输出：
· _run() 改成三返回值（分离 stdout/stderr，RDK 的 C++ 日志会混进 stdout）
之后，_ps_output/网络两处还在按两返回值解包 —— 体检**第一步就崩**，
什么结论都给不出来。现在有 test_run_all_completes_without_crashing 钉住。
· 人工动作里「去查网线」出现过两条（check_network 与 rdk_status 各写一句
意思相同、字面不同的话），去重是按整串文字做的，于是人读到两条、还得判断
「这是一个问题还是两个」。措辞抽到 manual_actions.py，两边字面一致。
· 触觉 wedged 的处置与 v4l_health 同步（免密的 reset 是首选，重插是兜底）。
scripts/lib/manual_actions.py（新）
人工动作措辞的**唯一**来源。判据分在两个文件、还跑在两个不同的 Python 上
（3.11 / 3.10，见 rdk_status 的模块说明），互相 import 不了，所以抽成只依赖
标准库的公共模块。
scripts/run_real_preflight.sh（新）
一条命令的入口：只读、不动臂，不需要机械臂能连上。
实测（2026-09-28，arm 89）：体检跑通并给出 NO-GO + 7 条互不重复的人工动作，
新判据抓到「D405 不在 USB 上」（旧版全绿）。同时确认了本机可用的部分：
夹爪 PGEA 初始化完成 / 全开 20.00mm、右指触觉 SDK 300 帧 @29.9Hz、
手眼矩阵自洽、enp4s0 千兆全双工。
测试：test_real_preflight 28 项通过（含跨模块的措辞去重回归、
编排端到端冒烟、腕部相机四种情形）。
Co-authored-by: Cursor <cursoragent@cursor.com>
|
2026-09-28 10:42:49 +08:00 |
|
|
arm_dev
|
98f4277849
|
真机开工体检四件套：USB 链路 / V4L 设备 / RDK 状态 / 手眼几何
这四个都是「现场看着正常、结果不对」的故障源，共同特征是**不报错**，所以要把它们
从流程里拎出来单独判，并且给出可执行的下一步，而不是只报一个失败。
scripts/lib/usb_health.py
RealSense 协商到 480Mbps（USB 2.0）时能出图、不报错，只是帧率掉到 1/2 且
深度不稳定。这里解析 sysfs 拓扑，把「速率对不对」独立于「有没有图」来判，
并在 --watch 下统计掉线/重连次数（线/口/供电 Hub 的问题会表现为反复抖）。
scripts/lib/v4l_health.py
触觉相机有两类完全不同的坏法，处置方式相反，以前都只表现为「没有 /dev/video*」：
· unplugged —— sysfs 里也没有，是没插/线坏
· wedged —— sysfs 里在、/dev/video* 没有，是 USB 端点了卡死（要复位或重插）
2026-09-28 现场左指就是 wedged（1-3.4.1 在 uvcvideo 下，video 节点缺失）。
scripts/lib/rdk_status.py
ros2_control 卡在 wait_for_operational 时，现象是「栈起来了但关节全是 0、
流程一直等」。原因全在 OperationalStatus 上，而它只有 RDK 读得到。
这里把状态翻成人话 + 处置（Auto(Remote) / 松急停 / 清故障）。
判据取自厂商头文件原话：IN_MANUAL_MODE = "need to switch to Auto (Remote) mode"。
scripts/lib/real_geometry_check.py
手眼矩阵与悬停几何。手眼写坏不会报错，只会让位姿整体偏几毫米到几厘米；
判据：R 正交（|RᵀR−I| ≤ 2e-3）、det(R)=+1、平移量级在 10–500mm。
悬停几何直接复用 gauge_fsm.hover_z_guard（流程里唯一判定处，不另写一套）；
工件面未标定（site.yaml 写 0.0 = 未知）时**明确报 FAIL 并说明判不了**，
而不是按 0.0 算出一个假的「已修正」结论。
测试：test_usb_health / test_v4l_health / test_real_geometry_check 共 33 例，
全部钉在「判据要能报错」上（故意弄坏的输入必须被抓到）。
顺带 .gitignore 补 log_real/：真机各终端日志是运行产物，与 log_sim/ 对称。
|
2026-09-28 10:17:32 +08:00 |
|