-
Notifications
You must be signed in to change notification settings - Fork 113
Remove deprecation of i_min/i_max PID parameters #507
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
Conversation
partial backport of #436
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## jazzy #507 +/- ##
==========================================
- Coverage 78.35% 78.22% -0.13%
==========================================
Files 28 28
Lines 2194 2191 -3
Branches 130 129 -1
==========================================
- Hits 1719 1714 -5
- Misses 402 404 +2
Partials 73 73
Flags with carried forward coverage won't be shown. Click here to find out more.
🚀 New features to boost your workflow:
|
@ViktorCVS can you have a look please if this makes sense? |
Yes, this makes sense, I support this change. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't we want to remove the i_terms completely?
This is jazzy, we don't want to remove things there? |
At first, yes, but other implementations (e.g., MATLAB) use it, and a user find it useful. Therefore, it was decided to remove it as a strategy and set it as a parameter with a default value of infinity. |
"(tracking_time_constant)"); | ||
} | ||
if (type == LEGACY && ((i_min > i_max) || !std::isfinite(i_min) || !std::isfinite(i_max))) | ||
if (i_min > i_max) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@christophfroehlich Shall we also add the condition for the i_min to be negative? Or not needed?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
technically, it would work (std::clamp is only undefined if i_min>i_max), but it makes no sense for the PID. I'd change that on rolling and backport to all distros then.
Rest looks fine to me |
History:
No we have it on humble, deprecated on jazzy, and have it again in kilted/rolling.
I cherry-picked the changes from #436 to have that silenced and working in jazzy.