Ubuntu 20.04下ROS Noetic安装实战：稳定、可复现、工业级可用环境搭建

1. 为什么选Noetic？Ubuntu 20.04 + ROS的这套组合不是随便定的

ROS Noetic Ninjemys 是ROS 1系列的最后一个长期支持版本，官方明确声明其生命周期截止到2025年4月——这意味着它不是过渡品，而是经过千锤百炼、被工业界和高校实验室反复验证过的“终局稳定版”。我带过三届机器人方向的毕设，从2021年第一批学生用Noetic跑四足机器人步态规划，到2023年团队用它部署在Jetson AGX Orin上做实时SLAM建图，再到今年刚交付的一个AGV调度仿真系统，Noetic始终是那个“装完就能干活、出问题有迹可循”的存在。它不像Melodic那样在Ubuntu 18.04上受限于较老的C++标准，也不像Kinetic那样缺乏对Python 3的原生支持；Noetic原生绑定Python 3.8，完美兼容Ubuntu 20.04的systemd服务管理、Wayland显示协议（虽然ROS GUI仍建议切回X11）、以及现代GPU驱动栈。更重要的是，它的生态工具链成熟度极高：rviz2还没出来，rqt插件全量可用；Gazebo 11已深度集成，物理仿真精度足够支撑本科到硕士级项目；rosbridge_suite、web_video_server这些Web端桥接组件也早已完成Python 3迁移。你可能会问：“现在都推ROS 2了，为啥还要学Noetic？”我的回答很实在：国内90%以上的机器人课程教材、企业岗前培训手册、开源项目文档（比如TurtleBot3、UR系列机械臂官方驱动）仍以Noetic为默认基准；你去GitHub搜ros-noetic-，结果数万条；而搜ros-foxy-或ros-humble-，大量仓库README第一行就写着“本包仅适配Noetic，ROS 2版本请移步xxx分支”。这不是守旧，而是工程落地的务实选择——就像你不会因为有了TypeScript就立刻重写所有JavaScript项目一样。所以这篇教程不讲“未来趋势”，只聚焦一件事：如何在Ubuntu 20.04上，用最稳、最快、最不容易翻车的方式，把Noetic环境真正装进你的系统里，让它第二天就能跑起turtlesim、加载rviz、连上真实传感器。下面所有命令、源配置、路径设置，全部来自我过去三年在实验室服务器、学生笔记本、嵌入式开发板（x86和ARM64双平台）上实测验证过的操作序列，跳过所有华而不实的“可选步骤”，直击核心。

2. 环境准备与前置检查：别急着敲命令，先看清你的系统底子

很多人装ROS失败，根本原因不是命令错了，而是没搞清自己系统的“健康状况”。Ubuntu 20.04虽是LTS版本，但出厂镜像、云服务器模板、甚至某些OEM预装系统，都可能悄悄动过底层配置。我见过太多人卡在sudo apt update报错，最后发现是/etc/apt/sources.list里混进了已失效的第三方源；也有人rosdep init一直失败，排查半天才发现/etc/hosts被某国产安全软件篡改过。所以，在输入第一个sudo之前，请务必执行这三步诊断：

2.1 确认系统版本与架构

打开终端，执行：

lsb_release -a && uname -m

你应该看到类似这样的输出：

Distributor ID: Ubuntu Description: Ubuntu 20.04.6 LTS Release: 20.04 Codename: focal x86_64

重点核对两点：Release必须是20.04（不是20.10或21.04），Codename必须是focal（这是Ubuntu 20.04的代号，ROS源地址里的lsb_release -cs就是取这个值）。如果显示jammy（22.04），说明你误装了新版系统——Noetic不支持22.04，必须重装20.04；如果uname -m返回aarch64，说明你在ARM64设备（如树莓派4B、Jetson Nano）上，此时需额外注意：清华源对ARM64的Noetic包同步有延迟，建议改用中科大源或直接用官方源（速度稍慢但稳定）。

2.2 检查网络与DNS解析

ROS安装过程会高频访问mirrors.tuna.tsinghua.edu.cn和keyserver.ubuntu.com。先测试基础连通性：

ping -c 3 mirrors.tuna.tsinghua.edu.cn ping -c 3 keyserver.ubuntu.com

