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

Refactory of the swing foot planner #765

Merged
merged 5 commits into from
Nov 20, 2023

Conversation

GiulioRomualdi
Copy link
Member

This PR restructured the swing foot planner to handler corners case that came out while testing DNN-MPC integration. The code has been tested on the robot.

CHANGELOG.md Outdated Show resolved Hide resolved
Comment on lines +165 to +177
if (!(activeContact->pose - activeContactNewList->pose).coeffs().isZero(tolerance))
{
log()->error("{} The pose of the contact in the new contact list is different from the "
"pose of the contact in the original contact list. Given the contact "
"lists and the time instant the contacts are active."
"Original contact: {}, new contact: {}. Error {}. Current time {}.",
logPrefix,
activeContact->pose.coeffs().transpose(),
activeContactNewList->pose.coeffs().transpose(),
(activeContactNewList->pose - activeContact->pose).coeffs().transpose(),
toMilliseconds(m_currentTrajectoryTime));
return false;
}
Copy link
Member

Choose a reason for hiding this comment

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

Should we consider allowing this case when a foot ends up in a position that is different from the planned one? Or at list, can we suggest what to do instead?

Copy link
Member Author

Choose a reason for hiding this comment

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

Enabling this may lead to undesired effects we didn't take into consideration. Sincerely speaking. At this stage, I don't know what we should do. Probably recreate a new SwingFootPlanner. I think we can understand this limitation as soon as we encounter this problem.

@paolo-viceconte do you have any idea on this?

Copy link
Member

Choose a reason for hiding this comment

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

Ok sounds good, let's consider this problem postponed

GiulioRomualdi and others added 5 commits November 20, 2023 17:36
…g internal references for get_next_contact get_present_contact and get_active_contact
- add Current time as output of the planner
- update the logic behind the setContactList, updateSE3Traj and createSE3Traj in the planner
Co-authored-by: Stefano Dafarra <stefano.dafarra@gmail.com>
@GiulioRomualdi GiulioRomualdi force-pushed the swing_foot_planner_refactory branch from b059ab9 to f8cd07d Compare November 20, 2023 16:37
@GiulioRomualdi GiulioRomualdi merged commit 99f6e11 into master Nov 20, 2023
13 of 15 checks passed
@GiulioRomualdi GiulioRomualdi deleted the swing_foot_planner_refactory branch November 20, 2023 18:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants