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

Robust initialization #36

Open
kristianhope opened this issue Apr 17, 2024 · 3 comments
Open

Robust initialization #36

kristianhope opened this issue Apr 17, 2024 · 3 comments

Comments

@kristianhope
Copy link

Hello. I am doing a thesis on lidar SLAM on an USV. I have successfully managed to run LIO-SAM (Liorf) in real-time with Ouster OS1-32 and its internal IMU. This works with and without GNSS fusion. I am now trying to increase the robustness. My biggest issue is initialization. Depending on what position and most importantly in what surroundings I start LIO-SAM I either start drifting really fast in one direction and point cloud blurs out, or I successfully initialize and can start moving the USV. If initialization is successful I can run it endlessly without problems. On the picture you can see a point cloud of the harbor area I am testing in. To give some scale the spaces between the piers/jetties are roughly around 40-50m wide. In the green circle areas, I can successfully initialize and start LIO-SAM, but in the red cross areas, and about anywhere else I am unable to initialize LIO-SAM. The second point cloud might show the area more clearly. This is the result of FAST-LIO2 with the same sensors, which is able to initialize pretty much anywhere. I have tried tuning the IMU noise and gravity (set to the local gravity at about 9.82), with no success. The main difference from starting in the green circled areas is that the USV is surrounded by features on all sides, unlike the red cross area where there is more open water (no features in the water obviously). My intuition tells me there must be some bias at initialization which cannot be corrected without sufficient features. I appreciate any input and help you might give me. Thanks in advance.

where-init

Screenshot from 2024-03-15 11-30-06

@YJZLuckyBoy
Copy link
Owner

@kristianhope Fast-LIO2 is a tightly coupled solution, but LIO-SAM is loosely coupled. This may be due to insufficient point cloud data, which prevents normal mapping at the red position. You can change the following parameters and try again:

downsampleRate: 1
point_filter_num: 1
mappingSurfLeafSize: 0.15

@kristianhope
Copy link
Author

@kristianhope Fast-LIO2 is a tightly coupled solution, but LIO-SAM is loosely coupled. This may be due to insufficient point cloud data, which prevents normal mapping at the red position. You can change the following parameters and try again:

downsampleRate: 1
point_filter_num: 1
mappingSurfLeafSize: 0.15

Can you elaborate on why you believe the tight-coupling of FAST-LIO2 enables it to initialise with fever points? I tried adjusting mappingSurfLeafSize, and I believed it improved a little bit. But still I need to be very close to land for it to work. Do you think it is caused by the lidar odometry or IMU-preintegration?

@lytkinsa96
Copy link

but LIO-SAM is loosely coupled.

The paper's title: "LIO-SAM: Tightly-coupled Lidar Inertial Odometry via Smoothing and Mapping"

Could you please explain what do you mean by saying it loosely coupled? I also experience some issues, likely with IMU data, and your point may clarify some aspects that I'm concerned about.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants