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

Allow wait time to be specified for getCurrentState() #685

Merged
merged 2 commits into from
Feb 12, 2018

Conversation

davetcoleman
Copy link
Member

  1. Improve user feedback - if using MoveIt! on two separate computers the clock can get out of sync and getCurrentState() will report no joint values when in reality it is getting joint values, the time difference is just greater than the default 1. This is common when a realtime robot PC is disconnected from the internet for weeks/months.

  2. Allow the MoveGroupInterface getCurrentState() to specify a wait period greater than the default 1 second, so that if you do have the above problem you can quickly debug it / override it by allow timestamps that are greater.

This would have saved @liuxin00738 many frustrated hours debugging MoveIt!, he and I prepared this change together and tested it on hardware.

ROS_INFO_STREAM("More than " << elapsed.toSec() << " seconds has passed to update robot state (joint angles)."
<< "(longer than the allowed " << wait_time << " seconds)."
<< " Synchronize the clocks between systems and check the connection if your are "
"running ros across multiple machines.");
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggestion: rearrange this a bit. Perhaps something like:

If you are running ROS across multiple machines, check their connections and make sure time is properly synchronized on all of them

Right now it reads a bit like "synchronize the clocks" is something that is always needed, which could potentially confuse users that are not using multiple machines ("clocks? Which clocks?").

@jrgnicho
Copy link
Contributor

+1 For merging

@rhaschke rhaschke merged commit bad72b9 into moveit:kinetic-devel Feb 12, 2018
@davetcoleman davetcoleman deleted the kinetic_wait branch February 14, 2018 18:34
JafarAbdi added a commit to JafarAbdi/moveit that referenced this pull request Mar 24, 2022
Co-authored-by: Henning Kayser <henningkayser@picknik.ai>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants