简介面向Mac M3芯片用户的无人车仿真实验资源包整合了虚拟机搭建、Ubuntu安装与ROS环境配置过程中所需的模型、脚本和说明文档适合在Apple Silicon设备上开展机器人仿真研究的学生及开发者使用。压缩包共53个文件大小22.52MB其中dae与stl格式的三维模型共24个用于构建仿真环境中的车辆与部件xacro机器人描述文件13个用于定义机器人结构另有3个Python脚本、3个XML与1个YAML配置文件、1个rviz可视化布局、1个sdf仿真描述及3个文本说明可直接支撑一次完整的仿真实验流程。目前已有405人学习下载经过实际验证的配置路径可帮助规避M3芯片在驱动和软件兼容性方面的常见问题提升环境搭建效率。读者拿到后可直接复用其中的机器人模型与仿真实例通过修改脚本和参数即可扩展无人车行为或场景适合用于课程设计、毕业课题及无人车方向的技术验证。1. M3芯片Mac上跑ROS仿真虚拟机不是妥协而是最稳路线先说结论如果你手里是一台M3芯片的MacBook想在本地跑Ubuntu、装ROS、做无人车仿真实验用虚拟机是完全可行的而且对新手来说比Docker和双系统都更友好。我前前后后折腾了一个多星期踩了不少坑最终在M3芯片的Mac上通过虚拟机成功跑通了Ubuntu和ROS环境并且完成了TurtleBot3的无人车仿真实验。为什么强调M3芯片因为Apple SiliconM1/M2/M3用的是ARM架构和之前Intel Mac的x86架构完全不一样。网上大量教程默认你用的是Intel Mac按照那套方法来很容易卡在虚拟机软件无法启动、Ubuntu镜像不兼容这些地方。本篇文章就是以M3芯片为核心讲讲从零开始安装VMware Fusion、Ubuntu、ROS的完整过程以及最后怎么跑起来一个无人车仿真。适合看这篇内容的读者主要有三类一是学校课程要求用ROS做实验、但自己只有Mac的学生二是想尝试无人车仿真、又不想折腾双系统或云服务器的开发者三是被网上碎片化教程坑过、想找一份M3芯片专用流程的人。这篇内容不会教你写复杂的ROS节点代码而是专注于“先把环境跑起来”这件最磨人的事。1.1 为什么不是Docker也不是原生双系统在开始安装之前我想先聊聊选型因为这一步很多人忽略了后面会付出代价。我当时试过三条路线Docker、双系统Asahi Linux、虚拟机。Docker确实轻量但它和ROS仿真组合的兼容性比较微妙。ROS的仿真依赖GazeboGazebo需要图形界面和GPU加速在Docker里跑要么用VNC绕一圈要么在macOS上装XQuartz体验相当难受。我试过在Docker里跑小乌龟节点命令行能起来但图形界面延迟严重滑动窗口卡顿明显。做简单实验勉强可以但做无人车仿真这种需要实时看3D场景的需求Docker不是好选择。双系统方面Apple Silicon目前只有Asahi Linux这个第三方方案它确实能在M3上跑起来但驱动支持还不算完善特别是GPU驱动和Wi-Fi驱动经常有兼容性问题。无人车仿真需要Gazebo做3D渲染如果GPU驱动不给力画面会非常卡顿。对学生来说装双系统还要承担数据分区风险一旦操作失误macOS系统文件都可能被破坏。虚拟机反而是最稳的。VMware Fusion已经原生支持Apple SiliconUbuntu也有官方ARM版本两者配合相当成熟。它的好处是隔离性好——虚拟机出问题大不了删掉重建不影响macOS本体有完整的图形界面支持——VMware Tools装好之后Ubuntu的3D加速虽然不能和原生比但跑Gazebo做仿真足够用可以做快照——在装ROS之前打一个快照就算把系统折腾坏了一键恢复。我最终选择了VMware Fusion 13 Ubuntu 22.04 ARM版 ROS 2 Humble这套组合。1.2 M3芯片的兼容性现状与版本选择的底层逻辑在下载任何软件之前你要先确认一个核心事实M3芯片的Mac无法运行x86版本的Ubuntu镜像。这个坑太经典了很多教程里给的Ubuntu镜像下载链接都是x86架构的放到M3的虚拟机里会直接报“无法启动”或者卡在安装界面。VMware Fusion针对Apple Silicon的版本是原生ARM架构的它只能运行ARM版的客户机操作系统。所以你的选择范围是Ubuntu 22.04 ARM Server/Desktop版、Ubuntu 24.04 ARM版以及其他支持ARM的Linux发行版。ROS 2 Humble官方推荐Ubuntu 22.04所以使用Ubuntu 22.04 ARM Desktop版是最稳妥的组合。这里有一个容易混淆的概念你平时下载的Ubuntu ISO文件有amd64和arm64两种在Intel Mac上用amd64在M3上用arm64。如果不确定自己下载的是哪个版本可以在终端里执行file ubuntu.iso查看输出里含有ARM aarch64的就是对的选择。ROS版本方面ROS 1 Noetic和ROS 2 Humble都能在Ubuntu 22.04上安装。无人车仿真领域TurtleBot3官方包目前对ROS 2 Humble支持最完整教程也最多所以选择ROS 2 Humble是合理的。ROS 2的架构和ROS 1差别很大但作为初学者你只需要知道ROS 2是通过DDS数据分发服务进行节点间通信的这种方式更现代也更能适应分布式场景。后面跑仿真的时候你不一定需要深入理解DDS的实现细节但知道这个概念对排查通信问题有帮助。2. 虚拟机里装Ubuntu几个影响后续开发体验的设置确定好组合之后安装过程本身并不复杂但有几个设置会直接影响你后续的开发体验我会把每一步的关键节点都说清楚。2.1 VMware Fusion的安装与虚拟机资源配置先下载VMware Fusion。目前针对Apple Silicon的版本是VMware Fusion 13系列个人使用可以申请免费授权。下载安装后第一次打开会要求输入系统密码因为需要加载内核扩展。这里有一点要注意M3芯片上VMware Fusion的首次启动可能会触发macOS的隐私保护弹窗你需要在“系统设置-隐私与安全性”中允许其加载。创建虚拟机的入口在“文件-新建”选择“从镜像文件安装”。在导入Ubuntu ISO文件后VMware Fusion会识别到这是一个Ubuntu ARM系统。但在进入安装向导前我建议你先手动调整虚拟机设置而不是直接一路下一步。资源分配方面我的建议是内存分配给虚拟机至少8GB如果Mac本身是16GB内存分8GB是合适的如果是24GB或更多可以分到12GB。Ubuntu桌面版加Gazebo仿真大概需要4GB左右再留一些余量给编译和后台进程。分太少会导致Gazebo加载场景时卡死。处理器给2个核心就够用给4个反而会让宿主机响应变慢。编译ROS包时确实核心越多越快但仿真运行是实时任务不是编译任务多核优势不明显。磁盘建议分配50GB以上因为Ubuntu系统本身占15GBROS 2和Gazebo装完大概再加5GB仿真过程中的日志和地图数据还会持续占用如果后期还要创建ROS工作空间编译源码20GB的空间很快会被消耗掉。我一开始只分了30GB后来用Disk Utility扩容了一次比较麻烦。2.2 安装Ubuntu时的关键选择虚拟机创建完成后启动会进入Ubuntu安装界面。这个过程中有三个选择要注意第一个是安装类型。如果你是正常从ISO启动会跳出“试用Try”和“安装Install”两个选项。建议先选“安装”不要在试用系统里操作太久因为试用系统跟最终安装的系统是隔离的你在试用里改的设置不会保留。第二个是分区方案。对于新手直接选择“清除整个磁盘并安装Ubuntu”就行。这里的“整个磁盘”指的是虚拟硬盘不是你的Mac物理磁盘所以不用担心数据安全。千万不要在虚拟机的分区工具里手动分区很容易搞出EFI分区和根分区不匹配的问题。我见过不少人卡在这个地方实际上虚拟机里装系统最简单的方案就是最稳的方案。第三个是用户账户设置。用户名建议全部用小写字母不要用大写或空格因为后面很多ROS命令行操作会涉及~目录路径特殊字符会在脚本中引起意外麻烦。我的用户名就用了ubuntu简单干净。2.3 装完系统后的三件关键配置Ubuntu系统装好、第一次重启进入桌面后先别急着装ROS。花十分钟做三件事会让后面的效率翻倍。第一件事是安装VMware Tools通常下载的Fusion版本已经自动装好了open-vm-tools但确认一下更稳妥。在命令行执行vmware-toolbox-cmd --version如果有输出就说明装好了。VMware Tools负责虚拟机与宿主机之间的剪贴板共享、文件拖拽和鼠标平滑切换。没装好会一直遇到“鼠标进虚拟机出不来”“文本没法从Mac复制到Ubuntu”这些问题。第二件事是设置剪贴板共享。在VMware Fusion的“虚拟机-设置-应用程序”里勾选“启用剪贴板共享”。这个功能大概率是默认开启的但有些情况下会关闭尤其是你从旧版本虚拟机导入配置时。macOS上复制命令Ubuntu里直接CtrlV就能粘贴这对于把Mac上下载的安装命令粘贴到终端里特别重要。第三件事是配置软件源。Ubuntu默认的软件源服务器在国外国内用户下载速度很慢。打开“软件与更新”把镜像源换成清华、阿里或中科大的镜像源。这一步是必须做的因为ROS安装时要从源里拉取大量依赖包如果源速度太慢整个安装过程会让你怀疑人生。3. ROS安装用一键脚本快速跑通再手工验证环境ROS的安装有两种方式官方手动步骤和社区一键脚本。我的建议是用一键脚本作为主安装方式但装完一定要手工验证环境变量和核心命令是否生效。不验证的话很可能出现脚本显示安装成功、但终端里ros2命令完全不识别的尴尬情况。3.1 鱼香ROS一键脚本的使用方式与适用条件国内ROS社区的开发者为解决ROS安装繁琐的问题做了一个“鱼香ROS”一键安装脚本这个脚本在高校和开发者群体中流传很广。它的逻辑是帮你把系统更新、ROS仓库添加、公钥导入、依赖安装这些步骤全部自动化。用法很简单在Ubuntu终端里执行wget http://fishros.com/install -O fishros . fishros或者用较新版本curl https://fishros.com/install | bash执行之后会出现一个交互式菜单选择对应的ROS版本即可。脚本会根据系统版本自动判断是Ubuntu 20.04还是22.04并推荐合适的ROS 1或ROS 2版本。这里有一个需要明确说明的经验一键脚本的本质是执行一系列标准安装命令它并没有魔法只是简化了手动操作。所以脚本运行过程中如果网络不稳定或者软件源没有配置好依然会失败。我的建议是在执行脚本之前先手动完成换源操作也就是前面提到的“软件与更新”配置然后再执行脚本成功率会高很多。它的好处是把ROS官方文档里那一长串sudo apt install ros-humble-desktop之类的命令整合成了几个交互式的选择选项不需要你去记Release名称和版本对应关系。对新手来说这是最省心的路径。3.2 环境验证与工作空间初始化脚本执行完成后大多数人会遇到第一个问题终端里敲ros2提示“command not found”。这通常不是因为安装失败而是环境变量没有生效。ROS 2的安装路径在/opt/ros/humble你需要手动source一下source /opt/ros/humble/setup.bash为了不用每次打开终端都手动执行可以把它写入.bashrcecho source /opt/ros/humble/setup.bash ~/.bashrc source ~/.bashrc验证安装是否成功可以执行ros2 --help如果输出了一大段命令帮助信息说明核心环境已经可用了。下一步验证ROS 2的最基本通信功能启动一个话题发布节点和一个订阅节点。先在终端A运行ros2 run demo_nodes_cpp talker然后在另一个终端B中运行ros2 run demo_nodes_cpp listener如果终端B能持续打印“I heard: Hello World”就说明ROS 2的节点通信已经完全打通。这一步很重要因为它验证的不仅仅是安装还包括DDS协议栈是否正常以及虚拟机网络配置是否允许本地回环通信。我建议在这个阶段新建一个ROS 2工作空间用于后续存放仿真包的源码mkdir -p ~/ros2_ws/src cd ~/ros2_ws colcon build如果colcon命令未找到需要先安装依赖sudo apt install python3-colcon-common-extensionscolcon build是一个编译过程它会扫描src目录下的所有ROS 2功能包并编译。第一次编译可能比较慢尤其是在虚拟机中建议耐心等待完成。4. 真刀真枪跑无人车仿真从地图加载到键盘遥控环境装好之后重头戏来了。无人车仿真实验我用的是TurtleBot3这是ROS社区最经典的教育级移动机器人仿真平台有完整的三维模型、传感器仿真和导航算法支持非常适合入门。接下来以TurtleBot3为例说明从启动仿真到键盘遥控的完整链路。4.1 安装仿真依赖Gazebo与TurtleBot3功能包TurtleBot3仿真需要三样东西Gazebo3D物理仿真环境、TurtleBot3的模型描述包和仿真启动包、以及一个键盘遥控节点。先更新系统包索引sudo apt update然后安装Gazebo相关依赖如果ROS 2 Humble安装时包含ros-humble-desktopGazebo通常已经包括在内sudo apt install ros-humble-gazebo-ros-pkgs接着从GitHub仓库克隆TurtleBot3源码放到工作空间里cd ~/ros2_ws/src git clone -b humble https://github.com/ROBOTIS-GIT/turtlebot3_simulations.git git clone -b humble https://github.com/ROBOTIS-GIT/turtlebot3.git然后回到工作空间根目录编译cd ~/ros2_ws colcon build编译过程中如果提示缺少某个依赖比如ros-humble-nav2-bringup或者ros-humble-cartographer用sudo apt install补装即可。TurtleBot3仿真依赖了Navigation2导航栈和SLAM建图工具这些包比较大安装时要有耐心。4.2 启动仿真环境的完整命令链路启动仿真之前有一个必做的环境变量设置。TurtleBot3的仿真模型分为三种型号burger入门型、waffle标准型和waffle_pi增强型。需要显式指定否则启动时找不到模型echo export TURTLEBOT3_MODELburger ~/.bashrc source ~/.bashrc启动仿真世界的命令如下ros2 launch turtlebot3_gazebo turtlebot3_world.launch.py这条命令会做三件事启动Gazebo服务器、加载一个带障碍物的室内世界地图、在初始位置生成一台TurtleBot3机器人模型。如果一切正常你会看到一个3D场景窗口里面有地面、墙壁、圆柱体障碍物以及一台两轮差速驱动的机器人。这里我想提醒一个虚拟机上常见的现象如果Gazebo画面出现大面积闪烁或黑屏不要着急重装通常可以在启动Gazebo前加两行环境变量强制使用软件渲染export LIBGL_ALWAYS_SOFTWARE1 export GAZEBO_MODEL_DATABASE_URI前者让OpenGL退回到软件渲染模式虽然帧率会低一些但能解决大量虚拟机下的显示问题后者是为了避免Gazebo启动时尝试联网下载模型文件导致启动卡住。4.3 键盘遥控与话题通信观察仿真环境起来之后再开一个新终端启动键盘遥控节点source ~/.bashrc ros2 run turtlebot3_teleop turtlebot3_teleop_key这时终端会显示一张按键说明表用W、A、S、D控制机器人前后左右移动。在Gazebo窗口里你会看到机器人响应键盘操作在仿真世界里移动并带动车轮转动。到这里你已经完成了一次完整的无人车仿真实验虚拟机上运行了Linux系统系统里运行了ROS 2框架ROS 2调度了仿真器和机器人模型键盘输入通过网络话题发布给了仿真机器人。这个过程虽然看起来简单但它打通了从“M3芯片Mac”到“无人车仿真实验”的最短路径。进一步观察可以查看当前的话题列表ros2 topic list你会看到/cmd_vel速度指令、/odom里程计、/scan激光雷达数据等话题。其中/scan话题对无人车来说尤为重要它模拟激光雷达扫描周围环境的数据。执行ros2 topic echo /scan会不断输出激光雷达的测量值。这个数据是后面做SLAM建图和自动导航的输入基础。理解这个话题的意义比你盲目跑通一个导航Demo更有价值。5. 跑通之后的资源占用观察与常见坑处理仿真能跑起来只是第一步怎么在M3芯片上流畅地跑以及遇到问题怎么排查这部分的经验比安装过程更加值钱。5.1 M3芯片上虚拟机的性能表现我用的设备是搭载M3芯片的MacBook Pro16GB内存。虚拟机分配了8GB内存和2个CPU核心运行Ubuntu 22.04桌面版加Gazebo仿真整体表现是可以接受的。Gazebo加载世界地图大约需要10秒场景里的3D渲染帧率在20到30帧左右对于观察机器人运动轨迹来说完全够用。如果在Gazebo里打开太多传感器显示面板比如激光雷达点云、相机画面、机器人视角帧率会明显下降。这是因为虚拟机无法直通GPU所有OpenGL渲染都由CPU软件模拟。建议在仿真时同时打开的显示面板不要超过两个配合键盘操作还是可以做到流畅的。内存方面Gazebo加上ROS 2的核心节点再加上Ubuntu桌面本身8GB内存会比较吃紧。我的实际体验是在8GB配置下系统内存使用率长期维持在85%左右偶尔会触发swap。如果你经常觉得卡可以考虑把虚拟机内存提到12GB同时把Mac本机的其他大程序关掉一部分。5.2 我遇到的三个典型问题及排查过程第一个问题是最常见的Gazebo黑屏。现象是Gazebo窗口打开了但场景一直黑着没有任何模型显示。我第一次遇到时查了很多资料最后发现是虚拟机3D加速功能没有启用。解决方案是在VMware Fusion的虚拟机设置里把“显示器”选项中的“加速3D图形”勾上重启虚拟机之后再启动Gazebo问题解决。第二个问题是键盘遥控失灵。现象是启动turtlebot3_teleop_key后终端窗口能显示按键说明但按W/A/S/D没反应机器人不动。排查链路是这样的先执行ros2 topic echo /cmd_vel发现按下按键时没有数据流出说明问题出在键盘节点本身。再检查终端焦点发现我刚才点击Gazebo窗口后终端窗口已经失去了键盘焦点。这是一个特别容易忽略的问题——键盘遥控节点读取的是终端所在窗口的按键输入焦点不在终端上按什么键都没用。点击一下终端窗口再操作立即恢复正常。第三个问题是Gazebo加载模型时一直卡在Downloading Model。TurtleBot3仿真启动时如果你的网络无法访问Gazebo在线模型库就会长时间卡住。解决方案是提前设置环境变量GAZEBO_MODEL_DATABASE_URI为空或者手动下载常用模型放到~/.gazebo/models目录。见过很多人在这里卡了半小时。5.3 给后续实验的三个扩展建议跑通了基础仿真之后你可以沿着三个方向继续深入。第一个方向是SLAM建图。启动ros2 launch turtlebot3_slam turtlebot3_slam.launch.py然后手动控制机器人运动会在Rviz中逐渐构建出一张环境地图。这个过程能直观理解激光雷达如何感知环境并建立地图。建好地图之后还可以进一步尝试Navigation2自动导航功能给机器人设定一个目标点观察它如何规划路径并避障。第二个方向是ROS 2编程。跑过仿真之后尝试自己写一个简单的订阅者节点订阅/scan话题并打印雷达最近障碍物的距离。这一步可以加深你对ROS 2通信机制的理解也是后续学习更复杂机器人算法的起点。第三个方向是Micro-ROS。如果你手头有ESP32开发板可以尝试使用micro_ros_espidf_component在ESP32上运行Micro-ROS节点让它通过Wi-Fi与虚拟机中的ROS 2进行通信。这是一个很有价值的方向因为很多教育级小车实体的控制端就是ESP32它能打通“实体小车”和“虚拟仿真”的桥梁。根据我个人折腾下来的感受M3芯片Mac做ROS开发最关键的还是要接受“虚拟机性能天花板”这个事实不要试图在虚拟机里跑特别大型的场景专注于中小规模的仿真和学习这台机器完全能胜任。如果哪一天遇到虚拟机解决不了的性能瓶颈那时候再考虑远程服务器或专用Linux工作站也不迟。本文还有配套的精品资源点击获取
简介面向Mac M3芯片用户的无人车仿真实验资源包整合了虚拟机搭建、Ubuntu安装与ROS环境配置过程中所需的模型、脚本和说明文档适合在Apple Silicon设备上开展机器人仿真研究的学生及开发者使用。压缩包共53个文件大小22.52MB其中dae与stl格式的三维模型共24个用于构建仿真环境中的车辆与部件xacro机器人描述文件13个用于定义机器人结构另有3个Python脚本、3个XML与1个YAML配置文件、1个rviz可视化布局、1个sdf仿真描述及3个文本说明可直接支撑一次完整的仿真实验流程。目前已有405人学习下载经过实际验证的配置路径可帮助规避M3芯片在驱动和软件兼容性方面的常见问题提升环境搭建效率。读者拿到后可直接复用其中的机器人模型与仿真实例通过修改脚本和参数即可扩展无人车行为或场景适合用于课程设计、毕业课题及无人车方向的技术验证。1. M3芯片Mac上跑ROS仿真虚拟机不是妥协而是最稳路线先说结论如果你手里是一台M3芯片的MacBook想在本地跑Ubuntu、装ROS、做无人车仿真实验用虚拟机是完全可行的而且对新手来说比Docker和双系统都更友好。我前前后后折腾了一个多星期踩了不少坑最终在M3芯片的Mac上通过虚拟机成功跑通了Ubuntu和ROS环境并且完成了TurtleBot3的无人车仿真实验。为什么强调M3芯片因为Apple SiliconM1/M2/M3用的是ARM架构和之前Intel Mac的x86架构完全不一样。网上大量教程默认你用的是Intel Mac按照那套方法来很容易卡在虚拟机软件无法启动、Ubuntu镜像不兼容这些地方。本篇文章就是以M3芯片为核心讲讲从零开始安装VMware Fusion、Ubuntu、ROS的完整过程以及最后怎么跑起来一个无人车仿真。适合看这篇内容的读者主要有三类一是学校课程要求用ROS做实验、但自己只有Mac的学生二是想尝试无人车仿真、又不想折腾双系统或云服务器的开发者三是被网上碎片化教程坑过、想找一份M3芯片专用流程的人。这篇内容不会教你写复杂的ROS节点代码而是专注于“先把环境跑起来”这件最磨人的事。1.1 为什么不是Docker也不是原生双系统在开始安装之前我想先聊聊选型因为这一步很多人忽略了后面会付出代价。我当时试过三条路线Docker、双系统Asahi Linux、虚拟机。Docker确实轻量但它和ROS仿真组合的兼容性比较微妙。ROS的仿真依赖GazeboGazebo需要图形界面和GPU加速在Docker里跑要么用VNC绕一圈要么在macOS上装XQuartz体验相当难受。我试过在Docker里跑小乌龟节点命令行能起来但图形界面延迟严重滑动窗口卡顿明显。做简单实验勉强可以但做无人车仿真这种需要实时看3D场景的需求Docker不是好选择。双系统方面Apple Silicon目前只有Asahi Linux这个第三方方案它确实能在M3上跑起来但驱动支持还不算完善特别是GPU驱动和Wi-Fi驱动经常有兼容性问题。无人车仿真需要Gazebo做3D渲染如果GPU驱动不给力画面会非常卡顿。对学生来说装双系统还要承担数据分区风险一旦操作失误macOS系统文件都可能被破坏。虚拟机反而是最稳的。VMware Fusion已经原生支持Apple SiliconUbuntu也有官方ARM版本两者配合相当成熟。它的好处是隔离性好——虚拟机出问题大不了删掉重建不影响macOS本体有完整的图形界面支持——VMware Tools装好之后Ubuntu的3D加速虽然不能和原生比但跑Gazebo做仿真足够用可以做快照——在装ROS之前打一个快照就算把系统折腾坏了一键恢复。我最终选择了VMware Fusion 13 Ubuntu 22.04 ARM版 ROS 2 Humble这套组合。1.2 M3芯片的兼容性现状与版本选择的底层逻辑在下载任何软件之前你要先确认一个核心事实M3芯片的Mac无法运行x86版本的Ubuntu镜像。这个坑太经典了很多教程里给的Ubuntu镜像下载链接都是x86架构的放到M3的虚拟机里会直接报“无法启动”或者卡在安装界面。VMware Fusion针对Apple Silicon的版本是原生ARM架构的它只能运行ARM版的客户机操作系统。所以你的选择范围是Ubuntu 22.04 ARM Server/Desktop版、Ubuntu 24.04 ARM版以及其他支持ARM的Linux发行版。ROS 2 Humble官方推荐Ubuntu 22.04所以使用Ubuntu 22.04 ARM Desktop版是最稳妥的组合。这里有一个容易混淆的概念你平时下载的Ubuntu ISO文件有amd64和arm64两种在Intel Mac上用amd64在M3上用arm64。如果不确定自己下载的是哪个版本可以在终端里执行file ubuntu.iso查看输出里含有ARM aarch64的就是对的选择。ROS版本方面ROS 1 Noetic和ROS 2 Humble都能在Ubuntu 22.04上安装。无人车仿真领域TurtleBot3官方包目前对ROS 2 Humble支持最完整教程也最多所以选择ROS 2 Humble是合理的。ROS 2的架构和ROS 1差别很大但作为初学者你只需要知道ROS 2是通过DDS数据分发服务进行节点间通信的这种方式更现代也更能适应分布式场景。后面跑仿真的时候你不一定需要深入理解DDS的实现细节但知道这个概念对排查通信问题有帮助。2. 虚拟机里装Ubuntu几个影响后续开发体验的设置确定好组合之后安装过程本身并不复杂但有几个设置会直接影响你后续的开发体验我会把每一步的关键节点都说清楚。2.1 VMware Fusion的安装与虚拟机资源配置先下载VMware Fusion。目前针对Apple Silicon的版本是VMware Fusion 13系列个人使用可以申请免费授权。下载安装后第一次打开会要求输入系统密码因为需要加载内核扩展。这里有一点要注意M3芯片上VMware Fusion的首次启动可能会触发macOS的隐私保护弹窗你需要在“系统设置-隐私与安全性”中允许其加载。创建虚拟机的入口在“文件-新建”选择“从镜像文件安装”。在导入Ubuntu ISO文件后VMware Fusion会识别到这是一个Ubuntu ARM系统。但在进入安装向导前我建议你先手动调整虚拟机设置而不是直接一路下一步。资源分配方面我的建议是内存分配给虚拟机至少8GB如果Mac本身是16GB内存分8GB是合适的如果是24GB或更多可以分到12GB。Ubuntu桌面版加Gazebo仿真大概需要4GB左右再留一些余量给编译和后台进程。分太少会导致Gazebo加载场景时卡死。处理器给2个核心就够用给4个反而会让宿主机响应变慢。编译ROS包时确实核心越多越快但仿真运行是实时任务不是编译任务多核优势不明显。磁盘建议分配50GB以上因为Ubuntu系统本身占15GBROS 2和Gazebo装完大概再加5GB仿真过程中的日志和地图数据还会持续占用如果后期还要创建ROS工作空间编译源码20GB的空间很快会被消耗掉。我一开始只分了30GB后来用Disk Utility扩容了一次比较麻烦。2.2 安装Ubuntu时的关键选择虚拟机创建完成后启动会进入Ubuntu安装界面。这个过程中有三个选择要注意第一个是安装类型。如果你是正常从ISO启动会跳出“试用Try”和“安装Install”两个选项。建议先选“安装”不要在试用系统里操作太久因为试用系统跟最终安装的系统是隔离的你在试用里改的设置不会保留。第二个是分区方案。对于新手直接选择“清除整个磁盘并安装Ubuntu”就行。这里的“整个磁盘”指的是虚拟硬盘不是你的Mac物理磁盘所以不用担心数据安全。千万不要在虚拟机的分区工具里手动分区很容易搞出EFI分区和根分区不匹配的问题。我见过不少人卡在这个地方实际上虚拟机里装系统最简单的方案就是最稳的方案。第三个是用户账户设置。用户名建议全部用小写字母不要用大写或空格因为后面很多ROS命令行操作会涉及~目录路径特殊字符会在脚本中引起意外麻烦。我的用户名就用了ubuntu简单干净。2.3 装完系统后的三件关键配置Ubuntu系统装好、第一次重启进入桌面后先别急着装ROS。花十分钟做三件事会让后面的效率翻倍。第一件事是安装VMware Tools通常下载的Fusion版本已经自动装好了open-vm-tools但确认一下更稳妥。在命令行执行vmware-toolbox-cmd --version如果有输出就说明装好了。VMware Tools负责虚拟机与宿主机之间的剪贴板共享、文件拖拽和鼠标平滑切换。没装好会一直遇到“鼠标进虚拟机出不来”“文本没法从Mac复制到Ubuntu”这些问题。第二件事是设置剪贴板共享。在VMware Fusion的“虚拟机-设置-应用程序”里勾选“启用剪贴板共享”。这个功能大概率是默认开启的但有些情况下会关闭尤其是你从旧版本虚拟机导入配置时。macOS上复制命令Ubuntu里直接CtrlV就能粘贴这对于把Mac上下载的安装命令粘贴到终端里特别重要。第三件事是配置软件源。Ubuntu默认的软件源服务器在国外国内用户下载速度很慢。打开“软件与更新”把镜像源换成清华、阿里或中科大的镜像源。这一步是必须做的因为ROS安装时要从源里拉取大量依赖包如果源速度太慢整个安装过程会让你怀疑人生。3. ROS安装用一键脚本快速跑通再手工验证环境ROS的安装有两种方式官方手动步骤和社区一键脚本。我的建议是用一键脚本作为主安装方式但装完一定要手工验证环境变量和核心命令是否生效。不验证的话很可能出现脚本显示安装成功、但终端里ros2命令完全不识别的尴尬情况。3.1 鱼香ROS一键脚本的使用方式与适用条件国内ROS社区的开发者为解决ROS安装繁琐的问题做了一个“鱼香ROS”一键安装脚本这个脚本在高校和开发者群体中流传很广。它的逻辑是帮你把系统更新、ROS仓库添加、公钥导入、依赖安装这些步骤全部自动化。用法很简单在Ubuntu终端里执行wget http://fishros.com/install -O fishros . fishros或者用较新版本curl https://fishros.com/install | bash执行之后会出现一个交互式菜单选择对应的ROS版本即可。脚本会根据系统版本自动判断是Ubuntu 20.04还是22.04并推荐合适的ROS 1或ROS 2版本。这里有一个需要明确说明的经验一键脚本的本质是执行一系列标准安装命令它并没有魔法只是简化了手动操作。所以脚本运行过程中如果网络不稳定或者软件源没有配置好依然会失败。我的建议是在执行脚本之前先手动完成换源操作也就是前面提到的“软件与更新”配置然后再执行脚本成功率会高很多。它的好处是把ROS官方文档里那一长串sudo apt install ros-humble-desktop之类的命令整合成了几个交互式的选择选项不需要你去记Release名称和版本对应关系。对新手来说这是最省心的路径。3.2 环境验证与工作空间初始化脚本执行完成后大多数人会遇到第一个问题终端里敲ros2提示“command not found”。这通常不是因为安装失败而是环境变量没有生效。ROS 2的安装路径在/opt/ros/humble你需要手动source一下source /opt/ros/humble/setup.bash为了不用每次打开终端都手动执行可以把它写入.bashrcecho source /opt/ros/humble/setup.bash ~/.bashrc source ~/.bashrc验证安装是否成功可以执行ros2 --help如果输出了一大段命令帮助信息说明核心环境已经可用了。下一步验证ROS 2的最基本通信功能启动一个话题发布节点和一个订阅节点。先在终端A运行ros2 run demo_nodes_cpp talker然后在另一个终端B中运行ros2 run demo_nodes_cpp listener如果终端B能持续打印“I heard: Hello World”就说明ROS 2的节点通信已经完全打通。这一步很重要因为它验证的不仅仅是安装还包括DDS协议栈是否正常以及虚拟机网络配置是否允许本地回环通信。我建议在这个阶段新建一个ROS 2工作空间用于后续存放仿真包的源码mkdir -p ~/ros2_ws/src cd ~/ros2_ws colcon build如果colcon命令未找到需要先安装依赖sudo apt install python3-colcon-common-extensionscolcon build是一个编译过程它会扫描src目录下的所有ROS 2功能包并编译。第一次编译可能比较慢尤其是在虚拟机中建议耐心等待完成。4. 真刀真枪跑无人车仿真从地图加载到键盘遥控环境装好之后重头戏来了。无人车仿真实验我用的是TurtleBot3这是ROS社区最经典的教育级移动机器人仿真平台有完整的三维模型、传感器仿真和导航算法支持非常适合入门。接下来以TurtleBot3为例说明从启动仿真到键盘遥控的完整链路。4.1 安装仿真依赖Gazebo与TurtleBot3功能包TurtleBot3仿真需要三样东西Gazebo3D物理仿真环境、TurtleBot3的模型描述包和仿真启动包、以及一个键盘遥控节点。先更新系统包索引sudo apt update然后安装Gazebo相关依赖如果ROS 2 Humble安装时包含ros-humble-desktopGazebo通常已经包括在内sudo apt install ros-humble-gazebo-ros-pkgs接着从GitHub仓库克隆TurtleBot3源码放到工作空间里cd ~/ros2_ws/src git clone -b humble https://github.com/ROBOTIS-GIT/turtlebot3_simulations.git git clone -b humble https://github.com/ROBOTIS-GIT/turtlebot3.git然后回到工作空间根目录编译cd ~/ros2_ws colcon build编译过程中如果提示缺少某个依赖比如ros-humble-nav2-bringup或者ros-humble-cartographer用sudo apt install补装即可。TurtleBot3仿真依赖了Navigation2导航栈和SLAM建图工具这些包比较大安装时要有耐心。4.2 启动仿真环境的完整命令链路启动仿真之前有一个必做的环境变量设置。TurtleBot3的仿真模型分为三种型号burger入门型、waffle标准型和waffle_pi增强型。需要显式指定否则启动时找不到模型echo export TURTLEBOT3_MODELburger ~/.bashrc source ~/.bashrc启动仿真世界的命令如下ros2 launch turtlebot3_gazebo turtlebot3_world.launch.py这条命令会做三件事启动Gazebo服务器、加载一个带障碍物的室内世界地图、在初始位置生成一台TurtleBot3机器人模型。如果一切正常你会看到一个3D场景窗口里面有地面、墙壁、圆柱体障碍物以及一台两轮差速驱动的机器人。这里我想提醒一个虚拟机上常见的现象如果Gazebo画面出现大面积闪烁或黑屏不要着急重装通常可以在启动Gazebo前加两行环境变量强制使用软件渲染export LIBGL_ALWAYS_SOFTWARE1 export GAZEBO_MODEL_DATABASE_URI前者让OpenGL退回到软件渲染模式虽然帧率会低一些但能解决大量虚拟机下的显示问题后者是为了避免Gazebo启动时尝试联网下载模型文件导致启动卡住。4.3 键盘遥控与话题通信观察仿真环境起来之后再开一个新终端启动键盘遥控节点source ~/.bashrc ros2 run turtlebot3_teleop turtlebot3_teleop_key这时终端会显示一张按键说明表用W、A、S、D控制机器人前后左右移动。在Gazebo窗口里你会看到机器人响应键盘操作在仿真世界里移动并带动车轮转动。到这里你已经完成了一次完整的无人车仿真实验虚拟机上运行了Linux系统系统里运行了ROS 2框架ROS 2调度了仿真器和机器人模型键盘输入通过网络话题发布给了仿真机器人。这个过程虽然看起来简单但它打通了从“M3芯片Mac”到“无人车仿真实验”的最短路径。进一步观察可以查看当前的话题列表ros2 topic list你会看到/cmd_vel速度指令、/odom里程计、/scan激光雷达数据等话题。其中/scan话题对无人车来说尤为重要它模拟激光雷达扫描周围环境的数据。执行ros2 topic echo /scan会不断输出激光雷达的测量值。这个数据是后面做SLAM建图和自动导航的输入基础。理解这个话题的意义比你盲目跑通一个导航Demo更有价值。5. 跑通之后的资源占用观察与常见坑处理仿真能跑起来只是第一步怎么在M3芯片上流畅地跑以及遇到问题怎么排查这部分的经验比安装过程更加值钱。5.1 M3芯片上虚拟机的性能表现我用的设备是搭载M3芯片的MacBook Pro16GB内存。虚拟机分配了8GB内存和2个CPU核心运行Ubuntu 22.04桌面版加Gazebo仿真整体表现是可以接受的。Gazebo加载世界地图大约需要10秒场景里的3D渲染帧率在20到30帧左右对于观察机器人运动轨迹来说完全够用。如果在Gazebo里打开太多传感器显示面板比如激光雷达点云、相机画面、机器人视角帧率会明显下降。这是因为虚拟机无法直通GPU所有OpenGL渲染都由CPU软件模拟。建议在仿真时同时打开的显示面板不要超过两个配合键盘操作还是可以做到流畅的。内存方面Gazebo加上ROS 2的核心节点再加上Ubuntu桌面本身8GB内存会比较吃紧。我的实际体验是在8GB配置下系统内存使用率长期维持在85%左右偶尔会触发swap。如果你经常觉得卡可以考虑把虚拟机内存提到12GB同时把Mac本机的其他大程序关掉一部分。5.2 我遇到的三个典型问题及排查过程第一个问题是最常见的Gazebo黑屏。现象是Gazebo窗口打开了但场景一直黑着没有任何模型显示。我第一次遇到时查了很多资料最后发现是虚拟机3D加速功能没有启用。解决方案是在VMware Fusion的虚拟机设置里把“显示器”选项中的“加速3D图形”勾上重启虚拟机之后再启动Gazebo问题解决。第二个问题是键盘遥控失灵。现象是启动turtlebot3_teleop_key后终端窗口能显示按键说明但按W/A/S/D没反应机器人不动。排查链路是这样的先执行ros2 topic echo /cmd_vel发现按下按键时没有数据流出说明问题出在键盘节点本身。再检查终端焦点发现我刚才点击Gazebo窗口后终端窗口已经失去了键盘焦点。这是一个特别容易忽略的问题——键盘遥控节点读取的是终端所在窗口的按键输入焦点不在终端上按什么键都没用。点击一下终端窗口再操作立即恢复正常。第三个问题是Gazebo加载模型时一直卡在Downloading Model。TurtleBot3仿真启动时如果你的网络无法访问Gazebo在线模型库就会长时间卡住。解决方案是提前设置环境变量GAZEBO_MODEL_DATABASE_URI为空或者手动下载常用模型放到~/.gazebo/models目录。见过很多人在这里卡了半小时。5.3 给后续实验的三个扩展建议跑通了基础仿真之后你可以沿着三个方向继续深入。第一个方向是SLAM建图。启动ros2 launch turtlebot3_slam turtlebot3_slam.launch.py然后手动控制机器人运动会在Rviz中逐渐构建出一张环境地图。这个过程能直观理解激光雷达如何感知环境并建立地图。建好地图之后还可以进一步尝试Navigation2自动导航功能给机器人设定一个目标点观察它如何规划路径并避障。第二个方向是ROS 2编程。跑过仿真之后尝试自己写一个简单的订阅者节点订阅/scan话题并打印雷达最近障碍物的距离。这一步可以加深你对ROS 2通信机制的理解也是后续学习更复杂机器人算法的起点。第三个方向是Micro-ROS。如果你手头有ESP32开发板可以尝试使用micro_ros_espidf_component在ESP32上运行Micro-ROS节点让它通过Wi-Fi与虚拟机中的ROS 2进行通信。这是一个很有价值的方向因为很多教育级小车实体的控制端就是ESP32它能打通“实体小车”和“虚拟仿真”的桥梁。根据我个人折腾下来的感受M3芯片Mac做ROS开发最关键的还是要接受“虚拟机性能天花板”这个事实不要试图在虚拟机里跑特别大型的场景专注于中小规模的仿真和学习这台机器完全能胜任。如果哪一天遇到虚拟机解决不了的性能瓶颈那时候再考虑远程服务器或专用Linux工作站也不迟。本文还有配套的精品资源点击获取
` 的正确规避之道)
