-
Notifications
You must be signed in to change notification settings - Fork 38
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
Odometry Failure #7
Comments
Hi Fisher, I have checked the opt_stat topic and found very few factors so I guess you must be working in a constrained space. Could you try reducing the assoc_spacing parameter to something like 0.2m to see if the number of factors increases. This is in the field surfFactors of the /opt_stat msg. It is also printed out in the terminal here: Other params that can be considered are: ds_rate, setting this to 1 means we will keep all points. ds_rate > 1 is meant to reduce the computational load. max_lidar_factors: is the maximum number of factors to use for solving, also to reduce the computation load. May be you can include a screenshot or screen recording of the terminal output when the algorithm is running? |
Appreciate for your time. |
To be specific, I use lslidar ch 16 and 3DM-GX3-25. I also tested on an easy dataset in a campus environment. Unfortunately, the odometry "flies" at the very beginning. |
Hi, I notice that the initial cost for the IMU factor is very large in your run. This indicates that the imu is badly intialized. Is your data captured in the middle of movement instead of from static condition? SLICT uses a simple initialization of IMU. It just averages the IMU samples in a short period at the beginning, assuming the setup is relatively still, to initialize the IMU biases, if you start out in the middle of an agressive motion, the bias can be errornous and cause the algorithm to diverge. I cannot find a handheld.bag in LIO-SAM public folder. But I have tried the campus_small_dataset.bag with the following setting. One important change is to shorten imu_init_time from 1.0 s to 0.1 s since the dataset also starts out with an agressive motion. |
Thank you for your patience. I successfully run compus_small_dataset by limit imu_init_time to 0.1 seconds. However, I still cannot run on my dataset. The initial cost for IMU is relatively large. I checked the dataset and found that the vehicle starts from static condition, but a little bit inclined with gravity. |
Unfortunately, SLICT fails with my self-recorded dataset. For some reason, I cannot share the dataset, but it's a simple industrial environment. I guess the reason for odometry failure is FRONT END. However, the direct method FASTER-LIO, and feature points method LIO-SAM, both succeed in the whole run. I share the configure file and recorded opt_stat rosbag below.
Please rename the "ls.txt" to "ls.yaml", "opt-state.txt" to "opt-state.rosbag".
ls.txt
opt-state.txt
The text was updated successfully, but these errors were encountered: