Skip to content

Rover: use enumeration entries when sending PID_TUNING message#32301

Open
peterbarker wants to merge 2 commits intoArduPilot:masterfrom
peterbarker:pr-claude/rover-mavlink-fixes
Open

Rover: use enumeration entries when sending PID_TUNING message#32301
peterbarker wants to merge 2 commits intoArduPilot:masterfrom
peterbarker:pr-claude/rover-mavlink-fixes

Conversation

@peterbarker
Copy link
Contributor

Summary

Uses enumeration entries instead of integer constants when packaging up a PID_TUNING message to the GCS.

Testing (more checks increases chance of being merged)

  • Checked by a human programmer
  • Tested in SITL
  • Tested on hardware
  • Logs attached
  • Logs available on request
  • Autotest included

Description

Requires ArduPilot/mavlink#482 to add new enumeration values

This will help prevent what conflicts between vehicles. Blimp already conflicts with these values, I'm hoping to convince @MichelleRos to make a breaking change to the blimp code to move to new values for some of the PID_TUNING messages Blimp sends.

It will also help the GCS to present the user with nice names in dropdown boxes etc. for selection of these values.

This is a no-compiler-output change.

peterbarker and others added 2 commits February 26, 2026 16:40
Add named PID_TUNING_AXIS enum entries for Rover (values 7-11) to the
ardupilotmega MAVLink dialect.  Values 7 and 8 previously conflicted
between Rover and Blimp; Blimp will be allocated separate values in a
follow-on change.

Co-Authored-By: Claude Sonnet 4.6 <[email protected]>
Add named PID_TUNING_AXIS enum entries for Rover (values 7-11) to the
ardupilotmega MAVLink dialect.  Values 7 and 8 previously conflicted
between Rover and Blimp; Blimp will be allocated separate values in a
follow-on change.

Update Rover send_pid_tuning() to use the new named constants in place
of raw integer literals.

Co-Authored-By: Claude Sonnet 4.6 <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

Status: No status

Development

Successfully merging this pull request may close these issues.

1 participant