Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ArduPlane: parameterize lookahead climb ratio #28891

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

timtuxworth
Copy link
Contributor

Plane altitude terrain lookahead currently uses a fairly arbitrary but safe 50% factor when calculating the maximum pitch to assume when calculating the if the plane can safely fly over the approaching terrain.

Some users want to be more aggressive than the default. so this makes the 50% factor into a parameter. The default is no-change to current behavior, but by changing PTCH_LKAHD_CLMB users can now chose a more (or less) aggressive factor for the percentage of maximum climb factor to use when calculating terrain lookahead.

@timtuxworth timtuxworth requested a review from Georacer December 16, 2024 22:05
@timtuxworth
Copy link
Contributor Author

Hi George - could you take a look? Any suggestions?

@timtuxworth timtuxworth force-pushed the pr-terrain-climb-ratio branch 2 times, most recently from b2bc7c5 to 4da32dc Compare December 16, 2024 22:12
Copy link
Contributor

@Georacer Georacer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi Tim!

I've tried to read and internalize the lookahead code, but it's quite opaque; in the way I understand it, it's plainly wrong.
So I probably understand it wrong.

But that means that I shouldn't just expect your intervention to have no side effects.

Instead, do you have any test results (logs), where before the plane wouldn't manage a climb and now it does?

ArduPlane/altitude.cpp Outdated Show resolved Hide resolved
@Hwurzburg Hwurzburg added the WikiNeeded needs wiki update label Dec 18, 2024
@timtuxworth
Copy link
Contributor Author

Hi Tim!

I've tried to read and internalize the lookahead code, but it's quite opaque; in the way I understand it, it's plainly wrong. So I probably understand it wrong.

No you have it right. I had to rewrite terrain lookahead in my terrain avoidance Lua script #28625 because of that. In fact the only thing I really want out of it is the parameter value :-), so that my Lua based lookahead can use the same ratio.

@timtuxworth timtuxworth force-pushed the pr-terrain-climb-ratio branch from 4da32dc to 981c536 Compare December 30, 2024 18:26
@timtuxworth
Copy link
Contributor Author

But that means that I shouldn't just expect your intervention to have no side effects.

The code should have no side effects iff the default value is used, which should give the same results as the previous hard coded value.

@Georacer
Copy link
Contributor

@timtuxworth I've spent some time parsing the code.

To me, it looks like if the ratio is 0, only then will the full climb rate be asked by the lookahead.

But I want to see comparative tests.
If you beat me to that, please post those logs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
WikiNeeded needs wiki update
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants