Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Validate fusion result #5

Open
mengen100 opened this issue Jun 16, 2021 · 5 comments
Open

Validate fusion result #5

mengen100 opened this issue Jun 16, 2021 · 5 comments
Labels
bug Something isn't working

Comments

@mengen100
Copy link

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

@rsasaki0109
Copy link
Owner

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.

@mengen100
Copy link
Author

Thanks!

@tankang666
Copy link

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?

@rsasaki0109
Copy link
Owner

rsasaki0109 commented Oct 24, 2021

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

@rsasaki0109 rsasaki0109 added the bug Something isn't working label Dec 26, 2021
@Sang-Beom-Woo
Copy link
Contributor

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants