最近在帮学弟学妹们做无人机相关的毕业设计发现大家普遍卡在从仿真到真机、从遥控到自主这个坎上。要么是飞控通信搞不定要么是传感器数据融合不好实时性也跟不上最后项目只能停留在PPT或者简单的Gazebo仿真里。今天我就结合自己做过的一个项目聊聊怎么用PX4和ROS 2搭一个能真正飞起来、能规划路径、还能动态避障的无人机系统。这套方案模块清晰代码也比较好复用希望能给正在头疼毕设的你一些实实在在的帮助。1. 毕业设计中常见的技术瓶颈做无人机毕设尤其是想做出点“自主”功能的以下几个坑几乎人人都会踩通信延迟与丢包地面站电脑、机载计算机如树莓派/Jetson和飞控PX4三者之间的通信是基础。MAVLink协议虽然标准但在串口或UDP传输时消息拥堵、解析延迟经常导致控制指令“慢半拍”飞机反应迟钝。SLAM的计算开销想实现自主导航定位和建图SLAM是核心。但激光雷达或视觉SLAM算法非常吃算力在资源有限的机载计算机上很容易导致整个系统卡顿控制循环频率上不去。电源管理与系统稳定性无人机上天后电池电压会持续下降可能引发机载计算机意外重启。同时电机振动对传感器特别是IMU和树莓派的干扰很大软件层面如果没有良好的异常处理机制一次小小的传感器数据异常就可能导致炸机。模块间耦合过紧很多同学一开始图省事把所有代码写在一个ROS节点里。后期想加个新功能比如换个路径规划算法牵一发而动全身调试起来异常痛苦。2. 主流技术方案选型对比在开始动手前选对工具栈能事半功倍。这里简单对比下主流选择飞控固件PX4 vs ArduPilotPX4模块化设计参数配置非常灵活社区活跃对新型传感器和机载计算机Offboard模式的支持更好。它的源码结构清晰适合想深入了解飞控逻辑的同学。我们的项目就基于PX4。ArduPilot历史更久在固定翼和无人船领域积累深厚稳定性经过长期验证。对于追求“稳”字当头、功能需求传统的项目ArduPilot是不错的选择。小结如果毕设侧重创新算法集成如高级导航、集群PX4的Offboard模式更友好。如果侧重稳定完成常规飞行任务ArduPilot可能更省心。机器人中间件ROS 1 vs ROS 2ROS 1资料多生态成熟但核心通信机制基于TCPROS/UDPROS实时性和可靠性在复杂系统中有短板且主节点Master存在单点故障风险。ROS 2采用DDS作为底层通信协议天生支持实时、分布式和冗余通信质量更有保障。虽然学习资料相对ROS 1少一些但其架构更现代是未来趋势。对于无人机这种对实时和可靠有要求的系统ROS 2是更推荐的选择。3. 核心模块实现细节我们的系统架构是PX4飞控负责底层姿态控制和传感器数据采集机载电脑运行ROS 2运行所有高级算法并通过MAVLink向PX4发送位置/速度指令Offboard模式。下面拆解几个关键部分。3.1 MAVLink通信与飞控状态订阅首先要在机载电脑上通过串口或UDP与PX4建立MAVLink连接。这里使用mavros2ROS 2版本的MAVROS作为桥梁。# flight_control_node.py import rclpy from rclpy.node import Node from mavros_msgs.msg import State from geometry_msgs.msg import PoseStamped class FlightControlNode(Node): def __init__(self): super().__init__(flight_control_node) # 订阅飞控当前状态包括连接状态、飞行模式等 self.state_sub self.create_subscription( State, /mavros/state, self.state_callback, 10) # 发布目标位置给飞控用于Offboard控制 self.target_pos_pub self.create_publisher( PoseStamped, /mavros/setpoint_position/local, 10) self.current_state State() self.get_logger().info(飞行控制节点已启动等待飞控连接...) def state_callback(self, msg): 飞控状态回调函数 self.current_state msg if not msg.connected: self.get_logger().warning(与飞控连接断开) # 可以在这里检查飞行模式是否为OFFBOARD以及是否已解锁 def publish_target_position(self, x, y, z): 发布目标位置指令 target_pose PoseStamped() target_pose.header.stamp self.get_clock().now().to_msg() target_pose.header.frame_id map target_pose.pose.position.x x target_pose.pose.position.y y target_pose.pose.position.z z # 这里通常需要保持一定的发布频率否则飞控会退出Offboard模式 self.target_pos_pub.publish(target_pose)3.2 激光雷达点云预处理我们使用二维激光雷达如RPLidar进行避障。原始点云数据噪声多且坐标系与无人机本体不一致需要预处理。# lidar_processor_node.py import rclpy from rclpy.node import Node from sensor_msgs.msg import LaserScan import numpy as np class LidarProcessorNode(Node): def __init__(self): super().__init__(lidar_processor_node) # 订阅原始激光雷达数据 self.lidar_sub self.create_subscription( LaserScan, /scan, self.scan_callback, 10) # 发布处理后的“障碍物距离”消息供路径规划使用 # 这里假设我们发布一个自定义的ObstacleArray消息 # self.obstacle_pub self.create_publisher(ObstacleArray, /processed_obstacles, 10) self.get_logger().info(激光雷达处理节点已启动) def scan_callback(self, scan_msg): 激光雷达数据回调函数 # 1. 过滤无效数据例如超出范围或强度过低的数据点 ranges np.array(scan_msg.ranges) valid_indices np.where((ranges scan_msg.range_min) (ranges scan_msg.range_max))[0] valid_ranges ranges[valid_indices] valid_angles np.array([scan_msg.angle_min i * scan_msg.angle_increment for i in valid_indices]) # 2. 坐标变换将极坐标距离角度转换为相对于无人机本体的笛卡尔坐标x, y # 注意这里假设雷达安装与无人机前向一致无安装偏角。实际情况需要乘上变换矩阵。 obstacle_x valid_ranges * np.cos(valid_angles) obstacle_y valid_ranges * np.sin(valid_angles) # 3. 简单聚类可选将邻近的点云聚类成一个障碍物减少数据量 # 可以使用DBSCAN等简单算法这里为简化直接使用原始点。 # 4. 发布处理后的障碍物信息 # processed_obs self._cluster_to_obstacles(obstacle_x, obstacle_y) # self.obstacle_pub.publish(processed_obs) self.get_logger().debug(f处理了 {len(valid_ranges)} 个有效雷达点, throttle_duration_sec2)3.3 A*与DWA融合的局部路径规划全局路径我们用A*算法在已知地图上规划一条粗略路径。当无人机沿着这条路径飞行时由局部规划器我们采用动态窗口法DWA实时处理激光雷达数据进行动态避障。全局规划A*在机载电脑上加载一张预设的栅格地图或由SLAM实时生成给定目标点A*算法会输出一条从起点到终点的全局路径一系列路径点。局部规划DWADWA算法的工作是在每个控制周期内考虑无人机当前的速度和加速度限制。在速度空间中采样多组可能的线速度角速度对。对每一组速度模拟无人机在未来短时间内如2-3秒的运动轨迹。根据轨迹与全局路径的贴合度、与障碍物的距离、速度大小等指标进行评分。选择得分最高的速度对作为当前周期发送给飞控的控制指令通过/mavros/setpoint_velocity/cmd_vel话题发布Twist消息。这种“A*全局引导 DWA局部避障”的策略既保证了目标导向性又赋予了无人机实时应对未知障碍物的能力。4. 实测性能与安全机制在室内空旷场地进行测试无人机载重为树莓派4B和激光雷达。性能数据控制循环频率主要瓶颈在DWA规划器。在树莓派4B上经过代码优化如使用NumPy向量化运算局部规划频率能稳定在10-15 Hz基本满足低速避障需求。避障响应延迟从激光雷达数据采集到DWA计算出新速度指令再到飞控响应端到端延迟约200-300毫秒。这意味着无人机在1m/s速度下需要预留至少0.3米的安全距离。通信稳定性使用FTDI芯片的高质量USB转串口线MAVLink消息丢包率在1米内可忽略不计。安全机制失控保护Fail-safe在ROS节点中设置看门狗定时器。如果连续1秒未收到激光雷达数据或DWA规划器超时立即向飞控发送“悬停”或“降落”指令。同时在PX4参数中设置COM_RCL_EXCEPT确保遥控器信号能随时接管。通信断连重连mavros2节点具备自动重连功能。我们在代码中监听/mavros/state话题的connected字段一旦断开除了报警还会尝试重新初始化连接。低电量保护订阅/mavros/battery话题监控电压。当电压低于阈值如3.6V/电芯规划器会终止当前任务并命令无人机飞回起点降落。5. 生产环境避坑指南这些都是真机调试时血与泪的教训串口权限问题在Linux下USB串口默认可能只有root有读写权限。务必创建udev规则或者将你的用户加入dialout组sudo usermod -a -G dialout $USER然后重启。时钟同步机载电脑和飞控的时钟不同步会导致时间戳错乱影响数据融合。建议在机载电脑上运行chrony或ntpdate通过网络同步时间或者通过MAVLink消息同步PX4的时间。电池电压骤降无人机电机加速时瞬时电流很大会导致电池输出电压瞬间下降可能触发机载电脑低压重启。解决方法一是使用高质量、高C数的电池二是在机载电脑的电源输入端并联一个大电容如1000μF作为缓冲三是在软件上做电压滤波处理避免误触发。振动与传感器噪声用泡棉双面胶将树莓派和激光雷达与机身隔振。对于IMU数据在PX4端已经做了滤波在ROS端使用robot_localization包进行多传感器融合时也要合理配置滤波参数。Offboard模式切换条件PX4在切入Offboard模式前必须持续接收到来自机载电脑的设定值消息如位置或速度且频率不能低于2Hz。很多同学卡在这里是因为消息发布逻辑有问题切换模式前没有稳定地发布设定值。写在最后通过这样一套模块化的实现我们算是把无人机自主飞行的几个关键技术环节都跑通了。从飞控通信、传感器处理到路径规划与避障每一个模块都可以独立调试和优化。这套框架的代码经过整理已经放在了GitHub上大家可以根据自己的传感器和需求进行修改。最后留一个思考题我们这套系统严重依赖GPS或动作捕捉系统Vicon提供全局定位。如果在没有GNSS信号的室内复杂环境如何实现稳定可靠的定位呢视觉惯性里程计VIO是一个热门方向比如使用Intel Realsense T265摄像头或者用普通摄像头IMU运行开源VIO算法如VINS-Fusion, ORB-SLAM3。这可能是你毕设下一步深化的好课题。理论看千遍不如动手做一遍。建议你先在Gazebo仿真里把流程跑通然后再迁移到真机。过程中遇到问题多查PX4用户指南、ROS 2文档和相关的GitHub Issue。祝你毕设顺利让你的无人机真正智能地飞起来