Comments (16)
I'm going to close this one as I believe the initial issue was resolved (ie: goals getting LOST
) by merging in #488.
Follow-up discussion about adapting the point streaming PR(s) for multi-group use happened in #586.
from motoman.
Thanks for your help!
from motoman.
I've resolved the above error by making sure the start_state_ in my moveit plan has the same number of joints as the trajectory_. I'm now getting the error:
[12:02:01.075904] [/yaskawa/move_group]: Controller is taking too long to execute trajectory (the expected upper bound for the trajectory execution was 1.190000 seconds). Stopping trajectory.
from motoman.
This appears to be a MoveIt issue.
The Trajectory Execution Manager (TEM) monitors trajectory execution and apparently your robot is unable to execute the motion in the time MoveIt determined should be needed.
This is often caused by:
- incorrect limits in the URDF/MoveIt configuration, or
- safety features on the Yaskawa controller limiting maximum velocity and/or acceleration which are invisible to the ROS side/application
from motoman.
Thanks for the reply. I've tried slowing the motion down considerably and am now getting:
[12:58:56.622997] [/yaskawa/move_group]: Transitioning goal to LOST
[12:58:56.623057] [/yaskawa/move_group]: Controller '' done, no result returned
[12:58:56.623100] [/yaskawa/move_group]: Controller handle reports status FAILED
[12:58:56.623435] [/yaskawa/motion_server]: ABORTED: CONTROL_FAILED
from motoman.
I've tried slowing the motion down considerably
could you comment on what exactly caused the time outs?
am now getting:
[12:58:56.622997] [/yaskawa/move_group]: Transitioning goal to LOST [12:58:56.623057] [/yaskawa/move_group]: Controller '' done, no result returned [12:58:56.623100] [/yaskawa/move_group]: Controller handle reports status FAILED [12:58:56.623435] [/yaskawa/motion_server]: ABORTED: CONTROL_FAILED
That's the -- currently -- expected error with the action server on multi-group setups and certain configurations.
#488 is the latest attempt at fixing those. #259 was an earlier attempt, but incomplete.
from motoman.
could you comment on what exactly caused the time outs?
I can't find the cause here, I've checked the robot controller and there are no alarms or anything.
#488 is the latest attempt at fixing those. #259 was an earlier attempt, but incomplete.
I managed to merge #259 into our fork and am still seeing the same errors. I'll try the same with #488
from motoman.
could you comment on what exactly caused the time outs?
I can't find the cause here, I've checked the robot controller and there are no alarms or anything.
I'm confused. You report you've been able to avoid the TEM time-outs by reducing the trajectory velocity.
I assumed that meant you've been able to figure out what was the actual cause. But reading it again it sounds more like a work-around?
#488 is the latest attempt at fixing those. #259 was an earlier attempt, but incomplete.
I managed to merge #259 into our fork and am still seeing the same errors. I'll try the same with #488
I would really recommend against basing any attempts on #259. See my comments there.
from motoman.
I'm confused. You report you've been able to avoid the TEM time-outs by reducing the trajectory velocity.
Yes this is just a workaround for now, I'll find a proper fix when I've solved the other issues.
from motoman.
@rr-dave Just to confirm, you are mentionning that you have a positionner with P and Y axes? And you are using a the single_arm_with_base_axis
. Base axis means that when you move the P and Y, it moves the robot base in space. You need to match the controller group configuration. Look on the pendant: SYSTEM INFO -> CONTROLLER INFORMATION. What do you have in the CONNECT section?
from motoman.
Merging #488 into our fork has fixed the "Transitioning goal to LOST" issues. I've also removed my workaround and haven't seen any TEM timeouts.
@EricMarcil In the CONNECT section we have:
CONNECT:
R1 : 1-06VXH25-A0*
B1 : NONE
R2 : NONE
S1 : TURN-2
S2 : NONE
We chose to use the single_arm_with_base_axis
job
- We are using an older version of motoros on the controller
- We were only able to create jobs with certain groups:
- S1, R1 and NON GROUP
- We made a new group R1 + S1
- Because this is only a single group, it was most similar to the base axis job rather than the external axis
Are there likely to be limitations when using the controller this way, rather than with the external axis job? We're also unaware of the usecase of NON GROUP, is that something you know?
from motoman.
By defaull, the group combinaison R1+S1 might not have been setup. You need to go to menu: SETUP -> GRP COMBINAISON and set it up. I'm assuming that is what you did.
You shouldn't have been able to load the ROS_INIT from the 'single_arm_with_base_axis'. If you manually recreated the job on the pendant for a R1+S1 job, then that should be fine.
For the NON-GROUP, it comes in handy when with have multiple-tasks (which you probably don't need for ROS). If you have multiple tasks, you cannot have more than one task controlling each group. So, if you want a task that just controls some I/O (to other devices like conveyors), you can set that as NON-GROUP.
from motoman.
You shouldn't have been able to load the ROS_INIT from the 'single_arm_with_base_axis'. If you manually recreated the job on the pendant for a R1+S1 job, then that should be fine.
Yes this is how we got the job on the controller
We are now able to successfully send trajectories to the robot, however positioner trajectories are often failing with:
[09:07:21.023426] [/yaskawa/joint_trajectory_action]: Outside goal constraints, aborting trajectory
from motoman.
Have you verified the position is modelled correctly in your URDF / xacro:macro
? Especially the joint limits? Same for whatever motion planner you are using?
from motoman.
Thanks for the suggestion, the acceleration limit for the positioner was set too high. I can now reliably send trajectories to the positioner.
I am however having issues with point streaming to the robot. I am sending points to the joint_command topic but no robot movement is happening. The package streaming the points works correctly in a different cell with only the robot connected to the controller. Does anything need to be done differently to stream points in a multi group setup?
from motoman.
You're referring to (the original PR) #37 (and/or subsequent rebases) merged with #488?
I'm afraid that's an 'unknown' combination and I would not be able to help you with it.
It's very likely you'll have to extend whatever #37 does/did for multi-group motion. IIRC, the fact it only supported a single group was exactly one of the limitations.
from motoman.
Related Issues (20)
- HC-10DTP Support Files HOT 3
- robot_enable service fails on YRC1000
- Can't start driver correctly on Yaskawa HC10DTP
- HC10DTP not working with MoveIt HOT 1
- GP20 Support files
- Control HC10DTP using an Xbox 360 joystick in real-time
- HC10DTP + MoveIt - Running into singularities
- motoman_driver - simple_message not available
- Update installation procedure and troubleshooting HOT 1
- ERROR :MESSAGE CALLBACK FOR MESSAGE type :2017 , not executed
- Unwanted motion when switching pendant mode HOT 2
- Motoman Ros I/O read/write error HOT 1
- Log Space: missing
- Failed to connect to server, rc: -1. Error: 'Connection refused' (errno: 111): MOTOMAN Driver HOT 1
- Error handling of action server (joint_trajectory_action) HOT 1
- Point streaming and multiple robot groups HOT 10
- DX100 / SIA50D stops moving after several trajectories (no error / alarm)
- How to set Goal Threshold for JointTrajectoryAction
- Robot doesn't reach commanded joint state HOT 10
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from motoman.