Hi <span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">Anterma!</span><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br>
</span></font></div><div><span class="Apple-style-span" style="font-size: 13px; "></span><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">I've had the same questions you're having. I've been working with Player 2 and then Player 3 for over a year and a few weeks ago we decided to give ROS a try here at the lab. From what I've seen so far I would say that Player and ROS take a different approach at the same problem. ROS is no doubt more powerful but at the expense of extra complexity, however I think that over time the added features will pay off the extra work.</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">I agree with what Geoff said concerning Player drivers vs ROS nodes. However I have something to add. When deciding which software to use you should first take a look at the drivers/nodes other people have already created. You can take advantage of what's already done to jump right away at developing your own higher level algorithms, that's the whole point of open source software. Given the hardware you have at your disposal, choose the software depending on the range of readily available drivers/nodes that will be useful to you.</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">I hope this helps,</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Gonçalo Cabrita</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">ISR - University of Coimbra</span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Portugal</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><br><div class="gmail_quote">On Thu, Jun 10, 2010 at 9:03 AM, Geoffrey Biggs <span dir="ltr"><<a href="mailto:geoffrey.biggs@aist.go.jp">geoffrey.biggs@aist.go.jp</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Have a look at this page for one answer to your question:<br>
<br>
<a href="http://www.ros.org/wiki/ROS/Introduction#Goals" target="_blank">http://www.ros.org/wiki/ROS/Introduction#Goals</a><br>
<br>
In general, I think that developing a ROS node is easier initially, but<br>
that you need to put more thought into your design to avoid long-term<br>
complications. A Player driver, on the other hand, is less likely to<br>
suffer from initial design choices, but may be limited by Player's<br>
capabilities in the long term.<br>
<br>
There is a tutorial on the ROS wiki about how to write nodes, and you<br>
can copy the example driver in Player for writing a Player driver.<br>
<br>
In your situation, I would write a small library that interfaces to your<br>
driver and provides a nice API for interacting with your robot directly:<br>
setting motor speeds, getting the latest IR readings, and so on. Then<br>
write a Player driver that uses the library to provide access to your<br>
robot via Player. If, in the future, you find that Player is not meeting<br>
your needs, it's then fairly easy to write a ROS node that wraps your<br>
library in the same way as the Player driver.<br>
<br>
Geoff<br>
<div class="im"><br>
<br>
On 10/06/10 16:52, Anaré wrote:<br>
> Hello!<br>
><br>
> I'm Anterma. I'm new in this mailing list.<br>
> I've a small robot with sensors (for example, IR) and motors.<br>
> I want to work with my robot using a robot operating system, like Player<br>
> or ROS. I don't know which one choose.<br>
> I used to work with Player 2.0.5. I changed erratic driver and made it to<br>
> work with my own protocol.<br>
> Now I want to develop my own Player driver or ROS driver.<br>
> Can you help me?<br>
> What do you think?<br>
> Is easier to develop a Player driver or a ROS driver?<br>
> Do you know if there are some documentation about how to develop a Player<br>
> driver?<br>
> Do you know if there are some documentation about how to develop a ROS<br>
> driver?<br>
> If you where in my situation, which oen do you choose?<br>
><br>
> Thank you,<br>
><br>
> Anterma<br>
</div><div><div></div><div class="h5">_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
</div></div></blockquote></div><br></div>