ArduPilot / ArduPilot/MissionPlanner

Feature Request (AC mission planning): Option in Grid to hold level at each camera trigger point

Open
#614 2 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
C#
Stars
2.4k
Forks
2.9k
Avg merge
19h 16m
Merged PRs (30d)
4

Description

For those doing survey missions with nadir-line cameras who can't or won't put a gimbal on their copters, the images will always be more or less oblique due to the forward motion of the copter, along with any pitch/roll to hold the course if there is wind present (as there almost always is). Even if the copter is delayed at each waypoint to allow for imaging, there will still be platform tilt to hold position. A nice feature would be the ability to build a waypoint list where the copter stopped and hovered level at each camera trigger waypoint, i.e., did the equivalent of a switch to ALT_HOLD and ignored holding GPS station during the few seconds needed to grab an image or two. The amount of drift off course during this short time is a small price to pay for better quality nadir-line images. Currently there is no way to do this short of manually switching back and forth from AUTO to ALT_HOLD and back to AUTO and letting the copter resume course. You'd still have to fold the camera triggering into this as well, potentially with a delay after arriving at the waypoint (and switching to 'hold level') before triggering the camera. Also, as this would materially slow down the mission, the total time calculator would have to factor in these delays, along with the associated acceleration & deceleration before and after each 'hold level' period.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by tracing Mission Planner's waypoint-list, camera-trigger, flight-mode, and mission-time-calculation entry points; the issue names no files or tests. Determine how a waypoint could request a level hover, when triggering should occur, and how drift, acceleration, deceleration, and added delays affect the total mission time. Done means the behavior and timing are represented consistently in planned missions.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
desktop
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.