-
Notifications
You must be signed in to change notification settings - Fork 283
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
Reset external trajectory message upon activation #185
Reset external trajectory message upon activation #185
Conversation
…on systems with hardware offsets - Fix has_trajectory_msg() function: two wrongs were making a right so functionally things were fine
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.
to prevent preserving the old goal on systems with hardware offsets
What do you mean by "hardware offsets"? This seems like a good change regardless, I'm just not following this point.
Could be related to #161 ? |
Co-authored-by: Matt Reynolds <mtreynolds@uwaterloo.ca>
Yes, by hardware offsets I am referring to the Consider this workflow:
Currently, the above workflow would see the previous trajectory being preserved and resumed when the JTC was reactivated. I do not think this is intended behavior, or at the very least, should not be if operating with |
This is actually also needed always when JTC is used along other controllers. So the issues exist always when robot if moved with another controller and switched back to JTC. |
@nbbrooks I have a fix ready for you but can't push as you disabled Please run |
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.
I'd even consider this a bugfix, thanks!
Reset external trajectory message to prevent preserving the old goal on systems with hardware offsets