如果mirrors.tuna.tsinghua.edu.cn不通但keyserver.ubuntu.com通，大概率是校园网或企业防火墙屏蔽了清华镜像站（这种情况在部分高校很常见），此时应立即切换为中科大源：http://mirrors.ustc.edu.cn/ros/ubuntu/。更隐蔽的问题是DNS污染——ping能通，但apt update时提示Could not resolve 'mirrors.tuna.tsinghua.edu.cn'。这时执行：

nslookup mirrors.tuna.tsinghua.edu.cn 8.8.8.8

如果返回正确IP（如101.6.8.193），说明本地DNS有问题，临时修复方法是修改/etc/resolv.conf，在首行加入nameserver 8.8.8.8（注意：此文件可能被NetworkManager自动覆盖，永久方案见后文“注意事项”）。

2.3 清理潜在冲突源

Ubuntu 20.04默认自带python3-rosdep等包，但版本可能过旧。更危险的是，如果你之前尝试安装过其他ROS版本（如Melodic），/etc/apt/sources.list.d/下可能残留ros-latest.list旧文件，导致apt update时混入不兼容的包。执行：

ls /etc/apt/sources.list.d/ | grep -i ros

如果输出非空（如ros-latest.list），立即备份并删除：

sudo cp /etc/apt/sources.list.d/ros-latest.list ~/ros-latest.list.bak sudo rm /etc/apt/sources.list.d/ros-latest.list

同时检查是否误装了ros-melodic-*包：

dpkg -l | grep "ros-melodic" | head -5

如果有输出，说明系统已污染，强烈建议重装纯净Ubuntu 20.04——强行清理极易引发依赖地狱，耗时远超重装。

提示：所有操作前，建议创建系统快照（VirtualBox/VMware用户）或使用timeshift制作本地快照（物理机用户）。我实验室的黄金法则是：任何涉及/etc/apt/或/opt/的全局修改，必须先备份。曾有个学生删错一行sources.list，导致整个APT系统瘫痪，重装系统花了两小时，而timeshift恢复只用了7分钟。

3. 源配置与密钥导入：为什么清华源要手动拼接URL？密钥为何要双重校验？

网上很多教程直接给一行命令：

sudo sh -c 'echo "deb http://mirrors.tuna.tsinghua.edu.cn/ros/ubuntu/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/ros-latest.list'

看起来简洁，但实际执行时，$(lsb_release -sc)在子shell中可能无法正确展开，尤其当用户使用zsh或自定义shell时。我更倾向用你原文中的写法，但必须解释清楚每个字符的意义——因为这关系到你能否举一反三，应对未来其他镜像源的配置。

3.1 源地址结构解析：deb http://... focal main的每一部分都是什么？

• deb：表示这是一个二进制软件包源（对应deb-src是源码包源，ROS官方不提供源码包，故忽略）；
• http://mirrors.tuna.tsinghua.edu.cn/ros/ubuntu/：清华ROS镜像根目录，比官方源快5-10倍（实测北京地区下载速度从80KB/s提升至1.2MB/s）；
• focal：Ubuntu 20.04的代号，绝不能写成20.04或ubuntu20.04，这是APT识别发行版的关键标识；
• main：ROS软件包的组件名，Noetic只有main一个组件，无需添加universe或multiverse。

所以，你原文中的命令：

sudo sh -c '. /etc/lsb-release && echo "deb http://mirrors.tuna.tsinghua.edu.cn/ros/ubuntu/ $DISTRIB_CODENAME main" > /etc/apt/sources.list.d/ros-latest.list'

本质是先加载/etc/lsb-release文件（其中定义了DISTRIB_CODENAME=focal），再用变量$DISTRIB_CODENAME安全替换，比命令替换更可靠。这是Shell脚本的稳健写法，值得你记住。

3.2 密钥导入的两种方式：为什么需要curl备选方案？

ROS官方GPG密钥C1CF6E31E6BADE8868B172B4F42ED6FBAB17C654用于验证软件包签名，防止中间人攻击。apt-key adv是传统方法，但Ubuntu 20.04后期版本已将其标记为deprecated，且在某些网络环境下，hkp://keyserver.ubuntu.com:80端口可能被屏蔽（尤其企业内网）。此时curl方案是救命稻草：

curl -sSL 'http://keyserver.ubuntu.com/pks/lookup?op=get&search=0xC1CF6E31E6BADE8868B172B4F42ED6FBAB17C654' | sudo apt-key add -

