Hi,
Was making a simple RViz integration for moving multiple robots with navigations stacks from the "concert" side today.

https://www.youtube.com/watch?v=6HC5ZyNKX0Q
I noticed some seeming limitations in subscribing nodes on different masters during this. I published robot poses (with master name/URI and current pose) to /applications/robot_pose on all clients. One node on the concert side listened to the same topic from all clients. That worked fine so i tried a similar thing the other way around for navigation goals.
I published a single topic /concert/move_base_multi (name and pose) and had one node per client listen to this topic. It appeared like only one node at a time could receive on the topic and which node that was changed over time. I solved the problem by publishing on different topics for each client (/concert/master_name/move_base_multi).
Was just wondering if this is a known limitation of the current rocon_multimaster implementation or if something is wrong on my end.
Hi,
Was making a simple RViz integration for moving multiple robots with navigations stacks from the "concert" side today.

https://www.youtube.com/watch?v=6HC5ZyNKX0Q
I noticed some seeming limitations in subscribing nodes on different masters during this. I published robot poses (with master name/URI and current pose) to /applications/robot_pose on all clients. One node on the concert side listened to the same topic from all clients. That worked fine so i tried a similar thing the other way around for navigation goals.
I published a single topic /concert/move_base_multi (name and pose) and had one node per client listen to this topic. It appeared like only one node at a time could receive on the topic and which node that was changed over time. I solved the problem by publishing on different topics for each client (/concert/master_name/move_base_multi).
Was just wondering if this is a known limitation of the current rocon_multimaster implementation or if something is wrong on my end.