-
Notifications
You must be signed in to change notification settings - Fork 43
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
add gazebo movement test #409
base: master
Are you sure you want to change the base?
Conversation
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.
Nice progress on this. Not sure if @RustyBamboo had other plans for this test than I originally envisioned, but I have some feedback for the design.
Basically, does this do anything that submove f <x> right <y>
doesn't? It seems to just send a move and see if the motion planner thinks it got there, which is what submove
does
I'd suggest a few things:
- Verify with
/odom
if it actually got there (don't trust the motion planner, as this is the thing you are testing) - Turn this into a rostest so it could be run as part of the ci process, which would be super useful!
- Hard code some common moves if user doesn't specify them
} | ||
} | ||
else { | ||
cout << "The sub failed to move forward " + x + " meter(s)" << endl; |
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.
Indention is all over here. Try clan-format -i <file
> to autoformat your code to our standards.
std_msgs | ||
actionlib_msgs | ||
mil_tools | ||
) |
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.
Only some of these dependencies are actually needed (check the includes in your code). While adding more doesn't change program behavior, it does complicate the build process and make it more confusing to read
|
||
// sets goal to x meter forward | ||
goal.posetwist.pose.position.x = atoi(argv[1]); | ||
goal.posetwist.pose.orientation.w = atoi(argv[1]); |
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.
Why is orientation.w being set to the same as position.x? I'm having trouble seeing the usecase for that
No description provided.