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

Laser Scan Matcher at low speeds

asked 2012-04-01 05:52:45 -0500

fmarques gravatar image

updated 2012-04-01 11:45:54 -0500

Hi, I'm trying to use the laser scan matcher package in my mobile robot. So I've performed numerous simulations on gazebo and everything worked great.

Now i'm performing the first tests with the physical robot, and a problem occurred, at high speeds (linear or angular) i't gives very good results but when traveling at low speeds it tends to drift allot, is this a issue that is to be expected because of the signal to noise ratio at slow speeds or my parameters wrong (mostly default). The environment is a normal office with the particularity that two office cabinets don't reflect the laser but other than that it's standard and with plenty of features for the icp . Tomorrow I gonna perform tests in a more controlled environment (less cluttered) so I can rule that out. If anybody had or has a similiar problem please let me know.

Thanks

edit retag flag offensive close merge delete

1 Answer

Sort by ยป oldest newest most voted
0

answered 2012-04-01 21:40:29 -0500

updated 2012-04-01 21:43:37 -0500

As the laser scanmatcher only matches the current scan with the preceding one, drift over time can't be avoided when using noisy sensor data (which always is the case in the real world). Depending on your needs you could use a SLAM system like gmapping and generate the needed odometry using laser scan matcher. /edit: See this question/answers for details.

Alternatively (shameless plug ahead) you can have a look at hector_mapping. Here, there is no need for odometry information and scans are matched against the existing map. For this reason, there is not drift when standing still.

edit flag offensive delete link more

Comments

I'm using your stack and it's great but I've run into a problem, sometimes when performing in place rotation all the map turns with the robot. Is this because the scan doesn't have enough features????

fmarques gravatar image fmarques  ( 2012-04-10 00:01:26 -0500 )edit

If the scan indeed does not contain enough features, this explains the behavior. Can you make a screenshot? Also, which LIDAR are you using and how fast are you turning your robot around?

Stefan Kohlbrecher gravatar image Stefan Kohlbrecher  ( 2012-04-11 21:55:05 -0500 )edit

It happens when I turn fast, and not in the beginning of the rotation. This only happens when using no odometry information, when I replace gmapping it works fine. I'll try to take a screenshot. I didn't try it in the physical robot yet (gazebo only) , I try to test in the robot today(sick lms111Hz)

fmarques gravatar image fmarques  ( 2012-04-11 23:38:24 -0500 )edit

@fmarques, I have a same problem with yours. I'm trying gmapping+laser_scan_matcher+turtlebot, the robot drifts away, even when I only let it rotate....Do you have some idea to this kind of issue?

Yue gravatar image Yue  ( 2016-10-06 09:06:12 -0500 )edit

Question Tools

1 follower

Stats

Asked: 2012-04-01 05:52:45 -0500

Seen: 1,177 times

Last updated: Apr 01 '12