You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to my understanding, the mcl_3dl is publishing the amcl_pose or tf (map->odom) at a rate of the incoming cloud from 3d lidar, as long as accum_cloud = 1. For example:
10Hz 3d lidar pointcloud -> 10Hz publishing rate of amcl_pose and tf (0.1 sec)
20Hz 3d lidar pointcloud -> 20Hz publishing rate of amcl_pose and tf (0.05 sec)
I have added lines of code to compute the computing time for each msg processed inside the cbCloud. And found that when i increase the num_particles for any cases of above, it will result the some of computation time of each Callback will exceed the supposed time (0.1sec or 0.05sec), which will eventually causing the localization giving outdated data, as every incoming msgs have to be processed. This cause the navigation using the outdated location or tf info to perform navigation, which makes the robot to move in a zigzagging pattern.
Is there a way or any parameters that can ensure the computation time of each Callback to finish on time, based on the Hz of the sensor data?
Best,
Samuel
The text was updated successfully, but these errors were encountered:
Hi @at-wat
According to my understanding, the mcl_3dl is publishing the
amcl_pose
ortf
(map->odom) at a rate of the incoming cloud from 3d lidar, as long asaccum_cloud = 1
. For example:10Hz 3d lidar pointcloud -> 10Hz publishing rate of
amcl_pose
andtf
(0.1 sec)20Hz 3d lidar pointcloud -> 20Hz publishing rate of
amcl_pose
andtf
(0.05 sec)I have added lines of code to compute the computing time for each msg processed inside the cbCloud. And found that when i increase the
num_particles
for any cases of above, it will result the some of computation time of each Callback will exceed the supposed time (0.1sec or 0.05sec), which will eventually causing the localization giving outdated data, as every incoming msgs have to be processed. This cause the navigation using the outdated location or tf info to perform navigation, which makes the robot to move in a zigzagging pattern.Is there a way or any parameters that can ensure the computation time of each Callback to finish on time, based on the Hz of the sensor data?
Best,
Samuel
The text was updated successfully, but these errors were encountered: