<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 13 February 2014 11:23, Brian Gerkey <span dir="ltr"><<a href="mailto:gerkey@osrfoundation.org" target="_blank">gerkey@osrfoundation.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Feb 12, 2014 at 4:54 PM, Geoffrey Biggs<br>
<<a href="mailto:geoffrey.biggs@aist.go.jp">geoffrey.biggs@aist.go.jp</a>> wrote:<br>
> On 13 February 2014 08:47, Jack O'Quin <<a href="mailto:jack.oquin@gmail.com">jack.oquin@gmail.com</a>> wrote:<br>
>><br>
>> I am curious to hear from anyone with experience using DDS on low-end<br>
>> micro-controllers or embedded systems.<br>
>><br>
>> Is it feasible to create firmware with a DDS interface for ROS messages?<br>
><br>
><br>
> RTI has a small-footprint implementation for embedded systems. I haven't<br>
> used it so I can't comment on how good (or how small) it is, but they are at<br>
> least aware of the need.<br>
<br>
There's also a small-footprint implementation from Twin Oaks, intended<br>
for use in embedded systems (I haven't tried it):<br>
<a href="http://www.twinoakscomputing.com/coredx/coredx_size" target="_blank">http://www.twinoakscomputing.com/coredx/coredx_size</a><br>
<br>
Anybody know whether a minimal DDS implementation can be done in<br>
hardware (e.g., VHDL)?</blockquote><div><br></div><div>You could certainly do the wire protocol in hardware. The QoS features could be done provided you know what data types will be used in advance so buffers can be allocated (software implementations have the same restriction when real-time communication is used), but I don't think it would be easy or pretty.</div>
<div><br></div><div>Geoff </div></div></div></div>