| ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
I have three different sensor generating odometry . The three sources are 1. laser 2. Wheel 3. camera i want to fuse these odometry using robot localization package .
Do the fame_id of the all the sources generating odometry be parent odom child base_link or it should be different for different source ( odom_laser-->base_link) ?
This is tricky because if you're fusing N>1 Odometry messages, each Odometry needs a unique frame for header.frame_id.
Since frames can only have one parent, these frames (such as the proposed odom_laser) typically end up children of base_link, and must be broadcast by your components, while the fused odom frame broadcast by robot_localization ends up the parent of base_link.
Another approach may be to have your sensors publish TwistWithCovarianceStamped, which will be transformed to the local frame of the vehicle and does not require a distinct coordinate frame.
Note that the odometry messages/inputs can have the same frame_id, but unless the measurements are in agreement with each other (e.g., odom0 and odom1 both provide measurements that don't diverge), it's going to produce ugly results. I try to stick to one pose and N velocity inputs.
If those frames are from sensors that are onboard the robot, then yes, they should be children of base_link. If they come from an external reference like a motion capture system, they would not be. You'd want a transform from your EKF world frame directly to that frame.
Note that the case of pose data that is being generated from a sensor onboard the robot where the sensor is not aligned with the vehicle origin is not well supported, but will be once this PR is merged. Then you can do something different: make the child_frame_id in the odom message your sensor frame (e.g., camera_odom) and set odomN_pose_use_child_frame to true, and then also set odomN_differential to true.
Asked: 2016-12-05 22:14:37 -0500
Seen: 1,886 times
Last updated: Dec 06 '16
ROS Answers is licensed under Creative Commons Attribution 3.0 Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.
Missing details to answer: The point of the whole tf tree is to link the different objects (e.g. sensors) together. One sensor could be e.g. rotated by 90° or placed 1m away. The tf then needs to reflect that.