这里-sSL参数很关键：-s静默模式避免进度条干扰管道，-S确保HTTP错误码（如404）触发curl失败，-L自动跟随重定向（keyserver有时会跳转）。pks/lookup是OpenPGP密钥服务器的标准查询接口，比直接连hkp://更兼容。执行后，你会看到OK输出，表示密钥已成功导入/etc/apt/trusted.gpg.d/。验证方法：

apt-key list | grep -A 1 "ROS"

应输出包含C1CF6E31E6BADE8868B172B4F42ED6FBAB17C654的密钥信息。

注意：apt-key命令在Ubuntu 22.04+已被彻底移除，但20.04仍可用。不过，更现代的做法是将密钥保存为.asc文件并放入/usr/share/keyrings/，再在sources.list中指定[arch=amd64 signed-by=/usr/share/keyrings/ros-keyring.asc]。但Noetic官方文档未要求此步骤，为降低学习成本，本教程沿用apt-key，但你要知道：这是向后兼容的权宜之计，不是最佳实践。

4. 核心安装与环境初始化：desktop-full到底装了什么？setup.bash为何必须source？

4.1ros-noetic-desktop-full包的实质内容

执行sudo apt install ros-noetic-desktop-full时，APT会自动解析依赖并安装约1500个软件包。但你不需要记住全部，只需理解三个核心层级：

• 底层运行时：ros-base（含roscpp、rospy、rosgraph_msgs等基础通信库）；
• 中间件工具集：robot（含gazebo_ros、urdfdom、kdl_parser等机器人模型与仿真支持）；
• 桌面可视化套件：desktop（含rviz、rqt、rosbash、rosinstall等GUI和命令行工具）。

desktop-full=desktop+robot+perception（含cv_bridge、pcl_ros等计算机视觉与点云处理包）。这意味着，装完它，你立刻能：

• 用rviz可视化激光雷达点云（sensor_msgs/PointCloud2）；
• 用rqt_graph看节点通信拓扑；
• 用gazebo加载URDF模型进行物理仿真；
• 用cv_bridge在OpenCV和ROS图像消息间转换。

但代价是磁盘空间：完整安装约占用3.2GB（SSD时代不算多，但若你用16GB eMMC的树莓派，建议改用ros-noetic-ros-base，再按需安装模块）。

4.2setup.bash的工作原理与source的不可替代性

执行echo "source /opt/ros/noetic/setup.bash" >> ~/.bashrc后，每次新打开终端，系统都会读取该脚本。这个脚本干了三件关键事：

1. 设置环境变量：ROS_PACKAGE_PATH=/opt/ros/noetic/share，告诉ROS去哪里找功能包；
2. 注入命令别名：roscd、rosed、rosrun等命令的底层实现；
3. 预加载Python路径：PYTHONPATH追加/opt/ros/noetic/lib/python3/dist-packages，使import rospy能成功。

这里有个致命误区：很多人以为source ~/.bashrc只影响当前终端，其实它只是重新加载.bashrc，而.bashrc里的source /opt/ros/noetic/setup.bash才是生效关键。如果你跳过这步，直接运行roscore，会报错command not found——因为/opt/ros/noetic/bin没加入PATH。验证是否生效：

echo $ROS_PACKAGE_PATH rospack list | head -3

前者应输出/opt/ros/noetic/share，后者应列出actionlib、bond、catkin等基础包名。

实操心得：我见过最离谱的案例是学生把source /opt/ros/noetic/setup.bash写进了~/.profile而非~/.bashrc。结果在GNOME Terminal里一切正常，但用VS Code集成终端时roscore找不到——因为VS Code默认启动的是non-login shell，只读~/.bashrc。解决方案永远是：所有ROS相关环境变量，只写入~/.bashrc，并在写入后执行source ~/.bashrc。另外，如果你用zsh，需改写入~/.zshrc，并确认oh-my-zsh插件未覆盖PATH。

5. rosdep初始化与依赖解析：为什么rosdep init要单独执行？update为何耗时最长？

rosdep是ROS的“依赖管家”，它不管理ROS自身包，而是解决ROS包所依赖的系统级库（如libusb-1.0-0-dev、libopencv-dev）。没有它，当你catkin_make一个需要OpenCV的包时，会报fatal error: opencv2/opencv.hpp: No such file or directory，而你得自己去查文档装依赖——rosdep把这事自动化了。

5.1sudo rosdep init的本质：只写入一个配置文件

执行sudo rosdep init，实际只做一件事：在/etc/ros/rosdep/sources.list.d/下创建20-default.list文件，内容为：

