How to get and handle ros-industrial errors in a generic way ?

asked 2017-10-12 08:47:37 -0600

matEhickey
15 ●2 ●4 ●5

updated 2017-10-12 08:49:51 -0600

Hello, I want to know if there is a way to get the error in a common way for ros-industrial robots, independently of the robot I use.

My actual project may use different kind of robots that's why we decided to use ROS-I, to communicate by the same way.
The problems begin when I have to deal with errors.
Example: On the Universal-robot, the robot may stop because of the "protective lock", but on the Kuka they may be others.
I actually can get the protective error by subscribing on /rosout, and filter message by name and message (but as I filter by name "/ur_driver", it's not generic).

The second problem it implies is how to handles them ? For the UR "protective lock", the only solution I found was to send a socket command to it's dashboard interface, but again, it's not generic.

Did you know how can I handle all these kind of errors in a generic way ? Or is that unsupported by ROS-industrial interfaces and I have to deal with each type of error, for each robot we want to use ?

Comments

Also, sort of same question for the robot state ? Any way to know if the robot we use in On/Off/Ready/ etc ?

matEhickey ( 2017-10-12 08:49:40 -0600 )edit

add a comment

answered 2017-10-12 09:04:16 -0600

gvdhoorn
86574 ●283 ●1432 ●1054 http://cor.tudelft.nl/

updated 2017-10-12 09:11:30 -0600

Any way to know if the robot we use in On/Off/Ready/ etc

ROS-Industrial compliant drivers will publish the RobotStatus message that should reflect the status of the controller/robot. From the documentation:

The RobotStatus message contains low level status information that is specific to an industrial robot controller

Examples of fields in such messages: mode, e_stopped, motion_possible, drives_powered and in_error.

This only works with drivers that adhere to the ROS-Industrial Driver Specification. The drivers for the UR (both ur_driver and ur_modern_driver) nor the RSI component in kuka_experimental adhere to this, so they don't publish RobotStatus messages at this time.

That could be added. If you submit an enhancement request on the respective issue trackers it should receive attention.

The second problem it implies is how to handles them ?

The specification does currently not provide a standardised interface to error handling functionality provided by robot controllers. That can be considered an omission (and it is), although remote error software reset functions/methods are certainly not ubiquitous in industrial controllers, which makes adding something like that to the specification somewhat difficult. FAULT RESET IOs (or similar, controllable via a fieldbus) are probably more generically present.

This could be a good discussion topic for the ROS-Industrial mailing list.

edit flag offensive delete link

Comments

Thank you for that quick response, too bad for me that these driver don't adhere as the specifications, I'll have a lot more work to do so. Thank you again!

matEhickey ( 2017-10-12 09:16:56 -0600 )edit

No problem.

re: work: a nice way to approach this would be to extend those drivers such that they do publish RobotState messages. That means two relatively small extensions to the drivers, while you get to reuse your error handling and introspection code.

gvdhoorn ( 2017-10-12 09:19:46 -0600 )edit

And if you then submit PRs with those extensions to the repositories of the drivers, that would be +3 :)

gvdhoorn ( 2017-10-12 09:22:45 -0600 )edit

That what I was planning, hope I'll have time for all of this, I know well the UR, so it shouldn't be too long, but for the Kuka.. I'll give me a try :)

matEhickey ( 2017-10-12 09:25:51 -0600 )edit

add a comment

How to get and handle ros-industrial errors in a generic way ?

Comments

1 Answer

Comments

Question Tools

Stats

Related questions

How to get and handle ros-industrial errors in a generic way ? edit

Comments

1 Answer

Comments

Question Tools

Stats

Related questions

How to get and handle ros-industrial errors in a generic way ?