ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
2019-03-22 11:16:10 -0500 | received badge | ● Good Question (source) |
2018-02-02 15:05:13 -0500 | received badge | ● Famous Question (source) |
2017-11-26 17:28:01 -0500 | marked best answer | [MoveIt!] Can't plan to a pose goal Hi, I'm using a simple 4 DoF arm and want to use MoveIt! to calculate and execute trajectories for it. I followed the setup tutorial and the Move Group Python Interface Tutorial which allow me to give the pr2 a pose goal to which he then plans a trajectory. However, when I'm using this approach on my own model it doesn't work. I tried various Cartesian coordinates as pose goal, some that he is definitively able to reach, but I always receive: and I even (unsuccessfully) tried to move to the current position using: The second application from the tutorial of planning to a joint-space goal is working correctly. The planning group I use contains all 4 joints of the arm nothing else (I also tried a group containing all joints and links). I also added an end-effector in the setup, but it didn't help. This problem is annoying me for some time already, every hint or solution is welcomed :) |
2017-11-26 17:27:53 -0500 | marked best answer | [MoveIt!] Certain .stl files can't be used Hi, I'm trying to implement a robot model into MoveIt!. URDF-file and meshes have been build by my colleagues. The robot can be viewed using RViz. However, when I'm loading the URDF into the MoveIt Setup Assistent such an error is given: The problem seems to be caused by certain .stl meshes that are used. These meshes can be used as collision link elements, but not as visual link elements. If these specific meshes are not loaded the error doesn't occur. Has someone experienced something similar? What might cause this problem that only MoveIt! seems to have with these .stl files. |
2017-08-30 09:32:01 -0500 | received badge | ● Famous Question (source) |
2017-08-02 07:44:52 -0500 | marked best answer | [MoveIt!] Goal tolerance for inverse kinematics Hi there! I implemented a small program to test for a sequence of positions if a solution for inverse kinematics exists. I used some of the code from the tutorial. Now, I would like to set the GoalOrientationTolerance and GoalPositionTolerance as it can be done in the move_group API, however it seems like I only can set the number of attempts and the timeout. Is there a way to initiate inverse kinematics computation with different tolerances? And what is the default tolerance? My thanks, F4bich |
2017-08-02 03:03:27 -0500 | received badge | ● Notable Question (source) |
2017-08-01 10:20:47 -0500 | commented answer | [MoveIt!] Goal tolerance for inverse kinematics Do you know if it is possible to use this through the MoveIt! API? |
2017-08-01 10:20:47 -0500 | received badge | ● Commentator |
2017-08-01 09:41:41 -0500 | received badge | ● Popular Question (source) |
2017-07-31 08:47:23 -0500 | asked a question | [MoveIt!] Goal tolerance for inverse kinematics [MoveIt!] Goal tolerance for inverse kinematics Hi there! I implemented a small program to test for a sequence of posit |
2017-02-19 17:07:52 -0500 | received badge | ● Famous Question (source) |
2017-02-17 09:13:09 -0500 | received badge | ● Famous Question (source) |
2017-01-28 03:07:39 -0500 | received badge | ● Popular Question (source) |
2017-01-28 03:07:39 -0500 | received badge | ● Notable Question (source) |
2017-01-25 08:43:04 -0500 | commented answer | Unable to locate package ros-indigo-moveit-full Currently I can't run |
2016-12-27 08:06:04 -0500 | commented answer | [MoveIt!] Plan to a goal without specifying all axes Is it possible to do this with the python api aswell? I don't know how to do the step with python |
2016-11-29 16:52:01 -0500 | received badge | ● Notable Question (source) |
2016-11-28 08:13:38 -0500 | received badge | ● Nice Question (source) |
2016-11-28 04:19:23 -0500 | commented question | [MoveIt!] Plan to a goal without specifying all axes As far as I understand these are constraints one can limit the possible paths with. Therefore, an OrientationConstraint would only solve the problem, when the scenario is something like moving in a straight line, otherwise the constraint has a high chance of preventing us to find any path. |
2016-11-27 05:02:36 -0500 | received badge | ● Popular Question (source) |
2016-11-26 06:26:25 -0500 | received badge | ● Student (source) |
2016-11-26 04:09:32 -0500 | asked a question | [MoveIt!] Plan to a goal without specifying all axes Hi, is there a way to plan a path to a goal which is defined with a position (x, y, z) and a value for pitch and roll, but leave yaw open for variation? For my use case the yaw angle is not relevant, so I don't want to restrict possible paths by defining a value for it. As far as I understand not giving a value for the axis will not work, because the value is initialized to zero. Another approach would be to set the goal_orientation_tolerance. However, this is quite unsatisfying as this sets the tolerance for the whole pose and not only one specific axis. |
2016-10-18 08:42:57 -0500 | received badge | ● Notable Question (source) |
2016-10-13 08:54:45 -0500 | received badge | ● Famous Question (source) |
2016-10-12 07:12:45 -0500 | commented answer | [MoveIt!] How to set a start pose with python? Using the robot_state doesn't work for me. I used these functions: If the state is set like that, and then a path is planned somewhere else, the path will start in the state it was before setting it to something else. |
2016-10-11 18:55:44 -0500 | received badge | ● Popular Question (source) |
2016-10-11 10:07:53 -0500 | received badge | ● Teacher (source) |
2016-10-11 10:07:53 -0500 | received badge | ● Self-Learner (source) |
2016-10-11 10:07:53 -0500 | received badge | ● Necromancer (source) |
2016-10-11 09:41:59 -0500 | asked a question | [MoveIt!] How to set a start pose with python? Hi guys, is it possible to set the pose (e.g. described as a list of joint angles) of the robot to certain values without planning a path, using the python move_group interface? Possibly there doesn't exist a path from my current pose A to the desired start pose B, but I want to find a path from B to C. I think the 'set_start_state' function is supposed to provide this; however, I don't know how the start point is supposed to be specified (as msg). |
2016-10-11 09:23:00 -0500 | commented answer | [MoveIt!] Certain .stl files can't be used Yes, no problem |
2016-10-11 09:09:40 -0500 | commented answer | [MoveIt!] Can't plan to a pose goal Not yet, I used the 4DoF robot only for testing purposes and now moved to a more complex robot. |
2016-10-11 05:40:25 -0500 | answered a question | [MoveIt!] Certain .stl files can't be used As gvdhoorn suggested, I reduced the complexity of the meshes (using Blender) , which was the solution to the problem. |
2016-10-11 05:30:49 -0500 | answered a question | [MoveIt!] Can't plan to a pose goal As gvdhoorn pointed out correctly, the IK solver had problems with the < 6 DoF robot. Using trac_ik didn't help, however, adding more DoF did. |
2016-10-11 05:27:56 -0500 | received badge | ● Famous Question (source) |
2016-10-06 04:47:31 -0500 | received badge | ● Enthusiast |
2016-10-05 07:23:41 -0500 | asked a question | [MoveIt!] Save a calculated motion plan Hello there, I wanted to know if there is any easy way of saving a plan object to disk or write it as a string. E.g. you calculated a motion plan for your robot and the next time you load the simulation the same plan should be used for execution. Couldn't find anything about that. |
2016-09-27 18:49:38 -0500 | received badge | ● Famous Question (source) |
2016-09-07 20:19:41 -0500 | received badge | ● Notable Question (source) |
2016-09-02 11:55:27 -0500 | received badge | ● Popular Question (source) |