GithubHelp home page GithubHelp logo

ros-industrial / fanuc_experimental Goto Github PK

View Code? Open in Web Editor NEW
45.0 7.0 51.0 6.28 MB

Experimental packages for Fanuc manipulators within ROS-Industrial (http://wiki.ros.org/fanuc_experimental)

License: Other

CMake 100.00%
fanuc ros-industrial urdf xacro moveit

fanuc_experimental's Introduction

Fanuc experimental

Build Status: Ubuntu Bionic (Actions) Github Issues

license - apache 2.0 license - bsd 3 clause

support level: community

Experimental packages for Fanuc manipulators within ROS-Industrial. See the fanuc repository and the ROS wiki page for more information.

Contents

This repository contains packages that will be migrated to the fanuc repository after they have received sufficient testing. The contents of these packages are subject to change, without prior notice. Any available APIs are to be considered unstable and are not guaranteed to be complete and / or functional.

Status

The packages in this repository are community supported. This means they do not get support from the OEM, nor from the ROS-Industrial consortia directly (see also the support level badge at the top of this page).

Maintenance and development is on a best-effort basis and depends on volunteers.

If you are looking for official support, ask your local Fanuc branch office for their version of the ROS 1 fanuc driver.

Disclaimer

The author of these packages is not affiliated with FANUC Corporation in any way. All trademarks and registered trademarks are property of their respective owners, and company, product and service names mentioned in this readme or appearing in source code or other artefacts in this repository are used for identification purposes only. Use of these names does not imply endorsement by FANUC Corporation.

fanuc_experimental's People

Contributors

demorise avatar didier-surface avatar dniewinski avatar gavanderhoorn avatar jediofgever avatar jeremyzoss avatar jettan avatar marip8 avatar simonschmeisser avatar tfoote avatar victorlamoine avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar

fanuc_experimental's Issues

M-710iC axis 6 reversed

I'm pretty sure that the M-710iC robot definition is wrong because axis 6 is reversed.

The following RViz captures are connected to the real robot with ROSSTATE

Axis 6 = 0°

0_deg
0_deg_rviz

Axis 6 = -90°

-90_deg

-90_deg_rviz

Fetched value from /joint_states corresponds to the value I read on the teach pendant so the problem must be that the axis is reversed in the XACRO/URDF definition of the robot.

lrmate200id Motion Planning issues

I am having issues with moving my fanuc lrmate 200id with code. I can use the gui in rviz and move the six axis ball which gives me the coordinates and orientation. If i then put those same exact coordinates to compute a Cartesian path. I get multiple errors and warnings.

[ WARN] [1527256660.896593985]: ParallelPlan::solve(): Unable to find solution by any of the threads in 0.000141 seconds
[ERROR] [1527256660.896706601]: manipulator[RRTConnectkConfigDefault]: Insufficient states in sampleable goal region
[ERROR] [1527256660.896736589]: manipulator[RRTConnectkConfigDefault]: Insufficient states in sampleable goal region
[ERROR] [1527256660.896770195]: manipulator[RRTConnectkConfigDefault]: Insufficient states in sampleable goal region
[ERROR] [1527256660.896804013]: manipulator[RRTConnectkConfigDefault]: Insufficient states in sampleable goal region
[ WARN] [1527256660.896847235]: ParallelPlan::solve(): Unable to find solution by any of the threads in 0.000149 seconds
[ INFO] [1527256660.896914156]: Unable to solve the planning problem

A few observations I've made, the planner seems to take a longer path when using RViz, and it tries to plan to a shorter path with the Cartesian path plan.

lrmate200id: invalid rotation direction joint 6

The axis definition of joint 6 in lrmate200id_macro.xacro is wrong so that joint 6 rotates in the wrong direction. It is currently <axis xyz="1 0 0"/> but should be <axis xyz="-1 0 0"/>.

Collision meshes of LR 200id too restrictive.

The current collision meshes of the LR mate 200id are too restrictive.
In particular, I'm talking about the mesh for link2.
Link 2 is supposed to have a bigger opening such that link 4 is partly inside of the current link 2 collision mesh (example of such a joint configuration in radians: [0, 0.3, -1, 0, 1.3, 0]).

Mismatch for axis 3 in R-1000iA

On the teach pendant:

J3: -33.342 (deg)

Using robot_state_visualize (indigo-devel branch):

$ rostopic echo /joint_states
header: 
  seq: 4802
  stamp: 
    secs: 1462191929
    nsecs: 471022367
  frame_id: ''
name: ['joint_1', 'joint_2', 'joint_3', 'joint_4', 'joint_5', 'joint_6']
position: [0.2743533253669739, 0.5467115640640259, -0.035214900970458984, 1.2852824926376343, -1.7649667263031006, -0.5436538457870483]
velocity: []
effort: []

-0.035214900970458984 rad = -2.017 deg

OPW kinematic parameters

Would it be beneficial to store OPW kinematic parameters in a file in the support packages for robot variants? They're not necessarily hard to set up (and the MoveIt OPW kinematics plugin has some helpful sanity checks for the parameters now), but it can be a bit confusing for those not familiar with the parameters or the means of figuring out what the parameters should be.

Connection problems with the fanuc_lrmate200id

I'm having connection issues while connecting my laptop running ROS/MoveIt to the physical robot to run movement commands. I'm not sure whether I've configured something wrong or there is a network issue. Attempts to connect to the physical robot only go through about 1/3 of the time, and there's a small chance I'll get disconnected while running my movement commands. Sometimes the robot seems to connect, and RViz will update to match the physical robot's position, but move commands don't reach the robot. Other times, the connection isn't made at all.

Here's the output from the teach pendant, I'm not sure how useful this is:

imag0324

I also occasionally get this error in my console

Failed to connect to server, rc: -1. Error: 'Transport endpoint is already connected'

Support for crx10ial

I have submitted a pull request to add support for the crx10ial collaborative robot.

Update MoveIt cfgs to Hydro

All MoveIt configuration packages have been generated using the Groovy MoveIt setup assistant. All MoveIt cfg packages should be updated using the newer Hydro version of MoveIt.

  • LR Mate 200iC
  • LR Mate 200iC/5H
  • M-10iA
  • M-16iB/20
  • M-20iA
  • M-20iA/10L
  • M-430iA/2F
  • M-430iA/2P

Fanuc URDF transmission tags for gazebo

Hello is it possible to add the transmission files in the urdf to allow ROS Control to function correctly in gazebo. I know alot of the open PR regarding gazebo did not pass, so is there any push to allow for that.

Can't move robot using IKFast for fanuc_lrmate200id

I'm opening moveit setup with

roslaunch moveit_setup_assistant setup_assistant.launch

and clicking edit existing package. I load fanuc_lrmate200id_moveit_config. Then I click Planning Groups, then manipulator, then edit selected, and choose fanuc_lrmate200id_manipulator_kinematics/IKFastKinematicsPlugin for the Kinematic Solver. I then press Save, go to Configuration Files, and hit Generate Package. I run catkin_make, and open RViz with

roslaunch fanuc_lrmate200id_moveit_config demo.launch

which results in the robot being loaded on my screen normally, but I can't move it by clicking it or by running code to move it. Using KDLKinematicsPlugin works fine for me, but I would like to use IKFast

Lrmate200id attempting to move physical robot

I'm trying to connect the physical lrmate200id to my computer and issue commands to it. I'm running the command

roslaunch fanuc_lrmate200id_moveit_config moveit_planning_execution.launch sim:=false robot_ip:=10.0.0.93

which results in the error

[FATAL] [1498826383.877209818]: Parameter '~moveit_controller_manager' not specified. This is needed to identify the plugin to use for interacting with controllers. No paths can be executed.

As a side note, the robot state is loaded into RViz correctly, with all the joint positions matching the physical robot's state

Re-enable travis integration once migration to the new system is available

Travis has announced they're migrating everyone to their .com domain -- and we should all start using their Github App.

In an effort to get migration for this repository going, Travis integration (the old, services based, one) was removed, but migration to the new system is not available yet for fanuc_experimental.

This is a reminder to setup Travis again if/when the migration becomes possible.

What is the precision for control of end effector ?

Hi,
This is more a question than an issue,
when I set a goal pose for end-effector, the robot cannot be at the goal in precision manufacturer promises. For instance in below picture;

Screenshot from 2019-09-23 18-25-59
I set goal pose for end effector as ;

robot_x; 400.0
robot_y; 0.0
robot_z; 700.0
robot_rx; 180.0
robot_ry; 0.0
robot_rz; 0.0

However the end effector ends up at ;

robot_x; 400.085405
robot_y; 0.042173
robot_z; 699.966790
robot_rx; 179.953275
robot_ry; 0.008988
robot_rz; -0.021190

is this expected behavior? if not what could be possible reasons for this behavior ?
According to manufacturer's claim the precision is 3 decimals.

Import R-2000iC/125L variant from isys-vision

@marip8: you have files for the 125L variant in your fork in the model/r2000ic branch.

Would you be willing to merge those with the fanuc_r2000ic_support package in this repository?

I'd be mostly interested in the current state, not so much the complete commit history (to avoid repository bloat).

Correct implementation of URDF for LR MATE 200iD/7L

Hello ,
I am using this repository to control fanuc robot. I have found out that the position of end-effector is different in move_group and original robot data. In the below picture at right hand-side I get the end effector pose with ;
move_group.getCurrentPose().pose;
end show it for debugging. Although the rotations seems to match the positions are off the real robot data.
image.

I went to see the details of URDF file regarding to joints and links connections. I think I need to modify some places wrt to technical specs of this model as below;
image
so far my attemps failed and I am quite not sure if it is the reason for the problem.
Could you please give me some feedback on this ?

Edit;
The changes I made for the URDF is here; https://gist.github.com/jediofgever/d8ffdbfce308f24ea6da138d416e6013
after the change the results seems even more off

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.