Results 1 to 4 of 4

Thread: Bridgeware

  1. Bridgeware

    I've started a new project to develop a bridgeware framework for robotics. This is mainly for use with my own projects, but it might be of use to others too.

    There are no releases yet, but you can see the code in the repository including specific examples for a servo controller and ultrasonics interface

    The main idea here is to make it easy to distribute the software over multiple computers on a network, and also enable better robot software reuse. So for example if at some later date I were to install a different kind of servo controller all I'd need to do would be to write a server program for it which talks via TCP using the simple XML protocol. The higher level control software wouldn't need to care about the specific details of the new device. Also, although my implementation is in C# you could use any language preferred provided that it communicates with the same XML standard.

  2. #2
    Join Date
    Nov 2007
    Rep Power

    Thumbs up Re: Bridgeware

    Nice going! I like the idea of achieving language, OS, and machine independence by passing XML messages via TCP.

    In my day job we have switched to using XML over TCP (XMPP variety) to build our (non-robotic) distributed system. Because rapid prototyping tools like Perl and Python support XML+TCP, we can quickly replace components with hastily-written test harnesses, or just log streams to a human-readable text file for post-mortems. This has greatly simplified debugging -- before the change to XML+TCP, the system complexity was getting the better of new employees. Your effort seems highly relevant to research robots!

    The Player/Stage project ( has a similar design, although they defined their own non-XML format to use with TCP. Like your design, a big advantage is that you can easily swap out the low-level with new hardware. This makes the high-level control software able to run on _simulated_ hardware, which is great for debugging and unit testing. Player even has a 3D simulator with physics usable for unit testing vision-based robots.

    Since your project is also open-source, maybe you will find some code you can borrow from the Player project.

    I love hearing about software efforts like these. Keep us posted!

  3. Re: Bridgeware

    I hadn't though about running simulated hardware, but yes that is also perfectly possible. You could also implement the XML protocol on a wide variety of systems.

    Before I started on this I looked around to see if anyone had done it before. Player does include similar elements such as TCP/UDP communication but using a non human readable protocol. MSRS also has a service-oriented architecture, although uses closed proprietary protocols as far as I'm aware, such that you can only really use it on certain operating systems.

    So there were a few projects which kind of contained similar elements but weren't really what I was looking for. The protocol should be simple and intuitive to read, making debugging more straightforward. You could also have intelligent systems residing on the internet which the robot connects to (intelligence as a network-delivered service), and I think ultimately this is the way robotics is going to go.

  4. #4
    Join Date
    Sep 2006
    Carol Stream, Illinois
    Rep Power

    Re: Bridgeware

    Looks like some pretty interesting software mottors! I'll have to check it out when I get a chance


    �In the long history of humankind (and animal kind, too) those who learned to collaborate and improvise most effectively have prevailed�
    - Charles Darwin

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts