Re: Alternative Transports / Master Server

Herman Bruyninckx <[email protected]> Tue, 11 Nov 2014 16:48:38 +0100 (CET)
Newsgroups gmane.science.robotics.orocos.devel
Message-ID <alpine.DEB.2.10.1411111646170.14857@pma-12-013>
On Tue, 11 Nov 2014, Charles Lesire-Cabaniols wrote:

> 
> 
> 2014-11-11 15:29 GMT+01:00 Willy Lambert <[email protected]>:
>       Hi,
> 
> FYI, Ros is going to use DDS for transportation in the next major version, see :
> http://design.ros2.org/articles/ros_on_dds.html
> 
> DDS would definitely be a good choice IMO. Some people in Stockholm (IIRC) started to work on
> it, maybe they have a base source code to share...

My position on this is twofold:

- Orocos RTT should be 100% decoupled from communication middleware.  It
   should do one thing best, and that is to provide hard realtime containers
   to deploy functions in. Doing communication well is the job of other
   projects.

- DDS is just one of the many useful communication middlewares. But it only
   offers a very limited set of interaction protocols.

Herman

> 2014-11-11 15:13 GMT+01:00 Janosch Machowinski <[email protected]>:
>       Hey,
>       we are currently looking into adding new transport layers to orocos.
>       We haven't choosen the concrete implementation or candidate yet,
>       the candidates so far are :
>         - LTP/BT (licklider transmission protocol / Bundle protocol)
>         - ICE
>         - DDS
>         - zeroMq
>
>       Noe we stumbled over the issue with the "Master Server"
>       for now, there is the implicit master server, being the
>       corba nameserver. By "Master Server" I mean the instance,
>       which tells you which components are running, and what
>       their URIs are.
>       The question now would be how we should move on with
>       this. Our first idea was, to implement a transport independent
>       master server as a orocos component and in the long run
>       switch all transport layers to this one.
> 
> 
> I don't understand why you need such a master... DDS for instance can provide dynamic finding of
> components, then without master. Why do you need a master in such cases?
> 
>  
>             Comments are welcome ;-)
>
>             Greetings
>                  Janosch
>
>             --
>               Dipl. Inf. Janosch Machowinski
>               SAR- & Sicherheitsrobotik
>
>               Universität Bremen
>               FB 3 - Mathematik und Informatik
>               AG Robotik
>               Robert-Hooke-Straße 1
>               28359 Bremen, Germany
>
>               Zentrale: +49 421 178 45-6611
>
>               Besuchsadresse der Nebengeschäftstelle:
>               Robert-Hooke-Straße 5
>               28359 Bremen, Germany
>
>               Tel.:    +49 421 178 45-6614
>               Empfang: +49 421 178 45-6600
>               Fax:     +49 421 178 45-4150
>               E-Mail:  [email protected]
>
>               Weitere Informationen: http://www.informatik.uni-bremen.de/robotik
>
>             --
>             Orocos-Dev mailing list
>             [email protected]
>             http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
> 
> 
> 
> --
> Orocos-Dev mailing list
> [email protected]
> http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
> 
> 
> 
>

--
  Mechanical Engineering Departments, Robotics Research Groups
  University of Leuven & Eindhoven University of Technology
    <http://people.mech.kuleuven.be/~bruyninc> Tel: +32 16 328056
  Vice-President Research euRobotics AISBL <http://www.eu-robotics.net>
  Open RObot COntrol Software <http://www.orocos.org>
  Associate Editor JOSER <http://www.joser.org>

-- 
Orocos-Dev mailing list
[email protected]
http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev