1. Autoware自动驾驶系统概述Autoware作为目前最成熟的开源自动驾驶软件栈之一已经广泛应用于科研和工业领域。我第一次接触Autoware是在2018年的一次智能驾驶项目上当时就被它完整的模块化设计所吸引。简单来说Autoware就像是一个自动驾驶全家桶从感知、定位到规划控制几乎所有自动驾驶需要的功能模块都能在这里找到。在实际项目中Autoware最让我印象深刻的是它的路径规划系统。这个系统分为两个层次全局路径规划就像是我们开车时使用的导航地图它会给出从起点到终点的最优路线而局部路径规划则像是驾驶员的眼睛和大脑实时处理路上的突发情况比如突然出现的行人或车辆。这两个系统协同工作才能确保自动驾驶车辆安全到达目的地。在硬件配置方面Autoware对计算资源的要求相对友好。我们团队测试时使用的是Intel i7处理器和NVIDIA GTX 1080显卡的工控机这套配置完全能够满足实时性要求。不过要提醒的是如果要做更复杂的场景测试比如城市道路多车交互建议使用性能更强的计算平台。2. 全局路径规划实战指南2.1 环境准备与参数配置在开始全局路径规划前有几个准备工作必须做到位。首先是矢量地图的制作这是我们团队踩过的第一个坑。最初我们使用简单的绘图工具随意画了几条线作为道路结果规划系统完全无法正常工作。后来才发现Autoware对矢量地图的格式和精度有严格要求必须使用专门的工具如Lanelet2来制作符合规范的地图。启动全局规划模块时建议按照以下顺序检查参数在op_global_planner中Replanning选项要设为true这样当车辆偏离路线时系统会自动重新规划Smoothing参数对规划路径的平顺性影响很大建议初始值设为0.3如果测试场地没有明确的车道线记得关闭Lane Changing选项2.2 常见问题排查在实际测试中我们遇到了几个典型问题。第一个是Goal Found但无法生成路径的错误这种情况八成是因为定位模块的输出不够准确。我们的解决方案是先通过Rviz给定位姿等待NDT匹配稳定观察终端输出然后再设置目标点第二个常见问题是路径规划方向错误。在一个环形测试场地中系统有时会规划出逆向行驶的路径。这个问题主要与矢量地图中道路方向的定义有关需要检查地图中中心线的方向是否一致。3. 局部避障规划详解3.1 模块启动顺序的玄机局部规划模块的启动顺序特别重要这里有个血泪教训。最初我们同时启动所有节点结果避障参数怎么调整都不生效。后来仔细阅读文档才发现必须按照特定顺序启动先启动op_common_params并设置好参数然后启动其他四个局部规划节点最后启动障碍物追踪节点这个顺序确保了参数能够被正确加载。如果先启动障碍物追踪节点它会使用默认参数导致后续的手动配置失效。3.2 关键参数解析op_common_params中有几个参数对避障效果影响显著Plan Distance建议设为5-10米太短会导致反应不及时太长会增加计算负担Avoiding Distance这个参数决定了开始避障的时机我们测试发现1.5米是个比较安全的距离Lateral Safety车辆的安全边界要根据实际车宽设置通常比物理尺寸宽20%特别提醒Rollouts Number参数不要设得太大。虽然增加备选路径数量理论上能提高避障成功率但会显著增加计算时间。我们建议从5开始逐步调整。4. 控制指令生成与转换4.1 控制节点配置当全局和局部规划都正常工作后就可以启动控制节点了。pure_pursuit是Autoware中的轨迹跟踪算法它的核心参数是前视距离(Lookahead Distance)。在低速测试时(5km/h以下)0.8米是个不错的起始值。随着速度提升这个值需要线性增加。twist_filter则负责对控制指令进行平滑处理。这里有个小技巧如果发现车辆运动不够平顺可以适当增大lateral_accel_limit参数但要注意不要设得太大否则可能导致车辆失控。4.2 消息格式转换实战很多开发者都会遇到控制指令格式不匹配的问题。Autoware默认输出的控制指令是TwistStamped格式而大多数底盘控制器需要的是Twist格式。我们团队开发了一个简单的转换节点核心代码如下#include ros/ros.h #include geometry_msgs/TwistStamped.h #include geometry_msgs/Twist.h ros::Publisher cmd_vel_pub; void twistCallback(const geometry_msgs::TwistStamped::ConstPtr msg) { geometry_msgs::Twist cmd; cmd.linear msg-twist.linear; cmd.angular msg-twist.angular; cmd_vel_pub.publish(cmd); } int main(int argc, char** argv) { ros::init(argc, argv, twist_converter); ros::NodeHandle nh; cmd_vel_pub nh.advertisegeometry_msgs::Twist(cmd_vel, 10); ros::Subscriber sub nh.subscribe(twist_raw, 10, twistCallback); ros::spin(); return 0; }这个转换器我们已经在多个项目中使用稳定性很好。建议把它放在独立的工作空间不要和Autoware主系统混在一起这样调试起来更方便。5. 系统集成与调试技巧5.1 数据流监控要点当所有模块都启动后一定要检查几个关键话题的数据流/vector_map确认地图加载正确/current_pose检查定位输出是否连续稳定/twist_cmd观察控制指令是否合理我们团队开发了一个简单的诊断脚本可以实时监控这些话题的发布频率#!/bin/bash rostopic hz /vector_map /current_pose /twist_cmd | grep average这个脚本能快速发现哪个模块出现了性能问题。正常情况下所有话题的发布频率都应该在10Hz以上。5.2 实车测试注意事项第一次实车测试时安全措施一定要到位。我们的经验是准备急停开关最好是物理按钮初始速度不要超过5km/h测试区域要封闭避免意外随时准备接管车辆有个实用的技巧是在Rviz中同时显示规划路径和实际轨迹这样能直观地看到跟踪效果。如果发现跟踪误差较大可以先调大pure_pursuit的前视距离如果还不行可能需要检查定位精度。