Attention: Answers.ros.org is deprecated as of August the 11th, 2023. Please visit robotics.stackexchange.com to ask a new question. This site will remain online in read-only mode during the transition and into the foreseeable future. Selected questions and answers have been migrated, and redirects have been put in place to direct users to the corresponding questions on Robotics Stack Exchange. Additional details are available here.

Ros Kinetic navigation with firmware blocking

asked 2021-06-24 14:01:47 -0500

Skhanna
5 ●1 ●4 ●7

updated 2021-06-24 14:03:22 -0500

I am right now trying to get navigation setup on a three-wheel drive robot running ROS Kinetic.

For the protection of the robot and any users that may be operating around the robot, the robot at the firmware level stops the robot if an obstacle is detected by a sensor:

If the obstacle is in the front, the robot can't move forward. If the obstacle is in the back, the robot can't move backward. If I input a velocity command in order to have the robot move past the obstacle, the firmware will block the command from being executed by the robot.

Can I still use a standard ROS navigation stack in this scenario? If so, what would I need to do in order to get it working smoothly?

I would like to not have to modify the firmware if possible.

edit retag flag offensive close merge delete

add a comment

1 Answer

Sort by » oldest newest most voted

answered 2021-06-24 15:26:20 -0500

bob-ROS

525 ●3 ●49 ●12

This is the point of the local costmap, the effectiveness depends on what type of sensor you have. If you have robot with 360 degree view it should be quite effective. It becomes more complicated if you need to remember or try to estimate positions of obstacles rather than viewing them directly.

If you want extra protection with some own tinkering you could just redirect the twist output through some other node that tries to limit the twist command in emergencies.

edit flag offensive delete link

Comments

Does this work as normal if certain Twist commands are ignored though? This is my cause for cocern.

Skhanna ( 2021-06-24 16:52:11 -0500 )edit

Yes, you have a high frequency on the local planner e.g. 20 hz. If you do not use a recovery behavior you won't have any reaction. You can try this out in gazebo or stage by using a twist mux with some xbox controller/keyboard teleop that overrides the cmd_vel from move_base.

bob-ROS ( 2021-06-24 18:09:16 -0500 )edit

add a comment

Question Tools

2 followers

Stats

Asked: 2021-06-24 14:01:47 -0500

Seen: 98 times

Last updated: Jun 24 '21

Ros Kinetic navigation with firmware blocking edit

1 Answer

Comments

Question Tools

Stats

Related questions

Ros Kinetic navigation with firmware blocking