<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
<br><br><div><div id="SkyDrivePlaceholder"></div>&gt; Date: Thu, 27 Sep 2012 16:24:56 -0400<br>&gt; From: tony_anderson@usa.net<br>&gt; To: xxopxe@gmail.com<br>&gt; CC: butia-list@fing.edu.uy; yamaplos@gmail.com; iaep@lists.sugarlabs.org; christoph.derndorfer@gmail.com<br>&gt; Subject: Re: [IAEP] [Butia-list]  XO robotics<br>&gt; <br>&gt; Hi,<br>&gt; <br>&gt; I would love to see you at the SF meeting to explain Butia to that audience.</div><div><br></div><div>+1 Caryl<br>&gt; <br>&gt; It was my understanding in Montevideo, that the robot is controlled <br>&gt; directly from Turtle Art. For me, the really great thing you have done <br>&gt; is to strap the laptop on the robot platform. This is not for cute <br>&gt; pictures, it is really exciting for the student to see the robot obeying <br>&gt; his or her instructions (right or wrong). The fact that the laptop is <br>&gt; riding on the robot vehicle means that its movement is not limited by an <br>&gt; umbilical cord.<br>&gt; <br>&gt; As Yama states, we really need (for me, in English) a parts list and set <br>&gt; of instructions for building the robot so that it can be done by any <br>&gt; deployment. I had hoped that such a session would be conducted in SF as <br>&gt; I would dearly love to be able to set up a robot at the Saint Jacob <br>&gt; school in Kigali in December. Naturally, we will also need some lesson <br>&gt; plans for use of the robot to further the mandated curriculum in Science <br>&gt; (and mathematics).<br>&gt; <br>&gt; My example would be to have the student program the robot to approach a <br>&gt; wall as closely as possible without touching it. This would involve some <br>&gt; understanding of the ratio of the wheel diameter to its circumference, <br>&gt; the number of degrees the wheel advances for each forward step, and <br>&gt; whole lot of other interesting concepts. For example, such a contest <br>&gt; could lead to the issue of feedback; how to use a sensor so the robot <br>&gt; knows when it is close. Should this be visual (camera) or acoustic or <br>&gt; the bending of a wire or ....<br>&gt; <br>&gt; Tony<br>&gt; <br>&gt; On 09/27/2012 02:08 PM, Jorge wrote:<br>&gt; &gt; On 27/09/12 13:35, Yama Ploskonka wrote:&gt; 1) I wouldn't say better...<br>&gt; &gt; rather, complementary, and certainly<br>&gt; &gt;  &gt; cheaper. Visiting the Butiá pages, the only picture I see showing an MCU<br>&gt; &gt;  &gt; http://www.fing.edu.uy/inco/proyectos/butia/images/pistaButia.jpg is<br>&gt; &gt;  &gt; showing an Arduino. Add a motor driver, and we are well above $30, plus<br>&gt; &gt;  &gt; shipping. The USBButiá board is maybe cheaper IF done in quantity by<br>&gt; &gt;  &gt; experts (then add labor).<br>&gt; &gt;<br>&gt; &gt; Besides the microcontroller the USBButiá board provides standard<br>&gt; &gt; connectors for attaching sensors. It allows autodetecting what sensor<br>&gt; &gt; you connected and were (something like the NXT brick, but with a wider<br>&gt; &gt; spectrum of attacheable stuff, more connectors, easier to hack, and<br>&gt; &gt; plug&amp;play).<br>&gt; &gt;<br>&gt; &gt; We sidestepped the motor driver issue using digital servos.<br>&gt; &gt;<br>&gt; &gt;  &gt; MSP430 + (L293D OR some darlington array) can be "free" if you get them<br>&gt; &gt;  &gt; as samples from TI, or less than $5 when purchased, /plus shipping/, the<br>&gt; &gt;  &gt; old bane. the advantage of using a darlington driver is that then you<br>&gt; &gt;  &gt; may use plain DC motors, which can be free if lucky with old electronic<br>&gt; &gt;  &gt; parts (beautiful gear system available in old CDROM drives)<br>&gt; &gt;  &gt;<br>&gt; &gt;  &gt; 2) yop - the XO "drives" the vehicle with the MSP430 option also. Now, I<br>&gt; &gt;  &gt; put quote marks as I have no idea - yet - on how to send data direct<br>&gt; &gt;  &gt; realtime from the XO to the robot, bypassing the MCU. What seems to be<br>&gt; &gt;  &gt; happening is that Butiá depends on sending code/program to the Arduino,<br>&gt; &gt;  &gt; and the the 'duino does the brains of the robot.<br>&gt; &gt;<br>&gt; &gt; Nop, the control runs fully on the XO. MCU only interfaces<br>&gt; &gt; sensors&amp;motors and supports the plug&amp;play functionality. No user logic<br>&gt; &gt; runs on the MCU.<br>&gt; &gt; The user programs on the XO access sensors/actuators connected the MCU<br>&gt; &gt; and whatever the XO provides (mic, cam, accelerometer if there is one)<br>&gt; &gt; transparently. The most frequent programming environment is TurtleArte<br>&gt; &gt; (kisds already know it), but there are also Python and Lua environments<br>&gt; &gt; for when the problem or the user outgrows Turtle Art.<br>&gt; &gt;<br>&gt; &gt; In my opinion, what MCU is used is not actually important. What is<br>&gt; &gt; important is the programming environment, how it interfaces with<br>&gt; &gt; whatever your robot offers, and the mechanism you provide for adapting<br>&gt; &gt; your robot for solving different problems.<br>&gt; &gt;<br>&gt; &gt; Jorge<br>&gt; &gt; .<br>&gt; &gt;<br>&gt; <br>&gt; _______________________________________________<br>&gt; IAEP -- It's An Education Project (not a laptop project!)<br>&gt; IAEP@lists.sugarlabs.org<br>&gt; http://lists.sugarlabs.org/listinfo/iaep<br></div>                                               </div></body>
</html>