尧图网页设计 
嵌入式物联网机器人自动驾驶智能硬件【免费下载链接】PX4-AutopilotPX4 Autopilot Software项目地址https://gitcode.com/gh_mirrors/px/PX4-Autopilot点击查看免费下载本文围绕 PX4-Autopilot 中ManualControlSetpointuORB 消息展开系统讲解manual_control_input与manual_control_setpoint两个主题的字段定义、数据源常量、COM_RC_IN_MODE仲裁逻辑并结合manual_control、rc_update、mavlink_receiver等模块源码说明遥控器RC与 MAVLink 摇杆输入如何被采集、转换、筛选并最终发布给各飞控控制器使用。读完本文你将能够从消息定义到模块实现完整理解 PX4 手动控制链路并掌握使用uorb top等工具观测手动控制数据的实操方法。一、消息概览两个主题的分工ManualControlSetpoint是 PX4 中承载手动控制输入的统一 uORB 消息。它的设计核心是输入源与最终设定值分离manual_control_input为每一个已配置的输入源发布一条消息例如物理遥控器RC输入、MAVLink 摇杆Joystick输入。同一时刻可能存在多个输入源。manual_control_setpoint由manual_control模块根据参数COM_RC_IN_MODE从各输入源中仲裁选出当前真正接管飞行器的那一个并发布给姿态、速率等控制器。这是控制器唯一订阅的最终手动控制主题。消息本身包含 roll、pitch、yaw、throttle、flaps 五个主通道外加 aux1~aux6 六个辅助通道、按钮状态buttons以及数据源标识字段。消息定义文件位于 msg/versioned/ManualControlSetpoint.msg版本号MESSAGE_VERSION 1。TOPICS manual_control_setpoint manual_control_input二、字段详解完整数据表与语义2.1 时间戳与有效性字段类型说明timestampuint64消息发布时间自系统启动以来的微秒数timestamp_sampleuint64原始输入数据的采样时间戳微秒数validbool该输入是否有效timestamp与timestamp_sample的区分具有实际意义timestamp_sample保留的是原始采样时刻而timestamp在仲裁/转发过程中会被刷新为当前处理时刻。在 ManualControlSelector.cpp 的updateWithNewInputSample()中可以看到这一行为选定输入后_setpoint.timestamp now; // timestamp_sample is preserved即时间戳被刷新、采样时间戳被保留供下游做延迟分析或时间对齐。2.2 主控制通道范围 [-1, 1]字段类型单位/范围说明rollfloat32[-1, 1]向右移动正滚转右侧下沉pitchfloat32[-1, 1]向前移动负俯仰旋转机头下压yawfloat32[-1, 1]正偏航旋转俯视顺时针throttlefloat32[-1, 1]向上移动正推力-1 为最小可用0% 或 -100%1 为 100% 推力flapsfloat32[-1, 1]襟翼开关/旋钮/拉杆位置摇杆通道的标准约定为在常见的 RC 模式 1/2/3/4 遥控器或摇杆上-1 表示向下/向左1 表示向上/向右。消息定义中特别注释了一条重要兼容性约定QGC 发送的 throttle/z 范围是 [0, 1000] 对应 [0, 1]MAVLink 输入从 [0, 1] 转换到内部 [-1, 1] 的映射目前保持向后兼容。这意味着同一个throttle字段在内部统一使用 [-1, 1] 语义但不同输入源进入时的原始范围不同转换逻辑见下文第四节。2.3 辅助通道与按钮字段类型说明aux1~aux6float32六个辅助通道范围 [-1, 1]可承载未映射的摇杆通道或扩展输入buttonsuint16直接透传 MAVLinkmanual_control消息的 buttons 字段需要特别说明的是任何一个通道都可能不可用并以 NaN 表示该通道不包含有效数据。这是消息定义中明确标注的约定消费方在读取时应使用isfinite之类的方式做防护。2.4 数据源标识字段类型说明data_sourceuint8数据来源取值见常量表source_system_iduint8手动控制源的 MAVLink system ID无效值为 0source_component_iduint8手动控制源的 MAVLink component ID无效值为 0source_system_id/source_component_id在 RC 输入场景下通常为 0无效在 MAVLink 输入场景下则记录发起摇杆控制的飞控/地面站标识。2.5 摇杆接管标志字段类型说明sticks_movingbool在自动auto或 offboard 模式下摇杆移动触发的手动接管请求仅当该特性被启用时才为 truesticks_moving由参数MAN_OVERRIDE_SPD手动控制接管速度阈值控制其实现细节见 ManualControl.cpp 中的速度差分计算逻辑第五节。三、常量与数据源枚举常量名类型值含义MESSAGE_VERSIONuint321消息版本SOURCE_UNKNOWNuint80未知来源SOURCE_RCuint81无线电遥控对应input_rc主题SOURCE_MAVLINK_0uint82MAVLink 实例 0SOURCE_MAVLINK_1uint83MAVLink 实例 1SOURCE_MAVLINK_2uint84MAVLink 实例 2SOURCE_MAVLINK_3uint85MAVLink 实例 3SOURCE_MAVLINK_4uint86MAVLink 实例 4SOURCE_MAVLINK_5uint87MAVLink 实例 5从常量布局可以推断 PX4 最多支持 1 个 RC 源 6 个 MAVLink 实例实例 0~5同时作为手动控制输入候选。SOURCE_MAVLINK_0到SOURCE_MAVLINK_5的取值连续递增使得实例 ID 基地址的换算非常直接见第四节 MAVLink 接收端代码。四、数据源生产端RC 与 MAVLink 如何填充消息4.1 RC 源rc_update 模块遥控器输入由 src/modules/rc_update/rc_update.cpp 的UpdateManualControlInput()生成并发布到manual_control_input主题。核心代码manual_control_setpoint_s manual_control_input{}; manual_control_input.timestamp_sample timestamp_sample; manual_control_input.data_source manual_control_setpoint_s::SOURCE_RC; // limit controls manual_control_input.roll get_rc_value(rc_channels_s::FUNCTION_ROLL, -1.f, 1.f); manual_control_input.pitch get_rc_value(rc_channels_s::FUNCTION_PITCH, -1.f, 1.f); manual_control_input.yaw get_rc_value(rc_channels_s::FUNCTION_YAW, -1.f, 1.f); manual_control_input.throttle get_rc_value(rc_channels_s::FUNCTION_THROTTLE, -1.f, 1.f); manual_control_input.flaps get_rc_value(rc_channels_s::FUNCTION_FLAPS, -1.f, 1.f); manual_control_input.aux1 get_rc_value(rc_channels_s::FUNCTION_AUX_1, -1.f, 1.f); ... manual_control_input.valid _rc_calibrated;关键信息data_source固定为SOURCE_RC值 1各通道通过get_rc_value(FUNCTION_*, -1.f, 1.f)从rc_channels中按功能映射FUNCTION_ROLL、FUNCTION_PITCH、FUNCTION_YAW、FUNCTION_THROTTLE、FUNCTION_FLAPS、FUNCTION_AUX_1~FUNCTION_AUX_6提取并归一化到 [-1, 1]valid直接取_rc_calibrated即遥控器是否完成校准——未校准时该输入被标记为无效不会参与仲裁。4.2 MAVLink 源mavlink_receiver 模块MAVLink 摇杆输入在 src/modules/mavlink/mavlink_receiver.cpp 的handle_message_manual_control()中处理将 MAVLinkmanual_control消息转换为manual_control_setpoint结构后发布到manual_control_inputmanual_control_setpoint_s manual_control_setpoint{}; if (math::isInRange((int)mavlink_manual_control.x, -1000, 1000)) { manual_control_setpoint.pitch mavlink_manual_control.x / 1000.f; } if (math::isInRange((int)mavlink_manual_control.y, -1000, 1000)) { manual_control_setpoint.roll mavlink_manual_control.y / 1000.f; } // For backwards compatibility we need to interpret throttle in range [0,1000] // Convert from [0, 1000] to internal range [-1, 1] if (math::isInRange((int)mavlink_manual_control.z, 0, 1000)) { manual_control_setpoint.throttle (mavlink_manual_control.z / 500.f) - 1.f; } if (math::isInRange((int)mavlink_manual_control.r, -1000, 1000)) { manual_control_setpoint.yaw mavlink_manual_control.r / 1000.f; } manual_control_setpoint.buttons mavlink_manual_control.buttons; if (mavlink_manual_control.enabled_extensions (1u 2) math::isInRange(...)) { manual_control_setpoint.aux1 mavlink_manual_control.aux1 / 1000.0f; } // ... aux2 ~ aux6 同理 manual_control_setpoint.data_source manual_control_setpoint_s::SOURCE_MAVLINK_0 _mavlink.get_instance_id(); manual_control_setpoint.source_system_id msg-sysid; manual_control_setpoint.source_component_id msg-compid; manual_control_setpoint.timestamp manual_control_setpoint.timestamp_sample hrt_absolute_time(); manual_control_setpoint.valid true; _manual_control_input_pub.publish(manual_control_setpoint);这段代码印证了消息定义中的注释并揭示了几个关键实现细节归一化规则xpitch、yroll、ryaw按 /1000 映射到 [-1, 1]throttlez则按z/500 - 1从 [0, 1000] 映射到 [-1, 1]这就是消息注释中保持向后兼容的转换逻辑辅助通道需显式启用aux1~aux6 只有在enabled_extensions对应位bit 2~7被置位时才解析否则保持默认值数据源编号data_source SOURCE_MAVLINK_0 _mavlink.get_instance_id()与常量表的连续取值设计完全对应源标识source_system_id与source_component_id分别取 MAVLink 消息的sysid和compid。五、数据源仲裁manual_control 模块与 COM_RC_IN_MODE5.1 模块职责与主循环src/modules/manual_control/ManualControl.cpp 中的ManualControl模块消费所有manual_control_input实例仲裁后发布唯一的manual_control_setpoint。其processInput()主流程订阅vehicle_status更新本机_armed、_system_id、机型信息检查参数更新并重新加载调用_selector.updateValidityOfChosenInput(now)检查当前选定输入是否超时失效遍历全部输入实例对每个更新的manual_control_input调用_selector.updateWithNewInputSample()若选定输入有效则计算sticks_moving、处理摇杆手势arm/disarm/kill发布manual_control_setpoint。模块以 200 ms 周期调度ScheduleDelayed(200_ms)这同时承担了输入超时检测的职责。5.2 选择器的九种模式仲裁核心是 src/modules/manual_control/ManualControlSelector.hpp 中定义的RcInMode枚举对应参数COM_RC_IN_MODE值枚举名语义0RcOnly仅使用 RC1MavLinkOnly仅使用 MAVLink2RcOrMavlinkWithFallbackRC 或 MAVLink任一可用即采用可切换3RcOrMavlinkKeepFirstRC 或 MAVLink保持最先有效的输入4DisableManualControl禁用手动控制5PriorityRcThenMavlinkAscendingRC 优先其次 MAVLink 实例号升序优先6PriorityMavlinkAscendingThenRcMAVLink 实例号升序优先其次 RC7PriorityRcThenMavlinkDescendingRC 优先其次 MAVLink 实例号降序优先8PriorityMavlinkDescendingThenRcMAVLink 实例号降序优先其次 RC各模式的判定逻辑完整实现在 ManualControlSelector.cpp 的isInputValid()中最终有效性由三个条件共同决定return sample_newer_than_timeout input.valid match;即采样时间未超时now input.timestamp_sample _timeout且输入自身 valid且与 COM_RC_IN_MODE 模式匹配。其中_timeout来自参数COM_RC_LOSS_TRC 失联判定时间在updateParams()中通过_selector.setTimeout(_param_com_rc_loss_t.get() * 1_s)设置。5.3 超时与失效处理updateValidityOfChosenInput()在每次处理前被调用一旦当前选定输入不满足有效性条件立即将valid置 false、_instance置 -1让仲裁器有机会切换到其他可用输入。ManualControl.cpp中还维护_first_valid_source供保持最先有效输入模式 3使用。六、sticks_moving 与手动接管sticks_moving的计算位于ManualControl::processInput()中其语义是摇杆以超过阈值的速度移动时向自动/offboard 模式请求手动接管。实现使用四组差分器_roll_diff、_pitch_diff、_yaw_diff、_throttle_diff基于 MovingDiff.hppconst float velocity_threshold _param_man_override_spd.get(); _selector.setpoint().sticks_moving (velocity_threshold 0.f) ((fabsf(_roll_diff.update(_selector.setpoint().roll, dt_s)) velocity_threshold _roll_diff.consecutiveSameSign() MIN_SIGN_CONSECUTIVE) || /* pitch、yaw、throttle 同理 */);要点阈值参数为MAN_OVERRIDE_SPD单位 1/s即归一化摇杆行程/秒默认 1.0负值禁用该特性同时要求同一通道的差分值连续同号达到MIN_SIGN_CONSECUTIVE次用于滤除抖动该特性按参数定义仅适用于多旋翼以及处于 MC 模式的 VTOL。相关参数的完整定义见 src/modules/manual_control/manual_control_params.yamlMAN_ARM_GESTUREbool默认 1启用/禁用摇杆左杆右下解锁、左杆左下上锁手势若配置了解锁开关RC_MAP_ARM_SW或 MC 的 Yaw AirmodeMC_AIRMODE2模块会自动禁用该手势并给出事件提示MAN_KILL_GEST_Tfloat默认 -1.0单位 s左右双杆同时下压的 kill 手势触发时间负值禁用MAN_DEADZONEfloat默认 0.1摇杆中心死区仅特定场景生效不适用于精确恒定的油门/姿态/速率输入MAN_OVERRIDE_SPDfloat默认 1.0单位 1/s手动接管速度阈值。七、按钮与手势的进一步处理选定输入发布前ManualControl.cpp还会基于摇杆位置执行一系列动作processStickArming()判定解锁/上锁手势。右杆居中|pitch|0.1 |roll|0.1且左杆右下throttle-0.8 yaw0.9触发解锁左杆左下throttle-0.8 yaw-0.9触发上锁均带 1 秒迟滞processStickKillGesture()当MAN_KILL_GEST_T 0时右杆右下pitch-0.9 roll0.9且左杆左下同时满足则触发 kill激活期间将 roll/pitch/yaw 清零、throttle 置 -1防止产生极端设定值processSwitches()仅当当前数据源为SOURCE_RC时处理开关量模式槽位、解锁开关、返航/盘旋/offboard 开关、kill 开关、起落架、VTOL 过渡、相机拍照/录像、载荷电源等这些动作以action_request消息发布给 commander 执行。这解释了消息字段中data_source不仅是仲裁依据也决定后续开关语义是否生效。八、消息的回传MANUAL_INPUT_STATUS 流manual_control_setpoint还会被 MAVLink 流 src/modules/mavlink/streams/MANUAL_INPUT_STATUS.hpp 打包为MANUAL_INPUT_STATUS消息回传给地面站。该流读取选定的 setpointif (manual_control_setpoint.data_source manual_control_setpoint_s::SOURCE_RC) { // 按 RC 来源填充 } else if (manual_control_setpoint.data_source manual_control_setpoint_s::SOURCE_MAVLINK_0) { msg.sender_system_id manual_control_setpoint.source_system_id; msg.sender_component_id manual_control_setpoint.source_component_id; }地面站据此可获知当前实际生效的手动控制源及其身份实现谁在控制飞机的可视化。九、测试与验证该消息的仲裁逻辑有完善的单元测试覆盖见 src/modules/manual_control/ManualControlSelectorTest.cpp。测试覆盖了COM_RC_IN_MODE全部 9 种取值0~8下的输入选择行为例如RcInputInvalidValidCOM_RC_IN_MODE0下validfalse的输入被拒绝、instance保持 -1、timestamp_sample不更新置validtrue后立即被选中RcInputContinuous连续有效 RC 输入被持续保持各优先级模式值 5~8测试覆盖 RC 与多个 MAVLink 实例混合场景下的升降序仲裁。结合ManualControlTest.cpp与MovingDiffTest.cpp可完整验证从输入合法性、仲裁、超时到摇杆速度差分的全部逻辑。十、实操观测用 uORB 工具查看手动控制数据在运行中的 PX4 系统SITL 或真机上可以通过 uORB 命令行工具直接观测本文所述的字段uorb top manual_control_setpoint该命令会周期性打印该主题的发布率与最新数据。也可以配合参数工具确认仲裁配置param show COM_RC_IN_MODE param show MAN_OVERRIDE_SPD若要观测所有输入源可同时监听uorb top manual_control_input在 SITL 环境下可通过 QGroundControl 的虚拟摇杆或 MAVLink 摇杆输入向manual_control_input注入 MAVLink 源数据再观察COM_RC_IN_MODE不同取值下manual_control_setpoint的来源切换行为从而直观验证本文章节五的仲裁规则。十一、小结从消息到控制器的完整链路ManualControlSetpoint是 PX4 手动控制链路的标准接口rc_update与mavlink_receiver把不同物理/协议来源归一化为manual_control_inputmanual_control模块依据COM_RC_IN_MODE仲裁出manual_control_setpoint并叠加手势、接管、开关等语义最终被姿态/速率控制器、混控器以及 MAVLink 遥测流消费。理解该消息的字段语义、数据源常量与仲裁实现是排查遥控失灵、输入切换异常、摇杆接管不生效等问题的起点。进一步可阅读消息定义源文件msg/versioned/ManualControlSetpoint.msg仲裁与手势处理src/modules/manual_control/ManualControl.cpp选择器核心逻辑src/modules/manual_control/ManualControlSelector.cpp参数定义src/modules/manual_control/manual_control_params.yaml单元测试src/modules/manual_control/ManualControlSelectorTest.cppRC 输入生产端src/modules/rc_update/rc_update.cppMAVLink 输入生产端src/modules/mavlink/mavlink_receiver.cpp原始文档docs/en/msg_docs/ManualControlSetpoint.md赞分享嵌入式物联网机器人自动驾驶智能硬件【免费下载链接】PX4-AutopilotPX4 Autopilot Software项目地址https://gitcode.com/gh_mirrors/px/PX4-Autopilot点击查看免费下载相关推荐PX4 DatamanRequest uORB 消息详解dataman 数据管理器的请求协议与源码实现PX4 DatamanRequest uORB 消息详解dataman 数据管理器的请求协议与源码实现 本篇技术指南围绕 PX4 Autopilot 中的 D嵌入式物联网机器人自动驾驶智能硬件PX4 uORB 消息 AirspeedValidated 全解析空速数据融合、失效切换与源码实现PX4 uORB 消息 AirspeedValidated 全解析空速数据融合、失效切换与源码实现 导读 本文围绕 PX4 Autopilot 仓库中的 Ai嵌入式物联网机器人自动驾驶智能硬件PX4 固定翼横向控制配置消息 LateralControlConfiguration 深度解析uORB 消息结构、约束逻辑与源码实现PX4 固定翼横向控制配置消息 LateralControlConfiguration 深度解析uORB 消息结构、约束逻辑与源码实现 导读 LateralC嵌入式物联网机器人自动驾驶智能硬件上一篇Zotero CLI Harness 测试体系深度解析从单元测试到真实 Zotero 的端到端验证下一篇10分钟上手Zephyr RTOS从环境搭建到Hello World运行全流程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 PX4 ManualControlSetpoint uORB 消息深度解析：手动控制输入的数据模型、数据源仲裁与源码实现
嵌入式物联网机器人自动驾驶智能硬件【免费下载链接】PX4-AutopilotPX4 Autopilot Software项目地址https://gitcode.com/gh_mirrors/px/PX4-Autopilot点击查看免费下载本文围绕 PX4-Autopilot 中ManualControlSetpointuORB 消息展开系统讲解manual_control_input与manual_control_setpoint两个主题的字段定义、数据源常量、COM_RC_IN_MODE仲裁逻辑并结合manual_control、rc_update、mavlink_receiver等模块源码说明遥控器RC与 MAVLink 摇杆输入如何被采集、转换、筛选并最终发布给各飞控控制器使用。读完本文你将能够从消息定义到模块实现完整理解 PX4 手动控制链路并掌握使用uorb top等工具观测手动控制数据的实操方法。一、消息概览两个主题的分工ManualControlSetpoint是 PX4 中承载手动控制输入的统一 uORB 消息。它的设计核心是输入源与最终设定值分离manual_control_input为每一个已配置的输入源发布一条消息例如物理遥控器RC输入、MAVLink 摇杆Joystick输入。同一时刻可能存在多个输入源。manual_control_setpoint由manual_control模块根据参数COM_RC_IN_MODE从各输入源中仲裁选出当前真正接管飞行器的那一个并发布给姿态、速率等控制器。这是控制器唯一订阅的最终手动控制主题。消息本身包含 roll、pitch、yaw、throttle、flaps 五个主通道外加 aux1~aux6 六个辅助通道、按钮状态buttons以及数据源标识字段。消息定义文件位于 msg/versioned/ManualControlSetpoint.msg版本号MESSAGE_VERSION 1。TOPICS manual_control_setpoint manual_control_input二、字段详解完整数据表与语义2.1 时间戳与有效性字段类型说明timestampuint64消息发布时间自系统启动以来的微秒数timestamp_sampleuint64原始输入数据的采样时间戳微秒数validbool该输入是否有效timestamp与timestamp_sample的区分具有实际意义timestamp_sample保留的是原始采样时刻而timestamp在仲裁/转发过程中会被刷新为当前处理时刻。在 ManualControlSelector.cpp 的updateWithNewInputSample()中可以看到这一行为选定输入后_setpoint.timestamp now; // timestamp_sample is preserved即时间戳被刷新、采样时间戳被保留供下游做延迟分析或时间对齐。2.2 主控制通道范围 [-1, 1]字段类型单位/范围说明rollfloat32[-1, 1]向右移动正滚转右侧下沉pitchfloat32[-1, 1]向前移动负俯仰旋转机头下压yawfloat32[-1, 1]正偏航旋转俯视顺时针throttlefloat32[-1, 1]向上移动正推力-1 为最小可用0% 或 -100%1 为 100% 推力flapsfloat32[-1, 1]襟翼开关/旋钮/拉杆位置摇杆通道的标准约定为在常见的 RC 模式 1/2/3/4 遥控器或摇杆上-1 表示向下/向左1 表示向上/向右。消息定义中特别注释了一条重要兼容性约定QGC 发送的 throttle/z 范围是 [0, 1000] 对应 [0, 1]MAVLink 输入从 [0, 1] 转换到内部 [-1, 1] 的映射目前保持向后兼容。这意味着同一个throttle字段在内部统一使用 [-1, 1] 语义但不同输入源进入时的原始范围不同转换逻辑见下文第四节。2.3 辅助通道与按钮字段类型说明aux1~aux6float32六个辅助通道范围 [-1, 1]可承载未映射的摇杆通道或扩展输入buttonsuint16直接透传 MAVLinkmanual_control消息的 buttons 字段需要特别说明的是任何一个通道都可能不可用并以 NaN 表示该通道不包含有效数据。这是消息定义中明确标注的约定消费方在读取时应使用isfinite之类的方式做防护。2.4 数据源标识字段类型说明data_sourceuint8数据来源取值见常量表source_system_iduint8手动控制源的 MAVLink system ID无效值为 0source_component_iduint8手动控制源的 MAVLink component ID无效值为 0source_system_id/source_component_id在 RC 输入场景下通常为 0无效在 MAVLink 输入场景下则记录发起摇杆控制的飞控/地面站标识。2.5 摇杆接管标志字段类型说明sticks_movingbool在自动auto或 offboard 模式下摇杆移动触发的手动接管请求仅当该特性被启用时才为 truesticks_moving由参数MAN_OVERRIDE_SPD手动控制接管速度阈值控制其实现细节见 ManualControl.cpp 中的速度差分计算逻辑第五节。三、常量与数据源枚举常量名类型值含义MESSAGE_VERSIONuint321消息版本SOURCE_UNKNOWNuint80未知来源SOURCE_RCuint81无线电遥控对应input_rc主题SOURCE_MAVLINK_0uint82MAVLink 实例 0SOURCE_MAVLINK_1uint83MAVLink 实例 1SOURCE_MAVLINK_2uint84MAVLink 实例 2SOURCE_MAVLINK_3uint85MAVLink 实例 3SOURCE_MAVLINK_4uint86MAVLink 实例 4SOURCE_MAVLINK_5uint87MAVLink 实例 5从常量布局可以推断 PX4 最多支持 1 个 RC 源 6 个 MAVLink 实例实例 0~5同时作为手动控制输入候选。SOURCE_MAVLINK_0到SOURCE_MAVLINK_5的取值连续递增使得实例 ID 基地址的换算非常直接见第四节 MAVLink 接收端代码。四、数据源生产端RC 与 MAVLink 如何填充消息4.1 RC 源rc_update 模块遥控器输入由 src/modules/rc_update/rc_update.cpp 的UpdateManualControlInput()生成并发布到manual_control_input主题。核心代码manual_control_setpoint_s manual_control_input{}; manual_control_input.timestamp_sample timestamp_sample; manual_control_input.data_source manual_control_setpoint_s::SOURCE_RC; // limit controls manual_control_input.roll get_rc_value(rc_channels_s::FUNCTION_ROLL, -1.f, 1.f); manual_control_input.pitch get_rc_value(rc_channels_s::FUNCTION_PITCH, -1.f, 1.f); manual_control_input.yaw get_rc_value(rc_channels_s::FUNCTION_YAW, -1.f, 1.f); manual_control_input.throttle get_rc_value(rc_channels_s::FUNCTION_THROTTLE, -1.f, 1.f); manual_control_input.flaps get_rc_value(rc_channels_s::FUNCTION_FLAPS, -1.f, 1.f); manual_control_input.aux1 get_rc_value(rc_channels_s::FUNCTION_AUX_1, -1.f, 1.f); ... manual_control_input.valid _rc_calibrated;关键信息data_source固定为SOURCE_RC值 1各通道通过get_rc_value(FUNCTION_*, -1.f, 1.f)从rc_channels中按功能映射FUNCTION_ROLL、FUNCTION_PITCH、FUNCTION_YAW、FUNCTION_THROTTLE、FUNCTION_FLAPS、FUNCTION_AUX_1~FUNCTION_AUX_6提取并归一化到 [-1, 1]valid直接取_rc_calibrated即遥控器是否完成校准——未校准时该输入被标记为无效不会参与仲裁。4.2 MAVLink 源mavlink_receiver 模块MAVLink 摇杆输入在 src/modules/mavlink/mavlink_receiver.cpp 的handle_message_manual_control()中处理将 MAVLinkmanual_control消息转换为manual_control_setpoint结构后发布到manual_control_inputmanual_control_setpoint_s manual_control_setpoint{}; if (math::isInRange((int)mavlink_manual_control.x, -1000, 1000)) { manual_control_setpoint.pitch mavlink_manual_control.x / 1000.f; } if (math::isInRange((int)mavlink_manual_control.y, -1000, 1000)) { manual_control_setpoint.roll mavlink_manual_control.y / 1000.f; } // For backwards compatibility we need to interpret throttle in range [0,1000] // Convert from [0, 1000] to internal range [-1, 1] if (math::isInRange((int)mavlink_manual_control.z, 0, 1000)) { manual_control_setpoint.throttle (mavlink_manual_control.z / 500.f) - 1.f; } if (math::isInRange((int)mavlink_manual_control.r, -1000, 1000)) { manual_control_setpoint.yaw mavlink_manual_control.r / 1000.f; } manual_control_setpoint.buttons mavlink_manual_control.buttons; if (mavlink_manual_control.enabled_extensions (1u 2) math::isInRange(...)) { manual_control_setpoint.aux1 mavlink_manual_control.aux1 / 1000.0f; } // ... aux2 ~ aux6 同理 manual_control_setpoint.data_source manual_control_setpoint_s::SOURCE_MAVLINK_0 _mavlink.get_instance_id(); manual_control_setpoint.source_system_id msg-sysid; manual_control_setpoint.source_component_id msg-compid; manual_control_setpoint.timestamp manual_control_setpoint.timestamp_sample hrt_absolute_time(); manual_control_setpoint.valid true; _manual_control_input_pub.publish(manual_control_setpoint);这段代码印证了消息定义中的注释并揭示了几个关键实现细节归一化规则xpitch、yroll、ryaw按 /1000 映射到 [-1, 1]throttlez则按z/500 - 1从 [0, 1000] 映射到 [-1, 1]这就是消息注释中保持向后兼容的转换逻辑辅助通道需显式启用aux1~aux6 只有在enabled_extensions对应位bit 2~7被置位时才解析否则保持默认值数据源编号data_source SOURCE_MAVLINK_0 _mavlink.get_instance_id()与常量表的连续取值设计完全对应源标识source_system_id与source_component_id分别取 MAVLink 消息的sysid和compid。五、数据源仲裁manual_control 模块与 COM_RC_IN_MODE5.1 模块职责与主循环src/modules/manual_control/ManualControl.cpp 中的ManualControl模块消费所有manual_control_input实例仲裁后发布唯一的manual_control_setpoint。其processInput()主流程订阅vehicle_status更新本机_armed、_system_id、机型信息检查参数更新并重新加载调用_selector.updateValidityOfChosenInput(now)检查当前选定输入是否超时失效遍历全部输入实例对每个更新的manual_control_input调用_selector.updateWithNewInputSample()若选定输入有效则计算sticks_moving、处理摇杆手势arm/disarm/kill发布manual_control_setpoint。模块以 200 ms 周期调度ScheduleDelayed(200_ms)这同时承担了输入超时检测的职责。5.2 选择器的九种模式仲裁核心是 src/modules/manual_control/ManualControlSelector.hpp 中定义的RcInMode枚举对应参数COM_RC_IN_MODE值枚举名语义0RcOnly仅使用 RC1MavLinkOnly仅使用 MAVLink2RcOrMavlinkWithFallbackRC 或 MAVLink任一可用即采用可切换3RcOrMavlinkKeepFirstRC 或 MAVLink保持最先有效的输入4DisableManualControl禁用手动控制5PriorityRcThenMavlinkAscendingRC 优先其次 MAVLink 实例号升序优先6PriorityMavlinkAscendingThenRcMAVLink 实例号升序优先其次 RC7PriorityRcThenMavlinkDescendingRC 优先其次 MAVLink 实例号降序优先8PriorityMavlinkDescendingThenRcMAVLink 实例号降序优先其次 RC各模式的判定逻辑完整实现在 ManualControlSelector.cpp 的isInputValid()中最终有效性由三个条件共同决定return sample_newer_than_timeout input.valid match;即采样时间未超时now input.timestamp_sample _timeout且输入自身 valid且与 COM_RC_IN_MODE 模式匹配。其中_timeout来自参数COM_RC_LOSS_TRC 失联判定时间在updateParams()中通过_selector.setTimeout(_param_com_rc_loss_t.get() * 1_s)设置。5.3 超时与失效处理updateValidityOfChosenInput()在每次处理前被调用一旦当前选定输入不满足有效性条件立即将valid置 false、_instance置 -1让仲裁器有机会切换到其他可用输入。ManualControl.cpp中还维护_first_valid_source供保持最先有效输入模式 3使用。六、sticks_moving 与手动接管sticks_moving的计算位于ManualControl::processInput()中其语义是摇杆以超过阈值的速度移动时向自动/offboard 模式请求手动接管。实现使用四组差分器_roll_diff、_pitch_diff、_yaw_diff、_throttle_diff基于 MovingDiff.hppconst float velocity_threshold _param_man_override_spd.get(); _selector.setpoint().sticks_moving (velocity_threshold 0.f) ((fabsf(_roll_diff.update(_selector.setpoint().roll, dt_s)) velocity_threshold _roll_diff.consecutiveSameSign() MIN_SIGN_CONSECUTIVE) || /* pitch、yaw、throttle 同理 */);要点阈值参数为MAN_OVERRIDE_SPD单位 1/s即归一化摇杆行程/秒默认 1.0负值禁用该特性同时要求同一通道的差分值连续同号达到MIN_SIGN_CONSECUTIVE次用于滤除抖动该特性按参数定义仅适用于多旋翼以及处于 MC 模式的 VTOL。相关参数的完整定义见 src/modules/manual_control/manual_control_params.yamlMAN_ARM_GESTUREbool默认 1启用/禁用摇杆左杆右下解锁、左杆左下上锁手势若配置了解锁开关RC_MAP_ARM_SW或 MC 的 Yaw AirmodeMC_AIRMODE2模块会自动禁用该手势并给出事件提示MAN_KILL_GEST_Tfloat默认 -1.0单位 s左右双杆同时下压的 kill 手势触发时间负值禁用MAN_DEADZONEfloat默认 0.1摇杆中心死区仅特定场景生效不适用于精确恒定的油门/姿态/速率输入MAN_OVERRIDE_SPDfloat默认 1.0单位 1/s手动接管速度阈值。七、按钮与手势的进一步处理选定输入发布前ManualControl.cpp还会基于摇杆位置执行一系列动作processStickArming()判定解锁/上锁手势。右杆居中|pitch|0.1 |roll|0.1且左杆右下throttle-0.8 yaw0.9触发解锁左杆左下throttle-0.8 yaw-0.9触发上锁均带 1 秒迟滞processStickKillGesture()当MAN_KILL_GEST_T 0时右杆右下pitch-0.9 roll0.9且左杆左下同时满足则触发 kill激活期间将 roll/pitch/yaw 清零、throttle 置 -1防止产生极端设定值processSwitches()仅当当前数据源为SOURCE_RC时处理开关量模式槽位、解锁开关、返航/盘旋/offboard 开关、kill 开关、起落架、VTOL 过渡、相机拍照/录像、载荷电源等这些动作以action_request消息发布给 commander 执行。这解释了消息字段中data_source不仅是仲裁依据也决定后续开关语义是否生效。八、消息的回传MANUAL_INPUT_STATUS 流manual_control_setpoint还会被 MAVLink 流 src/modules/mavlink/streams/MANUAL_INPUT_STATUS.hpp 打包为MANUAL_INPUT_STATUS消息回传给地面站。该流读取选定的 setpointif (manual_control_setpoint.data_source manual_control_setpoint_s::SOURCE_RC) { // 按 RC 来源填充 } else if (manual_control_setpoint.data_source manual_control_setpoint_s::SOURCE_MAVLINK_0) { msg.sender_system_id manual_control_setpoint.source_system_id; msg.sender_component_id manual_control_setpoint.source_component_id; }地面站据此可获知当前实际生效的手动控制源及其身份实现谁在控制飞机的可视化。九、测试与验证该消息的仲裁逻辑有完善的单元测试覆盖见 src/modules/manual_control/ManualControlSelectorTest.cpp。测试覆盖了COM_RC_IN_MODE全部 9 种取值0~8下的输入选择行为例如RcInputInvalidValidCOM_RC_IN_MODE0下validfalse的输入被拒绝、instance保持 -1、timestamp_sample不更新置validtrue后立即被选中RcInputContinuous连续有效 RC 输入被持续保持各优先级模式值 5~8测试覆盖 RC 与多个 MAVLink 实例混合场景下的升降序仲裁。结合ManualControlTest.cpp与MovingDiffTest.cpp可完整验证从输入合法性、仲裁、超时到摇杆速度差分的全部逻辑。十、实操观测用 uORB 工具查看手动控制数据在运行中的 PX4 系统SITL 或真机上可以通过 uORB 命令行工具直接观测本文所述的字段uorb top manual_control_setpoint该命令会周期性打印该主题的发布率与最新数据。也可以配合参数工具确认仲裁配置param show COM_RC_IN_MODE param show MAN_OVERRIDE_SPD若要观测所有输入源可同时监听uorb top manual_control_input在 SITL 环境下可通过 QGroundControl 的虚拟摇杆或 MAVLink 摇杆输入向manual_control_input注入 MAVLink 源数据再观察COM_RC_IN_MODE不同取值下manual_control_setpoint的来源切换行为从而直观验证本文章节五的仲裁规则。十一、小结从消息到控制器的完整链路ManualControlSetpoint是 PX4 手动控制链路的标准接口rc_update与mavlink_receiver把不同物理/协议来源归一化为manual_control_inputmanual_control模块依据COM_RC_IN_MODE仲裁出manual_control_setpoint并叠加手势、接管、开关等语义最终被姿态/速率控制器、混控器以及 MAVLink 遥测流消费。理解该消息的字段语义、数据源常量与仲裁实现是排查遥控失灵、输入切换异常、摇杆接管不生效等问题的起点。进一步可阅读消息定义源文件msg/versioned/ManualControlSetpoint.msg仲裁与手势处理src/modules/manual_control/ManualControl.cpp选择器核心逻辑src/modules/manual_control/ManualControlSelector.cpp参数定义src/modules/manual_control/manual_control_params.yaml单元测试src/modules/manual_control/ManualControlSelectorTest.cppRC 输入生产端src/modules/rc_update/rc_update.cppMAVLink 输入生产端src/modules/mavlink/mavlink_receiver.cpp原始文档docs/en/msg_docs/ManualControlSetpoint.md赞分享嵌入式物联网机器人自动驾驶智能硬件【免费下载链接】PX4-AutopilotPX4 Autopilot Software项目地址https://gitcode.com/gh_mirrors/px/PX4-Autopilot点击查看免费下载相关推荐PX4 DatamanRequest uORB 消息详解dataman 数据管理器的请求协议与源码实现PX4 DatamanRequest uORB 消息详解dataman 数据管理器的请求协议与源码实现 本篇技术指南围绕 PX4 Autopilot 中的 D嵌入式物联网机器人自动驾驶智能硬件PX4 uORB 消息 AirspeedValidated 全解析空速数据融合、失效切换与源码实现PX4 uORB 消息 AirspeedValidated 全解析空速数据融合、失效切换与源码实现 导读 本文围绕 PX4 Autopilot 仓库中的 Ai嵌入式物联网机器人自动驾驶智能硬件PX4 固定翼横向控制配置消息 LateralControlConfiguration 深度解析uORB 消息结构、约束逻辑与源码实现PX4 固定翼横向控制配置消息 LateralControlConfiguration 深度解析uORB 消息结构、约束逻辑与源码实现 导读 LateralC嵌入式物联网机器人自动驾驶智能硬件上一篇Zotero CLI Harness 测试体系深度解析从单元测试到真实 Zotero 的端到端验证下一篇10分钟上手Zephyr RTOS从环境搭建到Hello World运行全流程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考