LIO-SAM icon indicating copy to clipboard operation
LIO-SAM copied to clipboard

Run in NCLT Dataset

Open PigletPh opened this issue 1 year ago • 4 comments

Hi, I tried to use LIO-SAM running on the NCLT Dataset, and my configure.yaw is followed by: lio_sam:

Topics

pointCloudTopic: "/points_raw" # Point cloud data imuTopic: "/imu_raw" # IMU data odomTopic: "odometry/imu" # IMU pre-preintegration odometry, same frequency as IMU gpsTopic: "odometry/gpsz" # GPS odometry topic from navsat, see module_navsat.launch file

Frames

lidarFrame: "base_link" baselinkFrame: "base_link" odometryFrame: "odom" mapFrame: "map"

GPS Settings

useImuHeadingInitialization: false # if using GPS data, set to "true" useGpsElevation: false # if GPS elevation is bad, set to "false" gpsCovThreshold: 2.0 # m^2, threshold for using GPS data poseCovThreshold: 25.0 # m^2, threshold for using GPS data

Export settings

savePCD: false # https://github.com/TixiaoShan/LIO-SAM/issues/3 savePCDDirectory: "/home/user/Desktop/scliosam/data/" # use global path, and end with "/" # warning: if you have already data in the above savePCDDirectory, it will all remove and remake them. Thus, backup is recommended if pre-made data exist.

Sensor Settings

sensor: velodyne # lidar sensor type, either 'velodyne' or 'ouster' N_SCAN: 32 # number of lidar channel (i.e., 16, 32, 64, 128) Horizon_SCAN: 1800 # lidar horizontal resolution (Velodyne:1800, Ouster:512,1024,2048) downsampleRate: 1 # default: 1. Downsample your data if too many points. i.e., 16 = 64 / 4, 16 = 16 / 1 lidarMinRange: 1.0 # default: 1.0, minimum lidar range to be used lidarMaxRange: 1000.0 # default: 1000.0, maximum lidar range to be used

IMU Settings

imuAccNoise: 0.1 imuGyrNoise: 0.1 imuAccBiasN: 0.0001 imuGyrBiasN: 0.0001 imuGravity: 9.80416 imuRPYWeight: 0.01

Extrinsics (lidar -> IMU, of NCLT dataset)

extrinsicTrans: [0.112, 0.176, -0.247] extrinsicRot: [ 1, 0, 0, 0, 1, 0, 0, 0, 1] extrinsicRPY: [ 1, 0, 0, 0, 1, 0, 0, 0, 1]

When I run roslaunch lio_sam run.launch, there is no display in RVIZ. How to solve it? Thanks!

PigletPh avatar Jun 30 '23 08:06 PigletPh

have you solved this problem , i met the same problem

CcenShuai avatar Jan 02 '24 12:01 CcenShuai

i met the same problem , i find it cause by timestamp of imu. do you have solved it ?

QiHanY avatar Jan 03 '24 07:01 QiHanY

in the readMe, it said "In Rviz, uncheck "Map (cloud)" and check "Map (global)". Also check "Odom GPS", which visualizes the GPS odometry. " it's maybe for that.

Spirquel avatar Mar 20 '24 15:03 Spirquel

    timeScanEnd = timeScanCur + (laserCloudIn->points.back().time)/1000000;

    // check dense flag
    if (laserCloudIn->is_dense == false)
    {
        ROS_ERROR("Point cloud is not in dense format, please remove NaN points first!");
        ros::shutdown();
    }

    if (!has_ring)
    {
        return true;
    }

In imageProjection.cpp, change 264 timeScanEnd = timeScanCur + (laserCloudIn->points.back().time)/1000000 because NCLT lidar point time is microseconds.

JACKLiuDay avatar Jun 22 '24 02:06 JACKLiuDay