-
Notifications
You must be signed in to change notification settings - Fork 38
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
Conversation
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; | ||
} |
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.
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?
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.
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?
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.
Ok sounds good, let's consider this problem postponed
…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>
b059ab9
to
f8cd07d
Compare
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.