简介：本资源是一份面向ROS机器人开发者的履带式底盘URDF建模文件包，适用于移动机器人仿真、控制算法验证及Gazebo动力学测试等场景，特别适合具备ROS基础的中高级开发者快速构建履带平台模型。压缩包共12个文件，含1个核心URDF描述文件（定义底盘结构、关节与物理属性）、3个STL网格模型（用于可视化渲染）、2个Launch启动脚本（支持Gazebo仿真与RViz显示）、1个YAML配置文件（存储关节名称等参数）、1个XML包配置及若干辅助文件（如CSV运动数据、MATLAB脚本等），整体体积仅1.25MB，轻量易集成。已有1828人学习下载，资源结构清晰，涵盖从模型定义、纹理贴图、仿真启动到参数配置的完整链路，可直接用于ROS-Gazebo联合仿真环境搭建，并为后续路径规划、SLAM或运动控制开发提供标准化底盘模型支撑。 履带底盘URDF文件，这几个字我在不少群里见人问过，也见过各种“照着轮式底盘改改”的翻车现场。先说结论：URDF并不是为履带机器人设计的，它原生支持的是树状刚体连接，而履带本质上是一个闭环机构，直接照搬四轮差速的建模思路，十有八九会在导入仿真器后出现原地打转、整机抖动、履带穿模这类问题。这篇文章我不会给你一份“直接从网上复制就能跑”的文件，我会把履带底盘URDF从拓扑设计、关节设置、碰撞体处理，到导入CoppeliaSim后的调试方法完整拆开讲，让你拿到文件能看懂，坏了能查，改起来也知道动哪里。
适用对象很明确：准备自己搭履带机器人仿真环境、用CoppeliaSim或ROS做导航算法验证、以及在URDF建模里反复踩坑的人。我写的方案不追求把履带做成真实链节，那在URDF里根本做不到；而是用一套工程上稳定、参数好调的折中方案，让底盘在仿真里既保留履带的滑移转向特征，又不至于被URDF的树状结构限制死。
1. 履带底盘的URDF建模到底难在哪
1.1 “履带就是两个轮子加一条带子”是最大的误区
我最初做履带底盘时也是这样想的：在base_link两侧各加一个圆柱体当主动轮，再做一个长条形的壳当履带视觉模型，加个fixed关节固定到车体上，就完事了。结果模型一导入仿真器，底盘根本跑不动——打滑、震颤、爬不上坡、转到一半就横着飘。问题不在机械结构多复杂，而在于我的建模思路把履带的连续接触简化成了几个离散点接触。
真实履带和地面的接触是连续的面接触，整条履带压在松软地面或粗糙路面上，接地压力分布均匀，牵引力靠大面积的摩擦力产生。而URDF里的刚体轮子，与地面的接触只是一条线甚至一个点。如果只是简单地把履带视觉壳包在轮子外面，仿真器计算接触时根本不会把“履带壳”算成有效接触面，除非你给履带壳单独做碰撞体和摩擦参数，否则它就是一层穿模的贴图。
所以履带底盘URDF建模的第一步，不是想“怎么画得漂亮”，而是想清楚：仿真器里到底拿什么跟地面接触。这个决定直接影响了后面所有参数调试的方向。
1.2 滑移转向与普通轮式差速是两套逻辑
轮式差速底盘的运动学是理想刚体模型：假如左右轮速度分别是(v_L)和(v_R)，轮距是(d)，那么底盘中心速度(v=(v_L+v_R)/2)，角速度(\omega=(v_R-v_L)/d)。这个公式在普通轮式机器人的小半径转弯里已经够用，因为轮子与地面近似纯滚动。
但履带不一样。履带转弯靠的是两侧履带速度差，转弯时履带与地面之间必然发生滑移——外侧履带相对地面向后滑，内侧履带相对地面向前滑，整车的瞬时转动中心不在几何中心，而是偏向一侧。滑移量跟地面材质、履带张紧度、接地压力都有关系，无法用单个几何公式精确描述。这意味着：
- 用纯几何差速公式下发速度，实车（或者高保真仿真）的转向半径往往会偏大；
- 底盘低速直行时，履带自身存在的“履带循环阻力”也会让左右略有速度差，车会不自觉偏航。
URDF本身不描述运动学模型，它只描述刚体之间的连接关系。但你在设计joint类型和驱动接口时，心里必须明白后面要挂的是滑移转向控制，而不是普通差速。很多人在仿真里发现“底盘转向半径和理论值对不上”，其实不是代码错了，是履带的物理特性本来就不符合理想差速公式。
1.3 URDF表达不了闭环，这是履带建模的根因
URDF的数据结构要求所有link通过joint构成一棵树，每个link只能有一个parent。一旦出现闭环，URDF解析器要么报错，要么强行断开某个关节。而真实履带呢？链节绕驱动轮、张紧轮和支撑轮回转，是一个典型的闭环机构。
因此，任何想在URDF里把履带建成“一整条闭合链节”的做法，本质上都违反了URDF的树形约束。我在GitHub上看到过有人用几百个小link拼链条，试图在URDF里模拟闭合履带，结果导入RVIZ还行，导入物理仿真器直接炸成满天飞零件。
所以工程上只有两条路：一是放弃在URDF里模拟真实履带链，改用“轮式近似+履带视觉壳”的折中方案；二是绕开URDF，在CoppeliaSim这类原生支持闭链和履带的仿真器里重建模型。这篇文章的主体思路是前者，第3章会让这两条路做个对比。
2. 一份可用的履带底盘URDF文件长什么样
2.1 link/joint拓扑结构怎么搭
我在项目里用的是最常用的一套拓扑：底盘本体（base_link）作为根节点，左右两侧各挂驱动轮、张紧轮、支撑轮，履带视觉壳单独用fixed关节固定到车体。以左侧为例：
base_link（底盘车体、电池、控制板都算在这上面）left_drive_wheel_joint→left_drive_wheel（主动轮，continuous关节）left_front_idler_joint→left_front_idler（前张紧轮，continuous关节）left_rear_idler_joint→left_rear_idler（后张紧轮，continuous关节）left_track_visual_joint→left_track_visual（履带视觉壳，fixed关节）
右侧完全镜像。这里有几个细节：
- 支撑轮（负重轮）要不要加？看轮距和履带长度，一般小底盘加两个张紧轮就够，大底盘建议中间再加支撑轮。支撑轮用continuous关节挂上去，不设驱动力矩，只起支撑和跟随作用。
- 所有轮子的关节轴都是y轴，也就是侧向轴线，这样轮子转动时才能驱动底盘沿x轴前进。
- 履带视觉壳千万不要跟车体一起做成刚体——如果用fixed关节挂上去，它在物理上还是独立的刚体，只是不发生相对位移，这样仿真器会单独给它计算碰撞，单独受力，悬挂参数也好调。
2.2 base_link原点、轮距与履带宽度
URDF对坐标系没有强制要求，但工程上建议把base_link的原点放在底盘质心投影点——也就是俯视时车体几何中心在底盘平面上的投影，x轴朝前，z轴垂直向上。这样后面做差速解算时，左右轮距可以直接取两个驱动轮的y坐标差。
注意：轮距取的是左右两侧履带接地中心线之间的距离，不是车体外宽。这个参数在差速公式里直接决定转弯角速度，差一点，仿真里转弯半径就会明显不对。履带宽度一般不影响运动学计算，但会影响接地面积和摩擦效果，在CoppeliaSim里主要通过碰撞体尺寸来体现。
我的习惯是先把左右驱动轮的origin坐标确定好，比如：
<joint name="left_drive_wheel_joint" type="continuous"> <origin xyz="0.15 0.14 0.05" rpy="0 0 0"/> <parent link="base_link"/> <child link="left_drive_wheel"/> <axis xyz="0 1 0"/> </joint>xyz里的y=0.14意味着左驱动轮距中心线0.14m，右驱动轮对应y=-0.14，轮距就是0.28m。这个值后面写控制器时要直接用，建议放到配置文件里，不要散落在多处。
2.3 驱动轮、张紧轮和支撑轮的参数设置
驱动轮半径要按实际链轮节圆半径设置，不是按外沿。张紧轮半径略小于驱动轮，位置尽量靠近履带两端。支撑轮如果数量多，可以把半径做小一点，均匀分布在履带下沿，注意y方向坐标和驱动轮持平。
每个轮子都需要一个独立的link，即使视觉上只是一个小圆柱，也要有origin、visual、collision、inertial四要素。轮子之间不要共用link，否则关节没法独立转动。
一个驱动轮的完整定义大概长这样：
<link name="left_drive_wheel"> <visual> <origin xyz="0 0 0" rpy="0 0 0"/> <geometry> <cylinder radius="0.04" length="0.02"/> </geometry> <material name="wheel_mat"> <color rgba="0.2 0.2 0.2 1"/> </material> </visual> <collision> <origin xyz="0 0 0" rpy="0 0 0"/> <geometry> <cylinder radius="0.04" length="0.02"/> </geometry> </collision> <inertial> <origin xyz="0 0 0" rpy="0 0 0"/> <mass value="0.2"/> <inertia ixx="0.0001" ixy="0" ixz="0" iyy="0.0001" iyz="0" izz="0.0002"/> </inertial> </link>如果是从SolidWorks之类工具导出，惯性张量的数值可能更精确，但注意URDF只接受以质心为原点的惯性张量，导出后需要检查一下。
2.4 一个可以直接改的URDF最小骨架
我给你一个最小可用的文件结构参考，不含mesh，只用URDF内置的圆柱和box，方便快速跑通。这个文件在RVIZ和CoppeliaSim里都能正常导入：
<?xml version="1.0"?> <robot name="tracked_chassis"> <link name="base_link"> <visual> <origin xyz="0 0 0.04" rpy="0 0 0"/> <geometry> <box size="0.30 0.24 0.08"/> </geometry> </visual> <collision> <origin xyz="0 0 0.04" rpy="0 0 0"/> <geometry> <box size="0.30 0.24 0.08"/> </geometry> </collision> <inertial> <mass value="4.0"/> <inertia ixx="0.05" ixy="0" ixz="0" iyy="0.05" iyz="0" izz="0.08"/> </inertial> </link> <!-- 左驱动轮 --> <link name="left_drive_wheel"> <visual> <origin xyz="0 0 0" rpy="0 0 0"/> <geometry> <cylinder radius="0.04" length="0.03"/> </geometry> </visual> <collision> <origin xyz="0 0 0" rpy="0 0 0"/> <geometry> <cylinder radius="0.04" length="0.03"/> </geometry> </collision> <inertial> <mass value="0.2"/> <inertia ixx="0.0001" ixy="0" ixz="0" iyy="0.0001" iyz="0" izz="0.0002"/> </inertial> </link> <joint name="left_drive_wheel_joint" type="continuous"> <origin xyz="0.15 0.14 0" rpy="0 0 0"/> <parent link="base_link"/> <child link="left_drive_wheel"/> <axis xyz="0 1 0"/> </joint> <!-- 右驱动轮，镜像 --> <link name="right_drive_wheel"> <visual> <origin xyz="0 0 0" rpy="0 0 0"/> <geometry> <cylinder radius="0.04" length="0.03"/> </geometry> </visual> <collision> <origin xyz="0 0 0" rpy="0 0 0"/> <geometry> <cylinder radius="0.04" length="0.03"/> </geometry> </collision> <inertial> <mass value="0.2"/> <inertia ixx="0.0001" ixy="0" ixz="0" iyy="0.0001" iyz="0" izz="0.0002"/> </inertial> </link> <joint name="right_drive_wheel_joint" type="continuous"> <origin xyz="0.15 -0.14 0" rpy="0 0 0"/> <parent link="base_link"/> <child link="right_drive_wheel"/> <axis xyz="0 1 0"/> </joint> </robot>这只是左右各一个驱动轮的最简版。加上前后张紧轮的思路一模一样，复制粘贴改名字、改坐标就行。左右两侧的y坐标最好用正负对称关系，后面控制器算差速时直接取绝对值当轮距。
3. 履带运动学在URDF里的折中表达
3.1 方案A：多轮近似驱动加履带视觉壳，最推荐
这个方案的核心思路是：用左右各若干个轮子去承担与地面的接触和驱动，用一块独立的履带视觉网格去还原外观。驱动靠主动轮，张紧轮和支撑轮只负责支撑与导向，不施加主动力矩。视觉壳用fixed关节挂在车体上，但碰撞体要谨慎处理，否则会和轮子打架。
同样一条履带，我一般放两个轮子：前张紧轮和驱动轮，或者在长底盘上再加两个中间支撑轮。轮子数量多，接地状态会平滑一些，但也不是越多越好——每个轮子都在和地面算摩擦，轮子太多会让仿真变慢，参数也难调。小底盘两个轮足够，大底盘四个轮封顶。
这个方案的优势是：
- URDF可表达，没有闭环结构；
- 在CoppeliaSim里物理行为稳定，不容易穿模；
- 控制接口只暴露两个驱动轮，方便后续做滑移转向控制；
- 视觉壳可以做得很好看，不影响物理。
缺点是：履带的连续性没有体现，接地压力分布用的是几个接触点的叠加，和真实履带仍然有差距，尤其在爬坡、越障场景里表现会偏“硬”。不过对绝大多数室内外移动平台仿真来说，这个精度足够用了。
3.2 方案B：单轮包络加低摩擦碰撞体，最轻量
如果你只是想调导航算法，或者跑一个SLAM测试，不关心动力学细节，那就别折腾多轮了。直接把左右履带各简化成一个大半径的驱动轮，外面套一个box当碰撞体，设定摩擦系数接近地面的值，让车能跑起来就行。
这里的“大半径驱动轮”半径取履带驱动轮节圆半径就够了，碰撞体可以是和履带差不多宽的长方体，包住驱动轮区域。这样的模型只有一个自由度方向上的驱动，非常简单。不过真实感会差不少，上坡能力、原地转弯的滑移感都模拟不出来。适合做机器人“有没有运动能力”的验证，不适合做足式、履带这类对地面交互敏感的验证。
3.3 方案C：绕开URDF，在CoppeliaSim里重建连续履带
如果你一定要做真实的连续履带效果，我建议放弃“URDF导入”这条路。CoppeliaSim本身有专门的履带模型支持，可以配置一对连续履带，链接结构上允许闭合和循环运动，模拟效果比URDF里的多轮近似好得多。
但代价是：这套模型没法转换成标准URDF，没法在RVIZ里显示，也没法直接挂到ros_control的标准接口上。你需要把CoppeliaSim作为一个独立仿真器，用它的自定义API和ROS通信。项目如果追求可移植性，这个方案要慎重。我自己的经验是：导航算法验证用方案A，动力学细致分析用方案C，方案B只用来快速画个原型。三个方案不是替代关系，是不同阶段的工具。
3.4 三种方案的参数与场景对照
| 方案 | 可移植性 | 动力学真实度 | 实现成本 | 适用场景 |
|---|---|---|---|---|
| 多轮近似+视觉壳 | 高，URDF标准 | 中高 | 中 | 常规运动仿真、ROS导航、控制算法开发 |
| 单轮包络 | 高，URDF标准 | 低 | 极低 | 快速验证、纯算法仿真、SLAM |
| CoppeliaSim原生履带 | 低，模型绑定在仿真器 | 高 | 高 | 力学研究、复杂地形通过性分析 |
从URDF的角度，前两种都可行；但从“履带底盘”这五个字的内涵来看，方案A是投入产出比最高的选择，也是本文重点推荐的做法。
4. 把URDF喂给CoppeliaSim之后，坑基本都在这些地方
4.1 导入流程与最常遇到的报错
CoppeliaSim 4.x自带URDF导入插件，不用额外装包。操作路径是：菜单栏[File] → [Import] → [URDF]，选中文件后插件会自动解析并生成对应的shape、joint和link层级。
常见的报错和原因我列在下面：
| 报错/现象 | 大概率原因 |
|---|---|
Parse error at line ... | XML语法错误，多半是标签没闭合，或者<origin>里写了错误的rpy格式 |
mesh file not found | mesh路径是相对路径但mesh文件夹没和URDF放在同一级，或文件名大小写不对 |
| 导入后模型极小或极大 | 建模时用的单位不是米，STL/DAE导出时用了毫米 |
| 导入后模型是透明或没有视觉 | visual的color标签缺失，或者mesh文件名指向了不存在的文件 |
link has no inertial | 某个link缺少<inertial>，CoppeliaSim会自动补一个默认惯量，但位置可能会偏移 |
我最常踩的是第一个和第二个。URDF文件在RVIZ里能正常显示，但CoppeliaSim的URDF插件对语法更严格，RVIZ能忍的它不一定忍。所以写URDF时最好用严格的XML规范，所有属性值都加引号，不要偷懒。
4.2 坐标系翻转、单位缩放和mesh路径
单位问题我见过太多回了。SolidWorks导出STL时默认是毫米，URDF要求米。如果你把毫米级的STL直接写进去，导入CoppeliaSim后模型会大1000倍，第一个接触的shape可能直接穿模穿到地心。解决办法是在STL导出时把单位切成米，或者在CoppeliaSim导入后对shape整体缩放。
坐标系的问题更隐蔽。URDF里x轴朝前、z轴朝上是约定俗成，但STL/DAE从CAD软件导出时，很可能把y轴当成前向，或者z轴朝下。结果导入后整个模型侧着躺，关节方向全乱。检查方法是导入CoppeliaSim后，先看base_link的姿态，再手动旋转驱动轮，确认转动方向符合预期。如果方向不对，优先回建模软件里改导出坐标，而不是在仿真器里硬转——硬转的模型后面做控制很容易绕晕。
mesh路径我强烈建议把所有mesh文件和URDF放在同一个目录，URDF里用相对路径引用。这样整个文件夹拷到哪都能用，CoppeliaSim、RVIZ和MoveIt都不会因为路径问题报错。
4.3 摩擦系数是“像不像履带”的关键
URDF导入CoppeliaSim后，每个shape默认的接触摩擦系数并不适合履带仿真。默认值偏小，导致履带在地面上跟溜冰一样，给速度就原地打滑。这个现象不是模型错了，是摩擦参数没配对。
在CoppeliaSim里，你可以对每个shape单独设置接触摩擦系数，API是：
sim.setShapeFloatParam(leftTrackVisHandle, sim.shapefloatparam_contactfriction, 1.2)这里的leftTrackVisHandle是履带视觉壳对应的shape句柄。为什么要给视觉壳设摩擦？因为在方案A里，与地面真正发生大面积接触的其实不是驱动轮的圆柱面，而是履带视觉壳的底部平面。如果视觉壳没有碰撞体，或者摩擦系数为0，那履带就等于没有接地能力。
我的经验值：混凝土地面的摩擦系数取1.0到1.5，泥地/松软地面取1.5到2.0，室内光滑地板取0.6到0.9。这个数值不是随便拍的，可以按你期望的爬坡能力反推：摩擦系数必须大于tan(最大爬坡角度)。比如希望爬30度的坡，摩擦系数至少要大于0.577，实际取1.2以上才稳。
4.4 自碰撞、碰撞组和履带穿模
URDF导入后，CoppeliaSim会给每个link生成独立的shape，默认情况下它们之间会发生碰撞。履带的视觉壳和驱动轮靠得很近，仿真时常出现两个刚体互相顶撞、底盘上下抖的情况。
解决思路是合理配置碰撞组（collision groups）。在CoppeliaSim的Model Browser里，把底盘上需要“内部不打闹”的shape放进一个碰撞组，并把该组设为“不与组内对象碰撞”；同时保留与地形（如地面sensor或contact）的碰撞检测。实际操作时，我会把履带视觉壳、驱动轮、张紧轮、支撑轮全部放进同一个collision group并启用“self-collision off”，只让该组与地面和外部障碍物进行接触。
还有一个常见问题是履带视觉壳做得比轮子宽，转弯时视觉壳与地面边缘发生碰撞，导致车体被顶起来。排查方法很简单：把视觉壳的collision尺寸故意改小一点，或者在碰撞组里把视觉壳排除对外碰撞，只保留轮子对外碰撞。外观是外观，物理是物理，两者要分开考虑。
5. 让履带底盘动起来，滑移转向控制接口这么接
5.1 先用jointTargetVelocity把两个驱动轮转起来
在CoppeliaSim里，URDF导入的joint不一定默认进入动态控制模式。你需要在场景层级里找到对应joint，把它的控制模式切换到“velocity control”，或者干脆在脚本里强制指定。
一个最简单的Lua控制脚本，挂在底盘顶层对象上：
function sysCall_init() leftJoint = sim.getObjectHandle("left_drive_wheel_joint") rightJoint = sim.getObjectHandle("right_drive_wheel_joint") sim.setJointMode(leftJoint, sim.jointmode_velocity) sim.setJointMode(rightJoint, sim.jointmode_velocity) end function sysCall_sensing() -- 前进 sim.setJointTargetVelocity(leftJoint, 2.0) sim.setJointTargetVelocity(rightJoint, 2.0) end注意joint在URDF里的名字和CoppeliaSim导入后的名字可能不完全一样，最好在层级树里查一下实际句柄名。如果名字对不上，脚本会一直报错。
5.2 从cmd_vel到左右履带速度的换算公式
现在假设你拿到的控制指令是标准的速度指令：底盘中央速度(v)（单位m/s）和角速度(\omega)（单位rad/s），轮距为(d)（单位m）。理想差速公式是：
[ v_L = v - \frac{\omega \cdot d}{2} ] [ v_R = v + \frac{\omega \cdot d}{2} ]
这里的(v_L)和(v_R)是驱动轮的线速度，还要除以驱动轮半径(r)才能得到关节的角速度目标值（rad/s）：
[ \omega_L = \frac{v_L}{r},\quad \omega_R = \frac{v_R}{r} ]
放到Lua里就是：
function cmdVelToJoint(linearV, angularV, wheelDistance, wheelRadius) local vL = linearV - angularV * wheelDistance / 2.0 local vR = linearV + angularV * wheelDistance / 2.0 return vL / wheelRadius, vR / wheelRadius end但我要提醒一句：这个公式对普通差速轮是对的，对履带只是一个近似。真实履带转弯时，由于滑移，实际角速度会小于理论值，所以如果你用这个公式下发原地旋转指令，底盘在CoppeliaSim里转的圈会比预期大。如果你做的是普通导航验证，通常问题不大；如果想要精确轨迹，就得在模型里加入滑移修正系数——这属于运动学标定的范畴，超出URDF本身，但你要知道有这个差异存在。
5.3 让控制器和CoppeliaSim脚本协作的两种方式
第一种是纯仿真内部闭环：在CoppeliaSim的脚本里读取一个“目标速度”变量，通过前面那个换算函数设置joint目标速度。适合快速验证底盘物理参数是否正确。
第二种是走ROS通信：CoppeliaSim里挂一个ROS订阅器，订阅cmd_vel话题，收到消息后转换成左右轮速度，再驱动joint。URDF在这里的角色是给CoppeliaSim提供初始模型，但在ROS侧，你还需要一个robot_state_publisher发布TF。CoppeliaSim导入的模型自带TF发布，命名空间要对齐，否则RVIZ里会出现模型位置错乱。
我实际测试时是先用纯仿真脚本把模型参数确定好，再接ROS，这样排错范围更小。如果你一上来就接ROS，出问题时很难判断是URDF模型的问题、话题通信的问题，还是控制代码的问题。
5.4 我实测的一组参数和调参顺序
最后分享一组我实际用过、能稳定跑完室内场景的履带底盘参数，供参考：
| 参数 | 数值 |
|---|---|
| 整车质量 | 4.0 kg |
| 轮距d | 0.28 m |
| 驱动轮半径 | 0.04 m |
| 张紧轮半径 | 0.025 m |
| 履带视觉壳长x宽x高 | 0.34 x 0.05 x 0.12 m |
| 驱动机最大速度 | 4.0 rad/s |
| 履带接触摩擦系数 | 1.2 |
| 最大爬坡角度（仿真验证） | 约25度 |
调参顺序我的建议是：先把摩擦系数调好，否则后面全是白搭；然后发一个固定前进速度，看底盘能不能匀速直线跑，跑偏说明左右轮参数不对称；再发一个原地旋转指令，看转向方向和角速度是否合理；最后再上闭环。每次改参数，只改一个变量，记录现象，不要一次性调五六个参数，不然根本不知道是哪个起了作用。
这几个环节下来，你的履带底盘URDF模型基本就是一套可以反复使用的资产了。后面无论是接导航、做路径规划，还是换地形测通过性，都只需要改参数和摩擦设置，不用再从头折腾模型结构。
本文还有配套的精品资源，点击获取
