[IAEP] Turtle Blocks question

[Walter Bender]

On Sat, Oct 6, 2012 at 2:08 PM, Dr. Gerald Ardito
<gerald.ardito at gmail.com> wrote:
> Walter,
>
> I have been testing it out this afternoon. It works really well.
> I only have one We Do here, so I can't test out if it sees different
> devices.
>
> There is one quirky thing. When the script is running a motor, the Stop icon
> disappears. Then, if you use ctrl-s to stop the script, the blocks
> disappear.

You could just keep a motor=0 block around... I suppose I could
auto-stop the motor when the program stops executing, but I think that
might limit the utility somewhat. (The Stop Button is for the Turtle
Art program, not the WeDo motor.)

>
> And a question, how do you reverse the direction of the motor?

Should reverse with a negative number.

enjoy.

-walter

> Thanks.
> Gerald
>
>
> On Sat, Oct 6, 2012 at 11:46 AM, Walter Bender <walter.bender at gmail.com>
> wrote:
>>
>> On Sat, Oct 6, 2012 at 1:27 AM, Alan Jhonn Aguiar Schwyn
>> <alanjas at hotmail.com> wrote:
>> > I think that you cannot check what sensor is connected..
>> > Butia have hotplug and show instantly that a sensor is connect.
>> > Lego not have that, and the only check possible: get a value, if no
>> > gives
>> > errors, maybe
>> > there are a sensor of that type connected..
>> >
>> >>The usual approach would be to add a device input to the blocks...
>> >>device 1, device 2, device 3
>> >
>> > That can works, but I don't like it taking into consideration that you
>> > have
>> > put the port
>> > where each sensor/motor is connected.
>> >
>> > I think in a special block that sets the brick that you want to use.
>> > For example:
>> > - you have 2 bricks connected
>> > -if you want to: read color sensor from brick 1 in port 1
>> > -turn motor in port b of brcik 2 with power 100
>> >
>> > The code will be:
>> >
>> > select brick (1)
>> > read sensor (color, port 1)
>> > select brcik (2)
>> > turn motor (port b, 100)
>> >
>> > See that all the blocks no have changes, only uses the "select brick" to
>> > set
>> > in the system, which
>> > brick get the next functions.
>> > The important of this change: when you have only 1 brick, the code no
>> > have
>> > changes!
>> >
>> > Opinions?
>> >
>> > Regards!
>> >
>> > Alan
>> >
>> > ________________________________
>> > From: gerald.ardito at gmail.com
>> > Date: Fri, 5 Oct 2012 14:45:48 -0400
>> > To: walter.bender at gmail.com
>> > CC: alanjas at hotmail.com; iaep at lists.sugarlabs.org;
>> > support-gang at laptop.org
>> >
>> > Subject: Re: [IAEP] Turtle Blocks question
>> >
>> > Walter,
>> > Agreed.
>> > I am happy to continuing working with you on this.
>> > Gerald
>> >
>> > On Fri, Oct 5, 2012 at 2:36 PM, Walter Bender <walter.bender at gmail.com>
>> > wrote:
>> >
>> > On Fri, Oct 5, 2012 at 2:30 PM, Dr. Gerald Ardito
>> > <gerald.ardito at gmail.com> wrote:
>> >> Walter,
>> >
>> >> if we are crossing devices?
>> >
>> > Egon Spengler: Don't cross the streams.
>> >
>> > The usual approach would be to add a device input to the blocks...
>> > device 1, device 2, device 3... But also, I should do a better job of
>> > autodetecting which sensors are available. The whole thing should be
>> > more dynamic.
>> >
>> > -walter
>> >
>> > --
>> > Walter Bender
>> > Sugar Labs
>> > http://www.sugarlabs.org
>> >
>> >
>> >
>> > _______________________________________________ IAEP -- It's An
>> > Education
>> > Project (not a laptop project!) IAEP at lists.sugarlabs.org
>> > http://lists.sugarlabs.org/listinfo/iaep
>>
>> Attached is a BETA version of a new WeDo plugin that supports multiple
>> devices. It follows a schema similar to what Alan proposes above. I
>> only have one device, so it is not tested for multiple devices,
>> however, it seems to work for one device and includes a new feature
>> which tests for devices before each start, rather than just at launch,
>> so devices and be plugged in and unplugged without having to restart
>> Turtle Art.
>>
>> Feedback greatly appreciated.
>>
>> regards.
>>
>> -walter
>>
>> --
>> Walter Bender
>> Sugar Labs
>> http://www.sugarlabs.org
>
>



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org