Quantcast
Channel: ROS Answers: Open Source Q&A Forum - RSS feed
Viewing all 214 articles
Browse latest View live

TF Error: Lookup would requrie extrapolation into the future

$
0
0
I'm running rtabmap on a jackal robot with bumblebee2 stereo camera on ros-kinetic. I get the following error when trying to view pointcloud2 topic in rviz: [link text](https://imgur.com/a/rOdPHR9). When I view the tf tree [link text](https://imgur.com/a/7e3s1p2) I see that i'm getting -0.086 sec old from the map broadcast by rtabmap.

Rtabmap PointCloud2 frame oscillates when viewed in RVIZ

$
0
0
The PointCloud2 topic's frame keeps switching back and forth wrt to the robot's frame, as seen in https://imgur.com/a/NosBsOx. What could be the cause?

RVIZ shows odom frame fixed to map frame when running rtabmap

$
0
0
I've set the map frame as the fixed frame in RVIZ, and this is what it looks like when running rtabmap https://imgur.com/a/U5fJLLP . This is what my partial tf-tree looks like https://imgur.com/a/1s2PnV8. This is my launch file for rtabmap:

Could not get transform from odom to base_link

$
0
0
I'm running rtabmap with an rgb-d sensor and get the following error: We received odometry message, but we cannot get the corresponding TF odom->base_link at data stamp 1533265358.770186s (odom msg stamp is 1533265358.757750s). Make sure TF of odometry is also published to get more accurate pose estimation. This warning is only printed once. This is my launch file This is how my tf-tree is being published for some reason https://imgur.com/a/Wp4ZodK, and this is how I'm connecting my kinect with the base_link: rosrun tf static_transform_publisher 0 0 0.1 0 0 0 1 base_link camera_rgb_optical_frame 100 Lastly, I'm calling roslaunch openni_launch openni.launch depth_registration:=true To launch my rgbd node.

Errors using Rtabmap and also in running gmapping and Rtabmap simultaneously.

