Amilcar Lucas’s - ArduPilot Methodic Configurator is a Python tool designed to simplify the configuration of ArduPilot drones. It provides a graphical user interface (GUI) for managing, editing and visualizing drone parameter files, as well as uploading parameters to the vehicle. It automates the tasks described in the How to methodically tune any ArduCopter tuning guide.
This user manual gives a general overview of the Software functionality. There are also quick start instructions and specific use case instructions.
Before starting the application on your PC you should connect a flight controller to the PC and wait at least seven seconds.
This interface allows users to select or add a connection to a flight controller if one was not yet auto-detected.
It provides three main options for connecting to a flight controller:
This option automatically attempts to connect to a flight controller that has been connected to the PC. The user must wait for at least 7 seconds for the flight controller to fully boot before attempting the connection.
Manually select an existing flight controller connection or add a new one. It provides a dropdown menu listing all available connections, including an option to add a new connection.
Skip the flight controller connection process.
It proceeds with editing the intermediate .param
files on disk without fetching parameter values nor parameter default parameter values from the flight controller.
If a flight controller is connected the software will now get information from it. The information is presented in the corresponding window and at the same time all flight controller parameters are downloaded to the PC.
This interface allows users to select a vehicle directory that contains intermediate parameter files for ArduPilot
if one was not specified with the --vehicle-dir
command line parameter.
It provides three main options for selecting a vehicle directory:
Create a new vehicle configuration directory by copying files from an existing template directory. It’s useful for setting up a new vehicle configuration quickly.
...
button to select the existing vehicle template directory containing the intermediate parameter files to be copied.
Use the overview window to select the template that better matches the components of your vehicle.
Use parameter values from connected FC, not from template files
will use the parameter values from the FC instead....
button to select the existing directory where the new vehicle directory will be created.Open an existing vehicle configuration directory that already contains intermediate parameter files. It’s useful for editing an existing vehicle configuration.
...
button to select the existing vehicle directory containing the intermediate parameter files.Re-open the last used vehicle configuration directory.
Here you specify the components of your vehicle, their properties and how they are connected to the flight controller.
Change every field to match your vehicle’s.
When finished press the Save data and start configuration
button.
The application will validate your input.
If issues are found the problematic fields’ background will be marked in red color.
Correct those entries and press the Save data and start configuration
button again.
Here you sequentially configure the parameters of your flight controller to meet your needs while having all the available documentation at your fingertips.
For reproducibility and quality purposes, we configure the vehicle with a well-defined sequence of intermediate parameter files.
Each file modifies just a small set of the over 1200 parameters on the flight controller. By splitting the process into small manageable steps, we reduce the probability of making a mistake or missing a step and allow interleaving parameter changes with test flights. Each intermediate parameter file is a text file, editable in any common text editor (excluding MS Word) like Notepad++, nano or code. It contains the official ArduPilot parameter documentation in the form of comments in the lines preceding the parameter. By using this you save the time of looking up the online documentation for each parameter. It contains the reason why we changed the parameter in a comment on the same line as the parameter and is used to trace each parameter change to the reason for that parameter change.
Comments start with the ‘#’ character. A small example with a single parameter is shown below:
# Arming with Rudder enable/disable
# Allow arm/disarm by rudder input. When enabled arming can be done with right rudder, disarming with left rudder.
# 0: Disabled
# 1: ArmingOnly
# 2: ArmOrDisarm
ARMING_RUDDER,0 # We find it safer to use only a switch to arm instead of through rudder inputs
If you are working with multiple vehicles, create a separate directory for each vehicle with a descriptive identifiable name. Copy the aprox. 50 intermediate parameter files into them. Edit the files to match the specific requirements of each vehicle. Now you have traceable documentation records for every parameter change on each of your vehicles.
If you are in the business of manufacturing multicopters and maintain high-quality standards that result in the production of multiple, nearly identical vehicles,
you can reuse most intermediate parameter files across these vehicles.
Only three intermediate parameter files: 03_imu_temperature_calibration_results.param
, 12_mp_setup_mandatory_hardware.param
and
25_inflight_magnetometer_fit_results.param
are specific to each vehicle instance.
All other intermediate parameter files can be used without modifications across all instances (or serial numbers) of the same product model.
.param
Current intermediate parameter file:
combobox to select an intermediate parameter file.00_default.param
will be selected by defaultWhen you click the ArduPilot logo the following window will appear:
Del
button that deletes the parameter in this row from the current intermediate parameter file.Current Value
column.
N/A
on an orange background🟧vehicle_template
directory are just examples.
New Value
and Change Reason
entries for each parameter.Change Reason
so that other users understand why you changed the parameter to that particular New value
Upload
checkbox to select parameters to be uploaded to the flight controllerAdd
button adds a parameter to the current intermediate parameter file.Annotate parameter metadata information into the parameter files in the form of comments preceding the respective parameter. It will create bigger and harder-to-compare parameter files but is more suitable for text editor editing.
Upload selected params to FC, and advance to next param file
button to upload the (Upload
checkbox) selected parameters to the flight controller.New Value
and Change Reason
will be written to the current intermediate parameter file, irrespective of the Upload
checkboxesSkip parameter file
button.Once all the intermediate parameter files have been processed, the ArduPilot Methodic Configurator will display a summary message box.
In other words when the last available intermediate parameter file is selected (see
2. Select an Intermediate Parameter File) and either
Upload selected params to FC, and advance to next param file
or Skip parameter file
button is pressed.
This message box provides a comprehensive overview of the configuration process, including the number of parameters that were kept at their default values,
the number of non-default read-only parameters that were ignored, and the number of non-default writable parameters that were updated.
The summary message box will also categorize the writable parameters into four groups:
pie title Summary files example
"Unchanged parameters" : 728
"Non-default read-only parameters - non-default_read-only.param" : 8
"Non-default writable sensor calibrations - non-default_writable_calibrations.param" : 71
"Non-default writable non-sensor-calibrations - non-default_writable_non-calibrations.param" : 217
Unchanged parameters: These parameters are left unchanged and are displayed on a light blue background 🟦.
Non-default read-only parameters: These parameters are read-only and cannot be changed. They are typically related to system configurations that can not be modified and are displayed on a red background 🟥.
Non-default writable sensor calibrations: These parameters are vehicle-instance dependent and cannot be reused between similar vehicles. They are typically related to sensor calibration and should be adjusted for each vehicle and are displayed on a yellow background 🟨.
Non-default writable non-sensor calibrations: These parameters can be reused between similar vehicles. They are not related to sensor calibration and are generally applicable to a range of vehicles with the same configuration.
After the summary message box is displayed, the application will write the summary information into separate files for easy reference and documentation. These files include:
complete.param
: Contains all parameters contained in the flight controller.non-default_read-only.param
: Contains all non-default read-only 🟥 parameters. You can ignore these.non-default_writable_calibrations.param
: Contains all non-default writable sensor calibration 🟨 parameters. These are non-reusable.non-default_writable_non-calibrations.param
: Contains all non-default writable non-sensor-calibration parameters. These are reusable across similar vehicles.The summary files provide a clear overview of the changes made.
The files are also automatically zipped into a file with the same name as the vehicle directory, inside the vehicle directory.
You should upload this .zip
file or the non-default_writable_non-calibrations.param
file to the How to methodically tune any ArduCopter Blog post
Once the summary files are written, the application will close the connection to the flight controller and terminate.
Most users will not need to configure the tool, but if you do want to do it you can.
The ArduPilot Methodic Configurator uses several configuration files to manage and visualize drone parameters. These files are crucial for the tool’s operation and are organized in a specific directory structure.
Intermediate Parameter Files: These files are located in the vehicle-specific directory and are named with two digits followed by an underscore, ending in .param
.
They contain the parameters that need to be configured for the drone. Each file corresponds to a specific configuration step or aspect of the drone’s setup.
Documentation File: This file provides documentation for each intermediate parameter file.
It is used to display relevant information about the parameters and their configuration process.
The configuration_steps_ArduCopter.json
documentation file is first searched in the selected vehicle-specific directory,
and if not found, in the directory where the script is located.
Default Parameter Values File: The 00_defaults.param
file is located in the vehicle-specific directory.
If the file does not exist or is invalid, use this command to regenerate it
./extract_param_defaults.py bin_log_file.bin > 00_default.param
apm.pdef.xml
contains documentation and metadata for each ArduPilot parameter in an XML format.
The file is first searched in the selected vehicle-specific directory, and if not found, in the directory where the script is located,
and if not found automatically downloaded from the internet.
If the vehicle/version combination does not exist you need to generate this file yourself using the ardupilot source code for the firmware version that you want to use:cd ardupilot
./Tools/autotest/param_metadata/param_parse.py --vehicle ArduCopter --format xml
cp apm.pdef.xml /path/to/your/vehicle/directory
The tool uses these files to manage the configuration process, allowing users to select and edit parameters, and upload the changes back to the flight controller. The intermediate parameter files are the primary focus of the user interface, as they contain the parameters that the user can modify. The documentation files provide context and guidance for each parameter.
The ArduPilot Methodic Configurator can be started from the command line. The command line interface provides several options to customize the behavior of the tool.
To use the command line interface, navigate to the directory where the ardupilot_methodic_configurator.py
script is located and run the script with the appropriate arguments.
Here is a list of command line options:
--device
: The MAVLink connection string to the flight controller. It defaults to autoconnection to the first available flight controller.--vehicle-dir
: The directory containing intermediate parameter files. Defaults to the current working directory directory.--n
: Start directly on the nth intermediate parameter file (skip previous files). The default is 0.--loglevel
: The logging level (DEBUG, INFO, WARNING, ERROR, CRITICAL). The default is INFO.-t
or --vehicle-type
: The type of the vehicle.
Choices are ‘AP_Periph’, ‘AntennaTracker’, ‘ArduCopter’, ‘ArduPlane’, ‘ArduSub’, ‘Blimp’, ‘Heli’, ‘Rover’, ‘SITL’. Defaults to ‘ArduCopter’.-r
or --reboot-time
: Flight controller reboot time. The default is 7.-v
or --version
: Display version information and exit.Example usage:
python ardupilot_methodic_configurator.py --device="tcp:127.0.0.1:5760" --vehicle-dir="/path/to/params" --n=0 --loglevel=INFO -t=ArduCopter
This command will connect to the flight controller at tcp:127.0.0.1:5760
, use the parameter files in the specified directory,
start with the first parameter file, set the logging level to INFO, and target the ArduCopter vehicle type.
For more detailed information on the command line options, you can run the script with the -h
or --help
flag to display the help message:
python ardupilot_methodic_configurator.py --help
This will show a list of all available command line options along with a brief description of each.
If you encounter any issues during the configuration process, refer to the error messages provided by the application. These messages can guide you to the specific problem and suggest possible solutions. If the issue persists, consider consulting Amilcar Lucas at ArduPilot community forums or re-read this documentation.