1. 从一堆散件到能跑的地面无人平台：移动机器人部署到底在部署什么
很多人第一次听到“移动机器人部署”这个词，脑子里浮现的画面可能是把一台已经组装好的机器人从箱子里搬出来、按下电源键、然后它就开始满地跑。我当初也是这么想的，直到真正上手才发现，部署这两个字背后藏着一整条从机械装配到电气接线、从底层固件到上层导航的完整链路。它不是一个动作，而是一个过程，甚至可以说是一个项目从“实验室原型”走向“现场可用”的分水岭。
移动机器人部署的核心目标，是让一台具备移动能力的机器在真实环境中稳定完成既定任务。这里的“真实环境”四个字非常关键，因为实验室地板平整、光线恒定、没有突然闯入的人，而现场可能是瓷砖接缝高低不平的走廊、可能是反光严重的大厅、也可能是人来人往的展厅。部署要解决的就是把这些不确定性一层层消化掉，让机器人在这些条件下依然能定位、能规划、能避障、能执行任务。
这篇文章适合几类人看：一是刚接触移动机器人、手里有一台底盘但不知道怎么让它真正跑起来的开发者；二是做项目交付、需要把机器人从研发阶段推到客户现场的工程师；三是对机器人系统集成感兴趣、想了解一台移动平台从零到跑通需要经历哪些环节的技术爱好者。我会按照实际部署的顺序，把每个阶段的关键点、容易踩的坑、以及我自己的处理经验都摊开来讲。
需要先说明一点，移动机器人部署没有唯一正确的流程，不同底盘、不同传感器方案、不同任务场景，部署的侧重点会差很多。但底层逻辑是相通的：先让硬件能通电、再让底层能通信、然后让传感器能出数据、接着让定位能收敛、最后让导航能闭环。这个顺序如果打乱，后面排查问题会非常痛苦。我见过有人一上来就调导航参数，结果机器人连轮子都没校准，跑起来画龙，白白浪费好几天。
2. 部署前的硬件清点与机械装配：别让一颗松动的螺丝毁掉整轮调试
2.1 底盘开箱后必须逐项确认的机械状态
拿到一台移动底盘，不管是差速、阿克曼还是全向轮结构，第一件事不是急着上电，而是做一次完整的机械检查。这一步很多人会跳过，觉得厂家出厂应该没问题，但运输过程中的震动、仓储环境的温湿度变化，都可能让一些紧固件松动或者让某些部件产生微小形变。
我通常会按下面这个清单逐项过一遍：
- 轮组紧固情况：用手转动每个轮子，感受是否有轴向窜动或径向跳动。如果轮子能左右晃动，说明轮毂螺丝没锁紧，跑起来会抖，里程计数据也会跟着飘。
- 悬挂或减震结构：如果有悬挂，按压车身看回弹是否对称。左右回弹不一致会导致机器人走直线时偏向一侧，后面调PID会非常难受。
- 车体水平度：把底盘放在水平台面上，用水平仪或者手机水平App测一下前后左右倾角。倾角过大不仅影响IMU零偏，还会让激光雷达扫描平面倾斜，影响建图质量。
- 线缆走线：检查出厂线缆有没有被夹在结构件之间，或者靠近运动部件。我遇到过电源线被轮子磨破皮的情况，上电直接短路保护。
这些检查花不了二十分钟，但能省掉后面可能几小时的排查。尤其是轮组紧固，我建议不管出厂状态如何，都自己再紧一遍，用扭矩扳手按厂家给的扭矩值来，没有扭矩扳手就用手感判断——拧到明显阻力增大后再稍微带一点即可，不要死命拧，铝合金轮毂容易滑丝。
2.2 传感器安装位置对后续标定的影响
移动机器人上常见的传感器包括激光雷达、深度相机、IMU、轮式里程计、超声波或红外避障模块。安装位置不是随便找个地方固定就行，它直接决定了后续外参标定的难度和定位精度。
激光雷达的安装原则是尽量高、尽量水平、尽量少遮挡。高度方面，太低容易扫到地面杂物和人的脚，太高又会漏掉低矮障碍物。一般室内底盘会把雷达放在离地30到50厘米之间，具体看应用场景。水平度方面，雷达倾斜一度，在10米距离上就会产生约17厘米的高度偏差，建图时墙面会出现重影。我习惯在雷达底座和安装板之间垫薄垫片来微调，比后期在软件里补偿要直观得多。
深度相机如果用于避障或识别，安装时要考虑视场角和盲区。前置相机一般装在车头正中央，俯仰角根据任务调整——如果主要看地面障碍，可以稍微向下倾斜；如果看货架或人，就保持水平。IMU的安装核心是坐标系对齐，它的X轴最好和车体前进方向一致，Y轴指向左侧，Z轴朝上。如果IMU装歪了，后面做姿态解算时航向角会一直有偏差，而且这种偏差很难通过软件完全补回来。
提示：所有传感器安装螺丝都建议加螺纹胶，尤其是IMU和雷达这种对位置敏感的部件。振动环境下螺丝松动是定位漂移的常见原因，而且这种问题往往在跑了一段时间后才暴露，排查起来很费时间。
2.3 电气连接与上电前的安全检查
机械装好之后，接下来是电气部分。移动机器人通常有电池、电机驱动器、主控板、传感器供电、急停按钮这几大块。接线之前，先确认所有设备的电压等级和极性，尤其是传感器，很多激光雷达是12V供电，而主控板可能是5V或24V，接错直接烧。
上电顺序也有讲究。我的习惯是先不接电机动力线，只给主控和传感器上电，确认低压系统正常。具体步骤是：电池输出先经过急停开关和保险丝，然后分两路，一路给电机驱动器，一路经过DC-DC降压给主控和传感器。第一次上电时用万用表量各路电压，确认在额定范围内再插设备。
急停按钮必须串联在电机驱动器的使能回路或者主电源回路上，确保按下时电机立刻断电。我见过有人把急停接在信号线上，结果软件卡死时急停也失效，这是很危险的。另外，电池管理系统的通信线也要接好，能实时读到电压和电流，避免过放。
3. 底层固件与通信链路打通：让主控和底盘说上话
3.1 电机驱动与轮式里程计的基础配置
硬件没问题之后，下一步是让底盘动起来。大多数移动底盘出厂时电机驱动器已经烧录了固件，但参数可能需要根据实际负载调整。关键参数包括：
| 参数项 | 作用 | 常见调整方向 |
|---|---|---|
| 电流限幅 | 限制电机最大扭矩 | 负载大时适当调高，但不要超过电机额定 |
| 加速度限制 | 控制启动和停止的平滑度 | 太大容易打滑，太小响应慢 |
| 轮径与减速比 | 里程计计算的基础 | 必须和实际机械参数一致 |
| 编码器分辨率 | 决定里程计最小分辨率 | 一般出厂已定，确认即可 |
轮式里程计的标定是部署中很容易被忽视但影响很大的环节。理论轮径和实际轮径往往有偏差，比如轮胎充气程度、磨损、地面摩擦都会影响。标定方法是让机器人直线走一段已知距离，比如10米，然后对比里程计读数和实际距离，算出比例系数。我一般会走三次取平均，直线度也要看，如果偏得厉害，说明左右轮径不一致，需要分别标定。
差速底盘还要注意左右轮定义。有些底盘定义前进时左轮正转、右轮正转，有些定义相反。这个如果搞错，发前进指令机器人会原地转圈。确认方法很简单：给一个小的前进速度指令，看轮子转向是否符合预期。
3.2 主控与底盘的通信协议选择与调试
主控和底盘之间的通信，常见的有串口、CAN、以太网几种。串口最简单，适合数据量不大的场景；CAN抗干扰强，适合多节点和长距离；以太网带宽高，适合传输激光雷达点云这类大数据。
不管用哪种，调试时我建议先用一个简单的USB转串口工具或者CAN分析仪，直接抓底盘发出的数据帧，确认协议格式和文档一致。很多底盘厂商会提供上位机测试软件，先用它跑通，再自己写代码对接，这样能把硬件问题和软件问题分开。
通信协议里要重点关注几个字段：速度指令、里程计反馈、电池状态、错误码。速度指令一般是线速度和角速度，单位是米每秒和弧度每秒。里程计反馈包括左右轮编码器计数或者直接算好的位姿增量。错误码能告诉你驱动器是否过流、过温、编码器是否异常。
注意：串口通信的波特率、数据位、停止位、校验位必须和底盘一致，而且主控和底盘的共地一定要接好。我遇到过因为没共地导致通信时好时坏的情况，查了半天以为是协议问题，最后发现是地线没接。
3.3 用ROS还是不用ROS：部署架构的取舍
说到移动机器人部署，绕不开ROS这个话题。ROS确实提供了很多现成的包，比如底盘驱动、激光雷达驱动、导航栈，能省不少事。但它也不是万能的，尤其是在资源受限的嵌入式平台上，ROS的通信开销和依赖管理会带来额外负担。
我的经验是，如果项目周期紧、团队熟悉ROS、硬件资源够用，那就用ROS，导航栈和可视化工具能大幅提升效率。如果是定制化程度很高、对实时性要求严格、或者主控性能有限，可以考虑轻量级方案，比如自己写状态机加串口通信，或者用micro-ROS把微控制器接入ROS生态。
不管选哪种，部署时都要保证通信链路有日志记录。底盘反馈、传感器数据、控制指令，最好都能录下来，出问题时可以回放分析。我习惯在部署阶段开一个终端专门跑rosbag record或者自己写的日志脚本，把关键话题都录下来，事后排查非常有用。
4. 传感器数据质量与定位收敛：机器人知道自己在哪才算真正活了
4.1 激光雷达与IMU的数据检查
传感器能出数据不等于数据能用。激光雷达装好之后，先看原始点云。在RViz或者厂商自带工具里观察，正常情况下应该能看到清晰的墙面、柱子轮廓，地面点应该很少。如果点云里地面点很多，说明雷达俯仰角没调好或者安装高度不对。如果点云有拖影，可能是雷达转速不稳或者周围有强反光物体。
IMU的数据检查主要看静止时的零偏和噪声。把机器人放平不动，读一段时间IMU数据，加速度计三轴应该接近0、0、9.8，陀螺仪三轴应该接近0。如果陀螺仪零偏很大，比如超过0.01弧度每秒，那航向角会很快漂移，需要做零偏标定。很多IMU支持上电自动标定，但要求上电时静止，所以部署时要确保机器人上电后有几秒钟不动。
4.2 多传感器外参标定的实操方法
外参标定是确定各个传感器之间相对位置和姿态的过程。激光雷达和IMU之间的外参尤其重要，因为激光里程计和IMU融合时，如果外参不准，融合效果会很差。
标定方法有几种。一种是机械测量法，直接用卷尺和角度尺量出雷达和IMU之间的平移和旋转，精度有限但简单。另一种是基于数据的标定，比如让机器人走特定轨迹，通过优化算法求解外参。我一般先用机械测量给一个初值，然后用数据标定微调。
激光雷达和车体中心的外参也要标。车体中心通常定义在后轴中心或者几何中心，雷达装在前面或顶部，两者之间有平移。这个平移量影响导航时的障碍物距离计算，如果偏差大，机器人可能会撞上本来能绕开的障碍。
4.3 定位初始化与收敛判断
定位是移动机器人部署中最容易出问题的环节。激光SLAM或者AMCL都需要一个初始位姿，如果初始位姿给得离谱，定位可能收敛到错误位置。我的做法是每次启动时让机器人在一个已知位置，比如充电桩或者一个贴了标记的点，手动给一个粗略初始位姿，然后看粒子云或者扫描匹配的收敛情况。
判断定位是否收敛，可以看几个指标：粒子云是否聚集、扫描匹配的残差是否小、机器人静止时位姿是否稳定。如果粒子云发散或者位姿一直跳，说明定位没收敛，这时候不要急着跑导航，先排查原因。常见原因包括地图和实际环境不一致、激光雷达被遮挡、初始位姿偏差太大、环境特征太少。
提示：在长走廊或者空旷大厅这类特征稀疏的环境，激光定位容易退化。可以考虑加入轮式里程计和IMU做融合，或者在天花板贴一些反光标记辅助定位。我试过在空旷区域用超声波信标辅助，效果也不错，但部署成本会高一些。
5. 导航参数整定与现场调试：从能走到走得稳
5.1 全局规划与局部规划的参数配合
导航栈一般分全局规划和局部规划两层。全局规划负责从当前位置到目标点找一条大致路径，局部规划负责沿着路径走并实时避障。两层参数要配合好，否则会出现全局路径很漂亮但局部走不出来，或者局部走得很顺但全局绕远路的情况。
全局规划常用A*或Dijkstra，参数主要是膨胀半径和代价权重。膨胀半径决定了机器人离障碍物多远就开始绕，设得太小容易贴边甚至擦碰，设得太大在窄通道里会找不到路。我一般把膨胀半径设为机器人半径加5到10厘米，然后根据实际通道宽度调整。
局部规划常用DWA或TEB，参数更多。DWA的核心参数包括最大速度、最大角速度、加速度限制、采样数、模拟时间。TEB则更注重轨迹优化，参数包括障碍物距离权重、路径跟随权重、速度权重。调参时我建议先限制速度，把最大速度设到额定值的一半，等路径跟随稳定了再逐步提速。
5.2 避障灵敏度与误报的平衡
避障是移动机器人现场部署中最容易让用户不满的地方。太灵敏，机器人动不动就停，用户觉得它“傻”；太迟钝，又容易撞东西。平衡点取决于场景。
在有人走动的环境，我通常会把避障分为几层：紧急停止层用激光雷达近距扫描，比如前方30厘米内有障碍就立刻停；减速层用深度相机或者超声波，比如1米内开始减速；规划层用代价地图，把障碍物标记出来让规划器绕开。这样分层处理，既保证安全，又不会因为远处一个噪点就急停。
激光雷达的噪点过滤也很重要。地面反光、玻璃幕墙、阳光直射都可能产生虚假障碍物。可以在驱动层做距离滤波和角度滤波，把明显不合理的点去掉。代价地图的障碍物膨胀和衰减参数也要调，让障碍物不会一直留在那里。
5.3 现场调试的完整流程与记录方法
现场调试我一般按这个流程走：
- 静态测试：机器人不动，检查传感器数据、定位状态、通信是否正常。
- 手动遥控：用遥控器或者键盘控制机器人走一圈，观察避障反应、速度响应、是否有异常声音。
- 单点导航：给一个近距离目标点，看机器人能否规划并到达，记录过程中的速度曲线和避障事件。
- 多点巡航：设置多个目标点循环，测试长时间运行的稳定性。
- 压力测试：在有人走动、有动态障碍的情况下运行，观察避障和重规划表现。
每一步都要记录。我习惯用表格记录每次测试的参数、现象、问题、处理方式。比如下面这种：
| 测试项 | 参数设置 | 现象 | 问题 | 处理 |
|---|---|---|---|---|
| 单点导航 | 最大速度0.5m/s | 到达目标但超调 | 减速距离不够 | 增大减速加速度 |
| 动态避障 | 膨胀半径0.3m | 窄通道卡住 | 膨胀太大 | 降到0.25m |
| 长时间运行 | 默认参数 | 20分钟后定位漂移 | 里程计累积误差 | 加入IMU融合 |
这种记录看起来麻烦，但出问题时能快速定位是哪个环节的变化导致的。
6. 部署完成后的稳定性验证与长期维护
6.1 连续运行测试与异常恢复
部署完成不等于万事大吉。我一般会做至少24小时的连续运行测试，让机器人在典型路线上反复跑，观察是否有性能下降、内存泄漏、定位漂移累积。测试时要在不同时段进行，因为白天和晚上的光照、人流差异会影响传感器表现。
异常恢复能力也很重要。比如通信中断后能否自动重连、定位丢失后能否重新初始化、急停按下后能否正常复位。这些场景要在测试中主动模拟，不能等现场出问题了才发现没处理。
6.2 日志系统与远程诊断
一个完善的日志系统能大幅降低维护成本。我通常会在部署时配置好日志轮转，把关键数据记录下来：底盘状态、传感器健康度、定位置信度、导航状态、错误码。日志按天或者按大小切分，保留最近一周或一个月。
如果条件允许，加一个远程诊断通道会很有帮助。不是说要远程控制机器人，而是能远程查看状态和日志。这样现场人员遇到问题时，可以快速判断是硬件故障还是软件问题，减少停机时间。
6.3 现场人员的操作培训与安全规范
最后这一点经常被技术人员忽略，但实际项目中非常重要。机器人最终是给人用的，如果操作人员不知道怎么正确使用、不知道紧急情况怎么处理，再好的部署也会出问题。
培训内容至少包括：如何开机和关机、如何急停、如何手动遥控、如何设置目标点、常见报警的含义、什么情况下必须联系技术人员。安全规范要明确：机器人运行时人员要保持距离、不要在机器人前方突然横穿、不要随意更改参数。
我在实际项目中体会到，部署工作做到最后，技术只占一半，另一半是沟通和文档。把部署过程、参数配置、测试记录、操作手册整理清楚，交接给现场人员，这个项目才算真正闭环。移动机器人部署不是一次性的任务，而是一个持续优化的过程，现场跑得越久，暴露的问题越多，系统也就越完善。
