Is it a good idea to run docker images on a robot?

asked 2016-11-24 08:38:34 -0500

ct2034
862 ●21 ●75 ●44 https://twitter.com/ct2034

I am currently thinking about running the ROS nodes required for a robot to work in separate docker containers. It can then be controlled remotely which nodes are supposed to run and where. I am also thinking about a central instance that manages configurations for nodes and robots to be matched.

I think this can make the whole setup more flexible an robust.

But it also adds some overhead and another abstraction layer.

Has anyone ever done this? Thoughts about this?

answered 2016-11-26 07:35:08 -0500

Boris

3060 ●32 ●57 ●83 http://people.idsia.ch/~gromov

Yes, we are doing this on our Pioneer 3-AT robots and it works fine. The main reason we did it was to replicate the setup across same robots (we have three Pioneers with slightly different hardware). With docker it is also easy to bring up the system automatically with something like:

docker run -d --restart=always pioneer3

If you are planning to use roslaunch, one thing to keep in mind is that the containers will be starting in parallel, meaning you have to make them wait for the container with roscore to start, otherwise roslaunch will start its own roscore in each container (though the ROS_MASTER_URI will clash I guess). This can be solved with the --wait flag for roslaunch.

What seems inconvenient to me is the development and debugging, so as you mentioned it might be necessary to write a 'supervisor' app to see the state of containers remotely etc.