Compute velocity errors when using an effort command interface#679
Compute velocity errors when using an effort command interface#679tingelst wants to merge 2 commits intoros-controls:jtc-featuresfrom
Conversation
|
Do you have a good idea for adding a test for this? To avoid making this mistake in the future |
Codecov Report
❗ Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more. @@ Coverage Diff @@
## master #679 +/- ##
==========================================
+ Coverage 35.78% 36.53% +0.75%
==========================================
Files 189 7 -182
Lines 17570 676 -16894
Branches 11592 357 -11235
==========================================
- Hits 6287 247 -6040
+ Misses 994 134 -860
+ Partials 10289 295 -9994
Flags with carried forward coverage won't be shown. Click here to find out more.
|
christophfroehlich
left a comment
There was a problem hiding this comment.
I think this is fine. But I'm not sure if #491 really introduced this, the velocity error wasn't calculated before with effort command interface?
|
The velocity error was calculated before, but it was done directly in the |
I see, sorry. I thought I removed the redundant difference calculation only, but hadn't had the effort interface in mind. |
|
I've written a test and made the PR #690 against jtc-features branch, where the effort tests are active already. It failed before I cherry-picked the commit from this PR. Let the maintainers decide if we merge the test directly to master or wait for jtc-features to be merged. |
…ontrols#679) (cherry picked from commit 2e0da5d)
|
This pull request is in conflict. Could you fix it @tingelst? |
|
OK, I'll then close this, OK? |
(cherry picked from commit 2e0da5d)
…ontrols#679) (cherry picked from commit 2e0da5d) (cherry picked from commit 12d46f2)
This PR is in reference to the discussion in issue #673 (comment). The changes in 8e6697b introduced a bug in that the velocity error terms was not computed when using an effort command interface, resulting in a wobbly/jerky motion. This PR fixes this issue.