$
0
0
I have tried many methods suggested in [Kinect + Odometry + 2D laser](http://wiki.ros.org/rtabmap_ros/Tutorials/SetupOnYourRobot) and changed odom and scan topics that suit my robot specifications. But, I could not get any data neither in RViz nor in Rtab GUI. and my launch file is [rtabmap.launch](https://github.com/introlab/rtabmap_ros/blob/master/launch/rtabmap.launch).I am getting this error [ WARN] [1535559564.824509798]: /rtabmap/rtabmapviz: Did not receive data since 5 seconds! Make sure the input topics are published ("$ rostopic hz my_topic") and the timestamps in their header are set. If topics are coming from different computers, make sure the clocks of the computers are synchronized ("ntpdate"). If topics are not published at the same rate, you could increase "queue_size" parameter (current=10). /rtabmap/rtabmapviz subscribed to (approx sync): /rtabmap/odom, /camera/rgb/image_rect_color, /camera/depth_registered/image_raw, /camera/rgb/camera_info, /rtabmap/odom_info But when I echoed each topic some data is being published and I am able to get 2D map with this data. But I could not integrate 3D map to this odom and scan data. (odom = IMU and ENCODER data) I am actually trying to integrate gmapping and RTabmap and found a launch file that suits my requirements. I don't know whether it works. Here is the launch file I am using but I get this error again [ WARN] [1535557635.247852489]: /rtabmap/rtabmap: Did not receive data since 5 seconds! Make sure the input topics are published ("$ rostopic hz my_topic") and the timestamps in their header are set. If topics are coming from different computers, make sure the clocks of the computers are synchronized ("ntpdate"). If topics are not published at the same rate, you could increase "queue_size" parameter (current=100). /rtabmap/rtabmap subscribed to (approx sync): /odom, /camera/rgb/image_rect_color, /camera/depth/image_rect, /camera/rgb/camera_info, /scan_filtered and gmapping is working. i have done `rostopic hz /odom /camera/rgb/image_rect_color /camera/depth/image_rect /camera/rgb/camera_info /scan_filtered` and i get subscribed to [/odom] subscribed to [/camera/rgb/image_rect_color] subscribed to [/camera/depth/image_rect] subscribed to [/camera/rgb/camera_info] subscribed to [/scan_filtered] topic rate min_delta max_delta std_dev window ================================================================================= /odom 10.0 0.09988 0.1001 6.796e-05 10 /camera/rgb/image_rect_color 30.06 0.03095 0.03517 0.001068 10 /camera/rgb/camera_info 30.1 0.03078 0.03476 0.001108 31 /scan_filtered 7.25 0.1376 0.1381 0.0001548 31 I do not know how to overcome the errors and I do not understand what voxel_cloud is here and I am a newbie to RTabmap. Could some one suggest me the right way to do this 2d + 3d integration or integrating 3d map with IMU and ENCODER data of my robot. I am ok if some one suggests me the way to integrate hector_slam and RTabmap.

working with stereo camera and rtabmap for 3d mapping

$
0
0
So I am using rtabmap and a ZED stereo for this project based o, 3D mapping. I have the following launch file, I tried to play with with it but no mapping : ---------- I GOT THIS FROM THIS TUTORIAL : http://wiki.ros.org/rtabmap_ros/Tutorials/StereoOutdoorMapping Next launch file is the camera drivers and all called zed_camera.launch in zed_ros_wrapper pkg $(arg initial_pose) ---------- now the topics published by both the files first one : /clock /disparity /left/image_color /left/image_color/compressed /left/image_color/compressed/parameter_descriptions /left/image_color/compressed/parameter_updates /left/image_color/compressedDepth /left/image_color/compressedDepth/parameter_descriptions /left/image_color/compressedDepth/parameter_updates /left/image_color/theora /left/image_color/theora/parameter_descriptions /left/image_color/theora/parameter_updates /left/image_mono /left/image_mono/compressed /left/image_mono/compressed/parameter_descriptions /left/image_mono/compressed/parameter_updates /left/image_mono/compressedDepth /left/image_mono/compressedDepth/parameter_descriptions /left/image_mono/compressedDepth/parameter_updates /left/image_mono/theora /left/image_mono/theora/parameter_descriptions /left/image_mono/theora/parameter_updates /left/image_raw_color/compressed /left/image_rect /left/image_rect/compressed /left/image_rect/compressed/parameter_descriptions /left/image_rect/compressed/parameter_updates /left/image_rect/compressedDepth /left/image_rect/compressedDepth/parameter_descriptions /left/image_rect/compressedDepth/parameter_updates /left/image_rect/theora /left/image_rect/theora/parameter_descriptions /left/image_rect/theora/parameter_updates /left/image_rect_color /left/image_rect_color/compressed /left/image_rect_color/compressed/parameter_descriptions /left/image_rect_color/compressed/parameter_updates /left/image_rect_color/compressedDepth /left/image_rect_color/compressedDepth/parameter_descriptions /left/image_rect_color/compressedDepth/parameter_updates /left/image_rect_color/theora /left/image_rect_color/theora/parameter_descriptions /left/image_rect_color/theora/parameter_updates /points2 /republish_left/compressed/parameter_descriptions /republish_left/compressed/parameter_updates /republish_right/compressed/parameter_descriptions /republish_right/compressed/parameter_updates /right/image_color /right/image_color/compressed /right/image_color/compressed/parameter_descriptions /right/image_color/compressed/parameter_updates /right/image_color/compressedDepth /right/image_color/compressedDepth/parameter_descriptions /right/image_color/compressedDepth/parameter_updates /right/image_color/theora /right/image_color/theora/parameter_descriptions /right/image_color/theora/parameter_updates /right/image_mono /right/image_mono/compressed /right/image_mono/compressed/parameter_descriptions /right/image_mono/compressed/parameter_updates /right/image_mono/compressedDepth /right/image_mono/compressedDepth/parameter_descriptions /right/image_mono/compressedDepth/parameter_updates /right/image_mono/theora /right/image_mono/theora/parameter_descriptions /right/image_mono/theora/parameter_updates /right/image_raw_color/compressed /right/image_rect /right/image_rect/compressed /right/image_rect/compressed/parameter_descriptions /right/image_rect/compressed/parameter_updates /right/image_rect/compressedDepth /right/image_rect/compressedDepth/parameter_descriptions /right/image_rect/compressedDepth/parameter_updates /right/image_rect/theora /right/image_rect/theora/parameter_descriptions /right/image_rect/theora/parameter_updates /right/image_rect_color /right/image_rect_color/compressed /right/image_rect_color/compressed/parameter_descriptions /right/image_rect_color/compressed/parameter_updates /right/image_rect_color/compressedDepth /right/image_rect_color/compressedDepth/parameter_descriptions /right/image_rect_color/compressedDepth/parameter_updates /right/image_rect_color/theora /right/image_rect_color/theora/parameter_descriptions /right/image_rect_color/theora/parameter_updates /rosout /rosout_agg /rtabmap/global_path /rtabmap/goal_node /rtabmap/goal_reached /rtabmap/info /rtabmap/mapData /rtabmap/odom_info /rtabmap/odom_last_frame /rtabmap/odom_local_map /rtabmap/odom_local_scan_map /stereo_camera/left/camera_info_throttle /stereo_camera/left/image_raw_throttle_relay /stereo_camera/left/image_raw_throttle_relay/compressed /stereo_camera/left/image_raw_throttle_relay/compressed/parameter_descriptions /stereo_camera/left/image_raw_throttle_relay/compressed/parameter_updates /stereo_camera/left/image_raw_throttle_relay/compressedDepth /stereo_camera/left/image_raw_throttle_relay/compressedDepth/parameter_descriptions /stereo_camera/left/image_raw_throttle_relay/compressedDepth/parameter_updates /stereo_camera/left/image_raw_throttle_relay/theora /stereo_camera/left/image_raw_throttle_relay/theora/parameter_descriptions /stereo_camera/left/image_raw_throttle_relay/theora/parameter_updates /stereo_camera/left/image_rect /stereo_camera/left/image_rect_color /stereo_camera/right/camera_info_throttle /stereo_camera/right/image_raw_throttle_relay /stereo_camera/right/image_rect /stereo_image_proc/parameter_descriptions /stereo_image_proc/parameter_updates /stereo_image_proc_debayer_left/parameter_descriptions /stereo_image_proc_debayer_left/parameter_updates /stereo_image_proc_debayer_right/parameter_descriptions /stereo_image_proc_debayer_right/parameter_updates /stereo_image_proc_rectify_color_left/parameter_descriptions /stereo_image_proc_rectify_color_left/parameter_updates /stereo_image_proc_rectify_color_right/parameter_descriptions /stereo_image_proc_rectify_color_right/parameter_updates /stereo_image_proc_rectify_mono_left/parameter_descriptions /stereo_image_proc_rectify_mono_left/parameter_updates /stereo_image_proc_rectify_mono_right/parameter_descriptions /stereo_image_proc_rectify_mono_right/parameter_updates /stereo_odometry /tf /tf_static ---------- nothing is published on these topics zed_camera.launch topic list : /confidence/confidence_image /confidence/confidence_image/compressed /confidence/confidence_image/compressed/parameter_descriptions /confidence/confidence_image/compressed/parameter_updates /confidence/confidence_image/compressedDepth /confidence/confidence_image/compressedDepth/parameter_descriptions /confidence/confidence_image/compressedDepth/parameter_updates /confidence/confidence_image/theora /confidence/confidence_image/theora/parameter_descriptions /confidence/confidence_image/theora/parameter_updates /confidence/confidence_map /depth/camera_info /depth/depth_registered /depth/depth_registered/compressed /depth/depth_registered/compressed/parameter_descriptions /depth/depth_registered/compressed/parameter_updates /depth/depth_registered/compressedDepth /depth/depth_registered/compressedDepth/parameter_descriptions /depth/depth_registered/compressedDepth/parameter_updates /depth/depth_registered/theora /depth/depth_registered/theora/parameter_descriptions /depth/depth_registered/theora/parameter_updates /disparity/disparity_image /joint_states /left/camera_info /left/camera_info_raw /left/image_raw_color /left/image_raw_color/compressed /left/image_raw_color/compressed/parameter_descriptions /left/image_raw_color/compressed/parameter_updates /left/image_raw_color/compressedDepth /left/image_raw_color/compressedDepth/parameter_descriptions /left/image_raw_color/compressedDepth/parameter_updates /left/image_raw_color/theora /left/image_raw_color/theora/parameter_descriptions /left/image_raw_color/theora/parameter_updates /left/image_rect_color /left/image_rect_color/compressed /left/image_rect_color/compressed/parameter_descriptions /left/image_rect_color/compressed/parameter_updates /left/image_rect_color/compressedDepth /left/image_rect_color/compressedDepth/parameter_descriptions /left/image_rect_color/compressedDepth/parameter_updates /left/image_rect_color/theora /left/image_rect_color/theora/parameter_descriptions /left/image_rect_color/theora/parameter_updates /map /odom /point_cloud/cloud_registered /rgb/camera_info /rgb/camera_info_raw /rgb/image_raw_color /rgb/image_raw_color/compressed /rgb/image_raw_color/compressed/parameter_descriptions /rgb/image_raw_color/compressed/parameter_updates /rgb/image_raw_color/compressedDepth /rgb/image_raw_color/compressedDepth/parameter_descriptions /rgb/image_raw_color/compressedDepth/parameter_updates /rgb/image_raw_color/theora /rgb/image_raw_color/theora/parameter_descriptions /rgb/image_raw_color/theora/parameter_updates /rgb/image_rect_color /rgb/image_rect_color/compressed /rgb/image_rect_color/compressed/parameter_descriptions /rgb/image_rect_color/compressed/parameter_updates /rgb/image_rect_color/compressedDepth /rgb/image_rect_color/compressedDepth/parameter_descriptions /rgb/image_rect_color/compressedDepth/parameter_updates /rgb/image_rect_color/theora /rgb/image_rect_color/theora/parameter_descriptions /rgb/image_rect_color/theora/parameter_updates /right/camera_info /right/camera_info_raw /right/image_raw_color /right/image_raw_color/compressed /right/image_raw_color/compressed/parameter_descriptions /right/image_raw_color/compressed/parameter_updates /right/image_raw_color/compressedDepth /right/image_raw_color/compressedDepth/parameter_descriptions /right/image_raw_color/compressedDepth/parameter_updates /right/image_raw_color/theora /right/image_raw_color/theora/parameter_descriptions /right/image_raw_color/theora/parameter_updates /right/image_rect_color /right/image_rect_color/compressed /right/image_rect_color/compressed/parameter_descriptions /right/image_rect_color/compressed/parameter_updates /right/image_rect_color/compressedDepth /right/image_rect_color/compressedDepth/parameter_descriptions /right/image_rect_color/compressedDepth/parameter_updates /right/image_rect_color/theora /right/image_rect_color/theora/parameter_descriptions /right/image_rect_color/theora/parameter_updates /rosout /rosout_agg /tf /tf_static /zed_wrapper_node/parameter_descriptions /zed_wrapper_node/parameter_updates ---------- things are published on these topic, now what do I have to do for a stable 3d map, what am I missing, I am a newbie student. `

Simultaneous autonomous navigation and mapping

$
0
0
If I understood it correctly, in RTABMap ROS [tutorials](http://wiki.ros.org/rtabmap_ros/Tutorials/MappingAndNavigationOnTurtlebot) mapping and autonomous navigation is a two step process. First mapping is done by driving robot manually and afterwards autonomous navigation can be accomplished using the previously created map. Is is possible to make my robot autonomously navigate the unknown environment and simultaneously map the area? I'm running Ubuntu 16.04.4 LTS on an x86 with ROS Kinetic. Thank you!

rtabmap localization

$
0
0
Hi I'm trying to run rtabmap in localization mode. This is my launch file: filter_field_name: z filter_limit_min: 0.01 filter_limit_max: 10 filter_limit_negative: False leaf_size: 0.05 When I start the launch file with a presaved database, map to odom gets published (I can see them in RVIZ) but it's wrong. It's not updated after the start. And the info topic shows high enough hypothesis values (>0.11) but there's never a loop closure. When I move the robot around, it moves along correctly in RVIZ, but there's that offset that is not corrected, i.e. the preloaded map is useless. Do I understand correctly that the rtabmap node should detect the loop closures and send out the map to odom transform? Does that also mean that the rgbd_odom node doesn't use the map to localize? Thanks in advance, rembert

what is output data form of PS 1080 chip used in kinect xbox 360?

$
0
0
please elaborate on data form and also how to process it using ROS?

rtabmap outdoor

$
0
0
When running rtabmap in localization mode (using a map that was made e.g. a few hours before) we're having problems finding loop closures. I can see that many of the extracted keypoints are features of shadows, and because the sun moves, or it gets clouded temporarily, the loop closures don't happen anymore. The problem is a lot less when it's clouded. Is there any way to tune the key point extractor to ignore shadows? Or any other parameters that are useful in these situations?

Parameters for comparing and benchmarking SLAM algorithms

$
0
0
What are the parameters used to compare visual SLAM algorithms? How do you benchmark and calculate the performance of an algorithm? I need to evaluate on my own and not use someone else's dataset like [this](https://vision.in.tum.de/data/datasets/rgbd-dataset) one

roslaunch error: Failed to load nodelet

$
0
0
I want to make 2D grid map with RTAB-Map, but I couldn't find the way. (some people say check "Preperence -> 3D rendering -> Occupancy from 3D cloud projection on the ground", but I can't find it.) So, I use rtabmap_ros, ros-kinetic with code below. **roslaunch freencet_launch freenect.launch depth_registration:=true** **roslaunch rtabmap_ros rgbd-mapping.launch rtabmap_args:="--delete_db_on_start"** In Ubuntu 16.04, I made it work, but in Windows 10, it made error. process[camera/points_xyzrgb_hw_registered-16]: started with pid [765] [FATAL] [1510040707.816700900]: Failed to load nodelet '/camera/rgb_rectify_colorof typeimage_proc/rectifyto managercamera_nodelet_manager' [FATAL] [1510040707.850728300]: Failed to load nodelet '/camera/depth_rectify_depthof typeimage_proc/rectifyto managercamera_nodelet_manager' [FATAL] [1510040707.950915300]: Failed to load nodelet '/camera/rgb_rectify_monoof typeimage_proc/rectifyto managercamera_nodelet_manager' [FATAL] [1510040707.951713400]: Failed to load nodelet '/camera/driverof typeopenni_camera/driverto managercamera_nodelet_manager' process[camera/depth_registered_hw_metric_rect-17]: started with pid [775] [FATAL] [1510040708.016043700]: Failed to load nodelet '/camera/depth_metric_rectof typedepth_image_proc/convert_metricto managercamera_nodelet_manager' [FATAL] [1510040708.067463300]: Failed to load nodelet '/camera/ir_rectify_irof typeimage_proc/rectifyto managercamera_nodelet_manager' [FATAL] [1510040708.086891500]: Failed to load nodelet '/camera/rgb_debayerof typeimage_proc/debayerto managercamera_nodelet_manager' process[camera/depth_registered_metric-18]: started with pid [791] process[camera/disparity_depth-19]: started with pid [810] [FATAL] [1510040708.352510500]: Failed to load nodelet '/camera/depth_metricof typedepth_image_proc/convert_metricto managercamera_nodelet_manager' There's more error logs. If you want, I can add it. How can I make it work?

RTabMap gives only the last scene not the global scene

$
0
0
Through my previous question [here](https://answers.ros.org/question/301960/errors-using-rtabmap-and-also-in-running-gmapping-and-rtabmap-simultaneously/), I am able to run RTabMap without errors. But, all I see in RViz is the last scene not the global scene i.e. I could only see what camera see and the when I move to some other location old data is not visible any further. Any suggestion is appreciated. Thanks in advance and feel free to comment for any further info needed from my side.

Navigation issue

$
0
0
Hello, I can't figure out why my real robot does not stop when it arrives close to its goal. that is my configurations: I have kinetic distro, ubuntu 16.04 real_sense d435 to make Laserscan topic, encoders for the odometry. **main launch file:** --> **my rtabmap launch file(it is the main things):** **my move_base yamls:** **costmap_common_params:** footprint: [[ 0.3, 0.3], [-0.3, 0.3], [-0.3, -0.3], [ 0.3, -0.3]] footprint_padding: 0.02 inflation_layer: inflation_radius: 0.5 transform_tolerance: 2 obstacle_layer: obstacle_range: 2.5 raytrace_range: 3 max_obstacle_height: 1 track_unknown_space: true observation_sources: laser_scan_sensor laser_scan_sensor: { data_type: LaserScan, topic: scan, expected_update_rate: 0.1, marking: true, # min_obstacle_height: 0, # max_obstacle_height: 2.5, clearing: true } **local_costmap_params:** global_frame: odom robot_base_frame: base_link update_frequency: 10 publish_frequency: 1 rolling_window: true width: 6.0 height: 6.0 resolution: 0.025 origin_x: 0 origin_y: 0 static_map: true plugins: - {name: obstacle_layer, type: "costmap_2d::ObstacleLayer"} - {name: inflation_layer, type: "costmap_2d::InflationLayer"} global_costmap_params: global_frame: map robot_base_frame: base_link update_frequency: 10 static_map: true publish_frequency: 1 width: 3.0 height: 3.0 always_send_full_costmap: false plugins: - {name: static_layer, type: "rtabmap_ros::StaticLayer"} - {name: obstacle_layer, type: "costmap_2d::ObstacleLayer"} - {name: inflation_layer, type: "costmap_2d::InflationLayer"} **base_local_planner_params:** TrajectoryPlannerROS: max_vel_x: 0.15 min_vel_x: 0.1 # max_vel_y: 0.0 # diff drive robot # min_vel_y: 0.0 # diff drive robot max_vel_theta: 0.15 min_vel_theta: 0.1 min_in_place_vel_theta: 0.1 xy_tolrence_goal: 0.7 yaw_tolerance_goal: 0.3 acc_lim_theta: 0.5 acc_lim_x: 0.3 acc_lim_y: 0.3 holonomic_robot: false daw: true meter_scoring: true sim_time: 1.5 angular_sim_granularity: 0.05 vx_samples: 12 vtheta_samples: 20 pdist_scale: 0.7 # The higher will follow more the global path. gdist_scale: 0.8 occdist_scale: 0.01 publish_cost_grid_pc: false NavfnROS: allow_unknown: true visualize_potential: false controller_frequency: 3 I mapped the lab and then I launched all in localization mode. my robot is localized well I think (I can see it when I move in the saved map and It is in the right position and orientation). When I am giving a goal in Rviz (move_base_simple/goal), the move_base compute a path( only global path shown) and the robot is moving. Its seems that it move near the path (I don't know if it really following the path) or it move randomaly. often it rotate in place for recovery. I used a diff_robot and I set false in the "holomonic robot" but I saw that move_base sent cmd_vel commands at both linear.x and angular.z at same time. How I can set that it send the commands not in the same time. I tried to sent a goal by rtabmap/goal and the navigation was the same. When I am in debugging mode I get these log of rtabmap: [DEBUG] [1545126342.769918367]: Incoming queue was full for topic "/odom". Discarded oldest message (current queue size [0]) [DEBUG] [1545126342.816679111]: Getting status over the wire. [ INFO] [1545126342.826370917]: rtabmap (419): Rate=1.00s, Limit=0.700s, RTAB-Map=0.1014s, Maps update=0.0005s pub=0.0004s (local map=58, WM=58) [DEBUG] [1545126342.954654334]: Incoming queue was full for topic "/scan". Discarded oldest message (current queue size [0]) [DEBUG] [1545126343.017272988]: Getting status over the wire. [DEBUG] [1545126343.217662035]: Getting status over the wire. [DEBUG] [1545126343.222661907]: Incoming queue was full for topic "/scan". Discarded oldest message (current queue size [0]) [DEBUG] [1545126343.389663568]: Incoming queue was full for topic "/camera/color/image_raw". Discarded oldest message (current queue size [0]) [DEBUG] [1545126343.389807730]: Incoming queue was full for topic "/camera/color/camera_info". Discarded oldest message (current queue size [0]) [DEBUG] [1545126343.399431744]: Incoming queue was full for topic "/camera/aligned_depth_to_color/image_raw". Discarded oldest message (current queue size [0]) After the robot was localized I cover the camera and I saw that its move almost the same when the camera was not cover. Again,when I gives a different and far goals the robot moves very close cut does't stop, keeps rotate and move a little bit forward and backward. I don't know what is the problem. I tried many configurations until now. I think maybe the goal that I give move together with the map and because of that the robot arrive near the goal but continue search for the new one. I glad if someone could help me pls. EDIT: I noticed that when I echo to /move_base/TrajectoryPlannerROS/global_plan and to /move_base/TrajectoryPlannerROS/local_plan the fram_id on both is "odom". Maybe it is a problem, I don't know. tnx ---------- Update: yes, you are right but it is not the problem unfortunately (about the spelling). I noticed to another weird issue. I set the min_vel_theta to 0.1 and values under that were sent. Maybe move_base doesn't takes the values from the yaml although I saw in "rostopic echo /move_base/parameters" that the values are like I set actually. I think that the map moves when the robot moves and the goal position stay. I am checking it now. It comes very close and when is arrive to its goal it is look like it is moving around the goal. Do you have any suggestion for that?

rtabmap fails to run a bag of depth and rgdb images

$
0
0
Hi, I am playing a bag of 16 bits-per-pixel depth and 8 bit rgb images. While playing the bag, I can extract both the rgb and the depth images into files (to verify that the data is ok) (I used the thread [here](https://answers.ros.org/question/313164/create-a-bag-out-of-16-bit-images/) to create and extract the depth images) The way the depth image is stored in the bag is by using a python script that uses the PIL package to read a pgm image from file into a PIL object, serialize the object data into byte array (using io.BytesIO()), and save the byte array in PPM format. To verify the data, I wanted to view the images first, before running rtabmap In rviz I can view the rgb image, but I cannot view the depth image. According to [here](https://answers.ros.org/question/313323/rviz-not-showing-16-bits-per-pixel-single-channel-depth-images/): > "RVIZ cannot view 16 bit images > natively. You'll have to convert them > to an 8 bit format." So I assume that the images are correct and move on to use rtabmap I launch rtabmap using the launch file below: roslaunch ~/avner/PGR/vision/trunk/ros/catkin_ws/src/bpc_slam_rtabmap/launch/rgbd_slam.rgbd_dataset4.launch But I cannot see the 3D map in rviz, and I do see error messages from rgbd_odometry ... BEG getCvType terminate called after throwing an instance of 'cv_bridge::Exception' what(): Image is wrongly formed: height * step != size or 385 * 1280 != 492817 Aborted The depth file is stored the bag in PPM format. The data payload is 492800 (640*2*385) - width: 640 - height: 385 - bytes per pixel 2 - step size 640*2 = 1280 The size of the file is 492817, due to the header payload So actually, the details in the error message are correct ("height*step" should not be equal to "size") Can someone tell me what am I doing wrong and how to satisfy rgbd_odometry? Thanks, Avner

Running rtabmap on bag of rgb and depth images

$
0
0
Hi, I want to run ros rtabmap on a bag of rgb and depth images, with the following topics: rostopic list /camera/depth/camera_info /camera/depth/image /camera/rgb/camera_info /camera/rgb/image_color I am using the well known canned bag rgbd_dataset_freiburg1_xyz as a reference example. This bag has the following topics: rosbag info /mnt/hdd3/avnerm/avner/slam/data/rgbd_dataset_freiburg1_xyz/rgbd_dataset_freiburg1_xyz.bag ... topics: /camera/depth/camera_info /camera/depth/image /camera/rgb/camera_info /camera/rgb/image_color /cortex_marker_array /imu /tf In my bag I don't have /imu, /tf topics. To get the program to flow, I added the following transforms. I added the transform with 0 values for x,y,z,rot,pitch,yaw (i.e. no effect), except for the yaw argument to align the orientation of 3d points with the image If I just play my bag, I can see in rviz the images (rgb, depth) and the 3d points (via /voxel_cloud), but in local frame coordinates. With these tf nodes the rtabmap runs, but the /rtabmap/mapData shows incorrect - the 3d points are just laid on top of each other without a proper 3d model. I created a bag rgbd_dataset_freiburg1_xyz_no_tf.bag without the topics: /cortex_marker_array /imu /tf, (and replaced with static transforms) With this setting, rtabmap creates the mapData incorrectly as well. So it looks like the launch file that I am using from [here](https://github.com/introlab/rtabmap_ros/blob/master/launch/tests/rgbdslam_datasets.launch) requires the topics that were filtered above. My questions: - Can rtabmap handle a bag with just rgb and depth images? - Is there an example canned bag that only uses rgb and depth images? Thanks, Avner

How to clean up a noisy 3d point cloud?

$
0
0
Hi, I am running ros melodic rtabmap rgbd_odometry. I'm getting a noisy point cloud, which I tried to filter by using the rtabmap_ros parameters: cloud_noise_filtering_radius, cloud_noise_filtering_min_neighbors which map to rtabmap parameters /rtabmap/Grid/NoiseFilteringRadius, /rtabmap/Grid/NoiseFilteringMinNeighbors I can see that the parameters are passed into the rtabmap process: ps1 ros | grep -i rtabmap opt/ros/melodic/lib/rtabmap_ros/rtabmap --udebug --Grid/NoiseFilteringMinNeighbors 80000 --Grid/NoiseFilteringRadius 90000.0 rgb/image:=/camera/rgb/image_color depth/image:=/camera/depth_registered/image_raw rgb/camera_info:=/camera/rgb/camera_info rgbd_image:=rgbd_image_relay left/image_rect:=/stereo_camera/left/image_rect_color right/image_rect:=/stereo_camera/right/image_rect left/camera_info:=/stereo_camera/left/camera_info right/camera_info:=/stereo_camera/right/camera_info scan:=/scan scan_cloud:=/scan_cloud user_data:=/user_data user_data_async:=/user_data_async odom:=odom __name:=rtabmap I set the parameters to very big values (**NoiseFilteringMinNeighbors 80000 NoiseFilteringRadius 90000.0**), for sanity check. I expect that the rviz will filter all the 3d points and that the point cloud will be empty, but I'm getting the same point cloud as when cloud_noise_filtering is disabled (NoiseFilteringMinNeighbors 2 NoiseFilteringRadius 0) rosparam get /rtabmap/Grid/NoiseFilteringMinNeighbors '2' rosparam get /rtabmap/Grid/NoiseFilteringRadius '0' NoiseFilteringRadius_0__NoiseFilteringMinNeighbors_2 What should I do so that the cloud_noise_filtering takes effect? Thanks, Avner

ros rtabmap - graph point cloud vs map point cloud

$
0
0
Hi, Can someone tell me what is exactly the difference between graph point cloud (/rtabmap/mapData) and map point cloud (/rtabmap/cloud_map)? As I understand, the map point cloud can be filtered with e.g. the cloud_noise_filtering_radius, cloud_noise_filtering_min_neighbors parameters. Does this mean that map point cloud is a post-process result of the graph point cloud ? Is there a way to produce a graph showing the various links in the processing chain? Thanks, Avner

setting frame ids for ekf localization

$
0
0
I am using wheel encoders and visual odometry(rtabmap) to perform ekf localization. This is the tf tree of rtabmap in localization mode. map->odom->camera_link(->other camera frames) I am trying to inculcate my wheel encoders and use ekf for better localization as rtabmap drifts a lot. How do i set my frames for wheel encoder odometry publisher and broadcaster? Also, what goes in the base_link_frame in ekf_localization_node param file? Thank you

3D map is not created when processing rgbd data using rtabmap with icp_odometry

$
0
0
Hi, I want to process a bag of rgbd data using rtabmap with icp_odometry. I can extract a 3d map from a bag that contains rgbd data, using rgbd_odometry. But when using icp_odometry, the map is not generated... I can see that the icp_odometry process runs ps aux ros | grep odom /opt/ros/melodic/lib/rtabmap_ros/icp_odometry --Reg/Strategy 1 scan:=/scan scan_cloud:=/scan_cloud odom:=odom __name:=icp_odometry __log:=/home/avnerm/.ros/log/0c1e8df6-235c-11e9-b42b-74d02b912ce1/rtabmap-icp_odometry-10.log I'm seeing some runtime warnings when running icp_odometry: [ WARN] [1548880246.541540256]: IcpOdometry: Transferring value 5 of "Icp/PointToPlaneK" to ros parameter "scan_normal_k" for convenience. [ WARN] [1548880246.541801876]: IcpOdometry: Transferring value 1.0 of "Icp/PointToPlaneRadius" to ros parameter "scan_normal_radius" for convenience. [ WARN] (2019-01-30 12:30:46.542) OdometryF2M.cpp:133::OdometryF2M() OdomF2M/BundleAdjustment=1 cannot be used with registration not done only with images (Reg/Strategy=1), disabling bundle adjustment. The parameters, and output from the icp_odometry are: [ INFO] [1548881374.690687725]: Initializing nodelet with 8 worker threads. [ INFO] [1548881374.977402374, 1548455446.224796923]: Odometry: frame_id = base_link [ INFO] [1548881374.977433059, 1548455446.224796923]: Odometry: odom_frame_id = odom [ INFO] [1548881374.977449374, 1548455446.224796923]: Odometry: publish_tf = true [ INFO] [1548881374.977461946, 1548455446.224796923]: Odometry: wait_for_transform = true [ INFO] [1548881374.977483511, 1548455446.224796923]: Odometry: wait_for_transform_duration = 0.100000 [ INFO] [1548881374.977521110, 1548455446.224796923]: Odometry: initial_pose = xyz=0.000000,0.000000,0.000000 rpy=0.000000,-0.000000,0.000000 [ INFO] [1548881374.977538825, 1548455446.224796923]: Odometry: ground_truth_frame_id = [ INFO] [1548881374.977554142, 1548455446.224796923]: Odometry: ground_truth_base_frame_id = base_link [ INFO] [1548881374.977570620, 1548455446.224796923]: Odometry: config_path = [ INFO] [1548881374.977585390, 1548455446.224796923]: Odometry: publish_null_when_lost = true [ INFO] [1548881374.977599455, 1548455446.224796923]: Odometry: guess_frame_id = [ INFO] [1548881374.977614073, 1548455446.224796923]: Odometry: guess_min_translation = 0.000000 [ INFO] [1548881374.977629616, 1548455446.224796923]: Odometry: guess_min_rotation = 0.000000 [ INFO] (2019-01-30 12:49:35.080) Parameters.cpp:907::parseArguments() Parsed parameter "Reg/Strategy"="1" [ INFO] [1548881375.080094503, 1548455446.224796923]: Update odometry parameter "Reg/Strategy"="1" from arguments [ WARN] [1548881375.102105584, 1548455446.224796923]: IcpOdometry: Transferring value 5 of "Icp/PointToPlaneK" to ros parameter "scan_normal_k" for convenience. [ WARN] [1548881375.102373097, 1548455446.224796923]: IcpOdometry: Transferring value 1.0 of "Icp/PointToPlaneRadius" to ros parameter "scan_normal_radius" for convenience. [DEBUG] (2019-01-30 12:49:35.102) Odometry.cpp:63::create() type=0 [DEBUG] (2019-01-30 12:49:35.102) OdometryF2M.cpp:77::OdometryF2M() [DEBUG] (2019-01-30 12:49:35.102) Registration.cpp:48::create() type=1 [ WARN] (2019-01-30 12:49:35.102) OdometryF2M.cpp:133::OdometryF2M() OdomF2M/BundleAdjustment=1 cannot be used with registration not done only with images (Reg/Strategy=1), disabling bundle adjustment. [ INFO] [1548881375.106376949, 1548455446.224796923]: IcpOdometry: scan_cloud_max_points = 0 [ INFO] [1548881375.106407441, 1548455446.224796923]: IcpOdometry: scan_downsampling_step = 1 [ INFO] [1548881375.106449822, 1548455446.224796923]: IcpOdometry: scan_voxel_size = 0.000000 [ INFO] [1548881375.106461144, 1548455446.224796923]: IcpOdometry: scan_normal_k = 5 [ INFO] [1548881375.106471202, 1548455446.224796923]: IcpOdometry: scan_normal_radius = 1.000000 Here is the launch file: What should I do to: - Get some results from "rostopic echo /rtabmap/odom_info", "rostopic echo /rtabmap/odom" - View a the map cloud in /rtabmap/cloud_map, or /rtabmap/mapData ? Thanks, Avner
Viewing all 214 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>