kalman_filter_localization icon indicating copy to clipboard operation
kalman_filter_localization copied to clipboard

Validate fusion result

Open mengen100 opened this issue 3 years ago • 5 comments

Hii, I've one more question: How to validate the accuracy of the fusion result?

mengen100 avatar Jun 16 '21 10:06 mengen100

The accuracy cannot be verified with sample data. You can verify the accuracy of this ekf by using it with an open data set with true values, such as KITTI.

rsasaki0109 avatar Jun 16 '21 10:06 rsasaki0109

Thanks!

mengen100 avatar Jun 17 '21 13:06 mengen100

Excuse me, I don't use GPS, I only use Odom. Why is the output topic messy and the data floating? When GPS and Odom are input at the same time, which is used for observation?

tankang666 avatar Sep 24 '21 02:09 tankang666

Sorry, the debugging of the Odom complex may have been poor. I'll fix it as soon as I figure out the problem.

rsasaki0109 avatar Oct 24 '21 09:10 rsasaki0109

Excuse me, I don't use GPS, I only use Odom. Why is the output topic messy and the data floating? When GPS and Odom are input at the same time, which is used for observation?

As far as I know, any type of odometry (wheel odom, visual odom, visual-inertial odom... etc. ) suffers from drift. Fundamentally, there is no way we can correct them without a bounded correction source (e.g. GPS, wifi Beacon, Place Recognition(in case of SLAM)... etc). In order to make odometry in novel EKF, the code needs an extra code bit for odometry prediction.

Meanwhile, in kalman_filter_localization package, both odom and GPS are used as observation. Odom has a relatively small drift to IMU, the assumption is reasonable for local navigation. However, the pose will keep drifting out from the gound truth as it uses poorly estimated covariance updates.

There might be a wrong explanation, so feel free to make a comment to correct this posting

Sang-Beom-Woo avatar Feb 15 '22 07:02 Sang-Beom-Woo