ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

Navigation with a different approach

asked 2013-07-11 11:37:23 -0500

Hendrik Wiese gravatar image


we've got a two wheeled differential robot that shall be able to navigate in a static 2D environment. I've set up /tf to work with the location data that our sensors provide. The motors that drive the robot are steppers that don't get just the rounds per minute but additionally a step count.

Location is determined with an external triangulation system. Location and shape of all static obstacles are pre-defined, hence there's no need to generate a map at runtime. However there are dynamic obstacles in the area of operation which might be other robots or items of given shapes. Other (moving) robots shall be avoided, other non-robotic dynamic obstacles might be of interest for our robot, so collision with them isn't necessarily bad, has to be decided individually in any particular case.

We don't have a laser scanner. In my opinion we won't need one since the environment and locations and shapes of the important obstacles are known.

Is there a way to use the navigation stack anyway? Is it even necessary or are there other (easier) approaches for navigation that work in an environment such as ours?


edit retag flag offensive close merge delete


I've got to add: the location of other robots is determined the same way as ours. They've got the same system mounted that does triangulation and sends its information to our robot over a ZigBee network.

Hendrik Wiese gravatar image Hendrik Wiese  ( 2013-07-11 11:39:41 -0500 )edit

1 Answer

Sort by ยป oldest newest most voted

answered 2013-09-24 05:54:51 -0500

Hendrik Wiese gravatar image

Using the navigation stack with a point cloud generated by a bunch of IR sensors and posting pose and movement information from available sensors like incremental position encoders and a gyro I've now got a working navigation environment.

I've removed the necessity to send a step count and altered the system to accept revs and direction parameters so that the navigation stack can now drive the robot as usual.

edit flag offensive delete link more

Question Tools


Asked: 2013-07-11 11:37:23 -0500

Seen: 212 times

Last updated: Sep 24 '13