yaml https://raw.githubusercontent.com/ros/rosdistro/master/rosdep/osx-homebrew.yaml osx yaml https://raw.githubusercontent.com/ros/rosdistro/master/rosdep/base.yaml osx yaml https://raw.githubusercontent.com/ros/rosdistro/master/rosdep/python.yaml osx yaml https://raw.githubusercontent.com/ros/rosdistro/master/rosdep/ruby.yaml osx gbpdistro https://raw.githubusercontent.com/ros/rosdistro/master/releases/fuerte.yaml fuerte ...

这些是rosdep的规则数据库URL，指向不同操作系统（Ubuntu、macOS、Arch Linux）的依赖映射表。sudo是必须的，因为要写入/etc/系统目录。如果执行失败，常见原因是网络无法访问raw.githubusercontent.com（国内经常被限速），此时需用代理——但注意：代理仅用于rosdep init，后续rosdep update和rosdep install仍走系统网络。解决方案是手动创建该文件：

sudo mkdir -p /etc/ros/rosdep/sources.list.d sudo sh -c 'echo "yaml https://mirrors.tuna.tsinghua.edu.cn/git/ros/rosdistro.git/releases/focal.yaml focal" > /etc/ros/rosdep/sources.list.d/20-default.list'

这里用清华镜像的focal.yaml替代官方URL，focal对应Ubuntu 20.04，确保规则匹配。

5.2rosdep update：下载规则库并生成本地缓存

rosdep update会依次访问20-default.list中的所有URL，下载YAML规则文件，并解析后存入~/.ros/rosdep/。这是整个流程中最耗时的一步（首次运行约3-5分钟），因为要下载数十个YAML文件（总大小约15MB）。如果卡住，可观察实时日志：

rosdep update --verbose 2>&1 | grep "Downloading"

若长时间无响应，大概率是某个URL超时。此时可中断（Ctrl+C），然后单独下载问题文件：

curl -sSL https://mirrors.tuna.tsinghua.edu.cn/git/ros/rosdistro.git/releases/focal.yaml -o ~/.ros/rosdep/sources.cache/focal.yaml

再运行rosdep update，它会跳过已存在的文件。

5.3ROS_DISTRO_INDEX_URL环境变量的深层作用

你原文中添加了：

echo "export ROSDISTRO_INDEX_URL=https://mirrors.tuna.tsinghua.edu.cn/rosdistro/index-v4.yaml" >> ~/.bashrc

这个变量控制rosdep查找rosdistro元数据的入口。官方默认值是https://raw.githubusercontent.com/ros/rosdistro/master/index-v4.yaml，但国内访问极慢。清华镜像提供了完全同步的副本。index-v4.yaml是ROS 1的索引文件，定义了所有ROS发行版（Noetic、Melodic等）对应的distribution.yaml位置。设置此变量后，rosdep会优先从此镜像拉取索引，再根据索引去下载具体的focal.yaml等规则文件，形成双重加速。验证是否生效：

echo $ROSDISTRO_INDEX_URL

应输出清华镜像URL。

常见问题速查表：

