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
Ran into this problem while monitoring a large robot using RViz over a WiFi connection that went flakey. Apparently, TF broadcasting in Python / Hydro is still blocking. This means that when the wifi connection got flakey, the Applanix driver (written in Python) blocked, and our controller stopped being able to do any updates.
From what I can tell in ros/ros_comm#169, ros_comm has been updated, and it looks like there are commits in indigo-devel to fix this. Really it's just a matter of adding queue size to the TF publishers, as per the two commits below. Any chance we can get this back ported to hydro? Seems like a problem many other people are going to face, and it's certainly a major problem on this project.
Ran into this problem while monitoring a large robot using RViz over a WiFi connection that went flakey. Apparently, TF broadcasting in Python / Hydro is still blocking. This means that when the wifi connection got flakey, the Applanix driver (written in Python) blocked, and our controller stopped being able to do any updates.
From what I can tell in ros/ros_comm#169, ros_comm has been updated, and it looks like there are commits in indigo-devel to fix this. Really it's just a matter of adding queue size to the TF publishers, as per the two commits below. Any chance we can get this back ported to hydro? Seems like a problem many other people are going to face, and it's certainly a major problem on this project.
90a0fc4
fd04fd9
The text was updated successfully, but these errors were encountered: