Plan: CONDITION_GATE command support #8536
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Problem:
If you start/stop camera triggering in each transect at the survey edges you do not get precise coverage of the survey area. This is due to waypoint acceptance triggering prior to the vehicle actually getting to the wp position. So for survey edge entry you tend to get images prior to the survey edge. And for survey edge exit you will miss images which go all the way out to the edge.
The new CONDITION_GATE command works just like a wp from a standpoint of the vehicle flying to it. But it delays the mission state machine until the vehicle flies through an imaginary line which is orthogonal to it and the previous waypoint. If you put this in front of a camera trigger then it means the triggering will occur at the gate position instead of before it. Hence the triggering will start/stop right at the survey edges.
The goal is to no longer need to capture images throughout the survey including the turnarounds to get correct coverage of the survey area.
Note: This requires firmware support for MAV_CMD_CONDITION_GATE which is currently a WIP.
Changes:
Remaining work:
Replacement for #8497