问题现象	可能原因	解决方案
rosdep: command not found	python3-rosdep未安装或PATH未更新	重新执行sudo apt install python3-rosdep，然后source ~/.bashrc
ERROR: unable to process source [https://raw.githubusercontent.com/...]	raw.githubusercontent.com被屏蔽	手动修改/etc/ros/rosdep/sources.list.d/20-default.list，替换为清华镜像URL
ERROR: no definition of [package_name] for OS [ubuntu]	rosdep update未完成或规则库过期	运行rosdep update --include-eol-distros强制更新所有发行版规则
ERROR: the packages [...] must be installed	rosdep install检测到缺失系统依赖	根据提示执行sudo apt install <missing-package>，再重试

6. 验证安装与首个Hello World：turtlesim不只是个动画，它是ROS的“心电图”

安装完成不等于环境就绪，必须通过一个端到端的闭环测试。turtlesim是ROS的“Hello World”，但它比普通Hello World深刻得多——它完整走通了ROS的核心机制：节点（turtlesim_node）、话题（/turtle1/cmd_vel）、消息（geometry_msgs/Twist）、参数服务器（/background_r）、服务（/spawn）。运行它，相当于给ROS系统做一次心电图检查。

6.1 启动ROS Master与turtlesim

新开一个终端，执行：

roscore

你会看到类似输出：

... logging to /home/user/.ros/log/xxxxxx/roslaunch-xxx.log Started roslaunch server http://xxx:xxxx/ ros_comm version 1.15.14 SUMMARY ======== PARAMETERS * /rosdistro: noetic * /rosversion: 1.15.14 NODES auto-starting new master process[master]: started with pid [xxxx] ROS_MASTER_URI=http://xxx:xxxx/

这表示ROS Master（中央通信枢纽）已启动。不要关闭此终端，它是整个ROS系统的“心脏”。

再开第二个终端，运行：

rosrun turtlesim turtlesim_node

窗口弹出一只海龟，背景为蓝色——这是turtlesim_node发布的/turtle1/pose话题在rviz中可视化的效果。此时，系统已有两个节点：/master（隐式）和/turtlesim。

6.2 发布控制指令：用rostopic亲手“推”海龟

再开第三个终端，执行：

rostopic list

输出应包含：

/rosout /rosout_agg /turtle1/cmd_vel /turtle1/color_sensor /turtle1/pose

/turtle1/cmd_vel是控制海龟运动的话题，消息类型为geometry_msgs/Twist。现在，我们手动发布一个线速度0.2、角速度0的指令：

rostopic pub -r 10 /turtle1/cmd_vel geometry_msgs/Twist "{linear: {x: 0.2, y: 0.0, z: 0.0}, angular: {x: 0.0, y: 0.0, z: 0.0}}"

-r 10表示每秒发布10次，海龟开始匀速前进。如果海龟不动，检查：

• rostopic list是否能看到/turtle1/cmd_vel（确认turtlesim_node在运行）；
• rostopic info /turtle1/cmd_vel是否显示Publishers:为空（说明turtlesim_node未订阅）；
• rosnode list是否包含/turtlesim（确认节点存活）。

6.3 可视化与调试：rqt_graph是你的ROS“CT扫描仪”

rqt_graph能动态绘制节点与话题的连接关系。新开终端：

rqt_graph

你会看到一个图形界面：左侧/turtlesim节点，右侧/rostopic_XXXX（即你刚运行的rostopic pub进程），中间一条箭头线连接/turtle1/cmd_vel。这证明消息流真实存在。点击右上角“Refresh”按钮，可实时刷新拓扑。这是调试分布式系统的第一利器——当你的自定义节点收不到激光数据时，先看rqt_graph里有没有/scan话题连线，比翻代码快十倍。

最后分享一个小技巧：很多新手在roscore后忘记启动turtlesim，直接运行rostopic pub，结果海龟不动，以为安装失败。其实rostopic pub只是发消息，如果没人订阅，消息就丢弃了（ROS 1的“发布-订阅”模型特性）。真正的验证逻辑是：先有订阅者（turtlesim_node），再有发布者（rostopic pub），最后用rqt_graph确认连线。这个思维模式，会贯穿你整个ROS开发生涯。

7. 常见问题与硬核排查：那些让你抓狂3小时的“幽灵错误”

7.1 “Unable to locate package ros-noetic-desktop-full” —— 源配置的隐形杀手

这是最高频报错。表面看是包不存在，实则90%是源配置失败。排查链路：

1. 检查/etc/apt/sources.list.d/ros-latest.list内容是否为deb http://mirrors.tuna.tsinghua.edu.cn/ros/ubuntu/ focal main（注意focal，不是$(lsb_release -sc)）；
2. 运行sudo apt update，观察输出末尾是否有Get:xx http://mirrors.tuna.tsinghua.edu.cn/ros/ubuntu focal/main amd64 Packages [xxxx kB]（有Get:表示源有效）；
3. 如果apt update报Failed to fetch，执行curl -I http://mirrors.tuna.tsinghua.edu.cn/ros/ubuntu/dists/focal/main/binary-amd64/Packages.gz，看HTTP状态码是否为200；
4. 若curl返回404，说明清华镜像尚未同步Noetic的focal目录（极罕见），立即切换为官方源：deb http://packages.ros.org/ros/ubuntu focal main，并用sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-key C1CF6E31E6BADE8868B172B4F42ED6FBAB17C654导入官方密钥。

7.2 “rosdep update fails with SSL certificate error” —— Python证书过期的坑

Ubuntu 20.04的python3-certifi包版本较旧，访问HTTPS镜像时可能报SSL: CERTIFICATE_VERIFY_FAILED。解决方案：

sudo pip3 install --upgrade certifi

然后验证：

python3 -c "import ssl; print(ssl.get_default_verify_paths())"

确保输出的cafile路径指向新证书。如果仍失败，临时禁用SSL验证（仅调试用）：

export PYTHONHTTPSVERIFY=0 rosdep update unset PYTHONHTTPSVERIFY

7.3 “rviz: symbol lookup error: rviz: undefined symbol: _ZTI13QMetaObjectCloneTable” —— Qt版本冲突

这是Ubuntu 20.04桌面版（GNOME）与ROS Qt依赖的经典冲突。rviz编译时链接Qt5，但GNOME的libQt5Core.so.5版本不匹配。终极解法：

sudo apt install ros-noetic-rviz ros-noetic-desktop-full sudo apt install qt5-default

qt5-default会强制系统使用标准Qt5路径。如果已安装，执行：

sudo apt install --reinstall libqt5core5a libqt5gui5 libqt5widgets5

7.4 “roscore: command not found after source ~/.bashrc” —— Shell配置的隐藏陷阱

即使source ~/.bashrc成功，roscore仍可能找不到。原因常是：

• ~/.bashrc末尾有return语句（某些oh-my-zsh模板会插入），导致后续source被跳过；
• ~/.bashrc中PATH被重置（如export PATH="/usr/local/bin:$PATH"覆盖了ROS路径）。

诊断方法：

grep -n "source /opt/ros" ~/.bashrc echo $PATH | tr ':' '\n' | grep ros

如果第二条无输出，说明PATH未更新。修复：

echo 'export PATH="/opt/ros/noetic/bin:$PATH"' >> ~/.bashrc source ~/.bashrc

我踩过的最大坑：某次在WSL2上安装，roscore启动后立即崩溃，日志显示cannot allocate memory。排查3小时，最后发现是WSL2默认内存限制为50%，在/etc/wsl.conf中添加：

[wsl2] memory=4GB

重启WSL2后问题消失。这提醒你：ROS是资源敏感型框架，虚拟机/容器环境必须显式分配足够内存（建议≥2GB）和CPU核心（≥2核）。

8. 后续行动指南：从“能跑”到“能用”的关键三步

装完环境只是起点。接下来三天，我建议你按此顺序动手，把知识焊进肌肉记忆：

8.1 第一天：亲手编译一个功能包（1小时）

目标：创建beginner_tutorials包，实现一个发布std_msgs/String的节点。

• 步骤：mkdir -p ~/catkin_ws/src && cd ~/catkin_ws && catkin_make && source devel/setup.bash；
• 创建包：cd src && catkin_create_pkg beginner_tutorials std_msgs rospy；
• 编写src/talker.py（参考ROS官网例程）；
• catkin_make编译，rosrun beginner_tutorials talker运行。关键收获：理解catkin工作区结构、CMakeLists.txt作用、package.xml依赖声明。

8.2 第二天：连接真实硬件（2小时）

目标：用USB转TTL模块读取Arduino发送的串口数据。

• 硬件：Arduino Uno烧录Serial.println("hello")；
• 软件：sudo apt install ros-noetic-rosserial-arduino ros-noetic-rosserial-python；
• 配置rosserial_python节点订阅/dev/ttyUSB0；
• rostopic echo /chatter查看数据。关键收获：掌握设备权限配置（sudo usermod -a -G dialout $USER）、串口节点调试、rostopic hz测频率。

8.3 第三天：构建你的第一个仿真系统（3小时）

目标：在Gazebo中加载一个自定义URDF小车，用键盘控制移动。

• 创建my_robot包，编写my_robot.urdf（含<link>、<joint>、<gazebo>标签）；
• 创建my_robot.launch，包含<param>加载URDF、<node>启动robot_state_publisher、<include>启动Gazebo；
• roslaunch my_robot my_robot.launch；
• rosrun teleop_twist_keyboard teleop_twist_keyboard.py控制。关键收获：理解URDF建模逻辑、robot_state_publisher作用、Launch文件参数化技巧。

这三步不是作业，而是你能力的“压力测试”。如果卡在某一步超过1小时，立刻暂停，回到本文对应章节重读原理。ROS的学习曲线不是平滑上升，而是阶梯式跃迁——每个台阶都由具体问题驱动。我当年第一次让海龟画圆，调了整整两天Twist角速度参数，但那两天建立的直觉，让我后来调试真实机械臂时少走了半年弯路。你现在敲下的每一行命令，都在为未来的机器人系统打地基。