本文是专栏《机器人人机交互与控制实践》的第 15 篇，也是最后一篇。前十四篇从手柄协议一路讲到控制分配，这一篇把它们放进 ROS 2：哪些问题 ROS 2 已经帮你解决了，哪些问题它不但没解决、还可能以新的形式出现。文末是整个专栏的总结。很多团队做遥控机器人，第一步就是装上 ROS 2，跑起joy_node和teleop_twist_joy，手柄一推，机器人动了。这确实很快，但前面十四篇讨论过的每一个问题，在 ROS 2 里都依然存在：joy_node默认的死区是逐轴的，斜向推摇杆会被“吸附”到十字方向（第 1 篇）；话题的 QoS 选成可靠传输，Wi-Fi 一丢包，指令就开始积压（第 6 篇）；节点的定时器默认用 ROS 时间，仿真时间一暂停，看门狗就永远不会触发（第 8 篇）；节点进程活着、话题也在发，但内容早就不更新了（第 7 篇的僵尸发送者）；两台机器人用同一个域 ID，操作员控制的可能是另一台（第 6 篇）。ROS 2 提供的是积木，而不是答案。本文逐一讨论怎样用这些积木，正确地实现前面各篇的设计。说明：本文的 ROS 2 节点代码面向 Humble / Jazzy 的 rclpy 编写，由于写作环境中没有 ROS 2，节点本身没有在本文中实际运行；核心逻辑被抽成了不依赖 ROS 2 的纯 Python 模块，并通过了离线测试（第
