Gripper remote control

I am working with a RobotIQ Gripper with 2 fingers of 140mm (2F- 140).

This gripper is mounted on our UR10e collaborative robot, having its 8 pin DIN cable connected to the end of the robot arm.

To control this gripper from an external computer (instead of using the robot Teach Pendant with the robotiq urcap installed), I established a RS485 communication with the tool.

This communication is driven by the 54321 port, since this is the UR tool communication port (tool_tcp_port): https://forum.universal-robots.com/t/overview-of-used-ports-on-local-host/8889

The gripper remote control is enabled when:

  • UR10e is turned on
  • UR10e controller is connected to the external PC through an Ethernet cable (TCP/IP connection) - see this post
  • UR10e can either be on Remote Control or in Local Control mode (does not make any difference)
  • It is not required to launch any robot driver. The TCP/IP connection is enough, since the RS485 communication will be directly established between the gripper and the external PC
  • Any gripper UR Cap (specifically the ROBOTIQ URCap) should be uninstalled from the UR10e 

If all these points are ensured, then we just need to use the RobotiqHand class.

For using it, you can run the example (python) code:
https://github.com/afonsocastro/larcc_interface/blob/master/gripper/src/test_robotiq.py 

cd larcc_interface/gripper/src
python3 test_robotiq.py

 Do not forget to change the IP address (HOST global variable) on this example.

For further instructions on how to use this example, see this.


Notes: 

This approach is totally ROS independent. It works without having any roscore running. 

It is necessary rs485 URcap. That is daemon for communicate between UR10e's rs485 network and external pc via tcp (port 54321). RobotiqHand module use this mechanism. So you must activate rs485 URCap on UR10e. And, If you activate Robotiq_Gripper URCap on UR10e, that URCap always use inner rs485 network without exclusive. This means external rs485 communication make conflict communication contents. So if you want to control 2f-140 via rs485 from external pc, you must deactivate Robotiq_Gripper URCap on UR10e

Comments

Post a Comment

Popular posts from this blog

RGB-D tracking + UR10e following & picking/placing

Image
Following the first use case described in this last post , the result of the experiment can be seen in this video: There are still several improvements to be made to this job1 task: The job should wait for the response of each controller before sending the next request The robot xacro should be extended to include every object that compose the real scenario  The procedure should have an interactive way of telling the robot that is time to pick up the object The use case should ensure that the object pick was successful (or not) This issues can be followed here .
Read more

UR10e control architecture

Image
Now that I am able to control the arm of the robot as well as the gripper, it is now time to create an interface that can be used to control both the arm and the gripper.  This interface should be completely agnostic to any use case that is being developed. Since gripper control and arm control are two independent procedures that can be running simultaneously, this interface should put these two controllers at the same level. Following this philosophy, any job that I want to develop in the future will be able to call any one of these controllers by the same method! Here we can see the structure of the first complete job.  In this case, an object that is continuously being tracked through a RGB-D camera is followed by the robot arm and then is picked up and stored in a box.  As we can see, both controllers (arm and gripper) are at the same level, and the job1 ROS node is communicating with both of them simultaneously. The gripper controller is described in this previous p...
Read more

Real-time UR10e following a tracked object

Image
For a first trial, it was developed this demonstration of a real-time followed object that is being tracked using one RGB-D camera (Intel RealSense D435).   As seen in this previous post , ViSP is used to process the images acquired by the RealSense RGB-D camera and to continuously track the object . A TCP/IP Socket Connection is established (inside the same computer) between ViSP and ROS . This socket communication is responsible for bringing the geometric transformation between the camera and the object to the ROS environment. This previous post describes with more detailed information this connection. Besides the transformation between the camera and the object, it is also required to know the transformation between the robot and the camera . For the robot to understand the position and orientation of the object in reference to the robot himself, this transformation becomes crucial. For getting it, I performed a manual calibration , as described in this previous post . Fina...
Read more