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

TF2 - static_transform_publisher - Extrapolation into the future

$
0
0
Hello, I have a couple of static_transform_publishers from the TF2 package running. How is it possible that a node complains about extrapolating into the future, when it tries to lookup a transformation from a random element to the static one? In my [understanding](http://wiki.ros.org/tf2/Migration), the static-transforms should be valid for all eternity, so why would you complain about timing issues? A further explanation about my setup: I have 2 Kinects and I am using those in my moveIt setup to create the Octomap. As explained [here](http://answers.ros.org/question/192871/tf-extrapolation-into-future-wierd-chain/), moveIt complains about extrapolation into the future while looking up a transform from my robot to the cameras. My first solution was to write a python node, which would handle all the publishing instead of seperate static_transform_publishers from the old TF. There, I could date the transformations back in time to avoid those issues. Now I read about the static transforms in TF2 and implemented all the camera transformations like this: Still, moveIt is complaining [ERROR] [1411130239.665581579]: Transform error: Lookup would require extrapolation into the future. Requested time 1411130239.663295803 but the latest data is at time 1411130239.541714906, when looking up transform from frame [finger_2_link_0] to frame [camera_top/camera_top_depth_optical_frame] [ERROR] [1411130239.997648183]: Transform cache was not updated. Self-filtering may fail But running ``rosrun tf tf_echo /finger_2_link_0 camera_top/camera_top_depth_optical_frame` has no problems and tells me the transforms moveIt couldn't find? Thanks in advance, Rabe

Viewing all articles
Browse latest Browse all 844

Trending Articles



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