Monday, March 10, 2014

Grabber Challenge: "It's my robot! It's doesn't work!"

After completing the Robot Educator Basics in the EV3 Mindstorms software, I turned to Damien Kee's Classroom Activities for the Busy Teacher: EV3. The Grabber challenge seemed like a good one. I gave the kids the option of designing and building their own grabber attachment or using the instructions provided in Damien's pdf of his book. Most if not all chose his design. A spectrum of success ensued. Two groups had quick success while others struggled. "It's my robot! It doesn't work!" (Of course. How could it be something they have done?) I heard this over and over again from one group. We examined the program. We tried someone else's program that worked. It did not work on this robot. I began to think that the student was right, that maybe there was something wrong with their brick or robot. Then one girl came to rescue and spotted the problem. Can you?

                                  Figure 1.

                                  Figure 2.


Give up? Figure 1 has a piece positioned incorrectly. Figure 2 has the same piece correctly positioned. See if you can find it. 

Spoiler alert. 

In Figure 1, the 2 module cross block that the worm gear axle goes through has the axle in a locked position so that the medium motor cannot move or rotate. Notice the difference in Figure 2.

It was not the brick after all. How long will it take before I learn that the problems the kids and myself have while programming or building are rarely, rarely ever due to a malfunctioning robot. Throwing up your hands and simultaneously declaring, "It's my robot!" is a way to avoid ownership and responsibility for the problem and to avoid making the effort to troubleshoot and problem solve. In my opinion, students need more experience in both of these areas. Taking responsibility and problem-solving apply to life in general. 

As always, thank you for reading.  

Saturday, March 1, 2014

US Sensor Wait Block: The Difference between the Change and Compare Modes

During my semester teaching with the Mindstorms EV3 software, I actually had to call and speak with a LEGO technical support representative because the difference between the ultrasonic sensor change and compare modes was eluding me. The representative was very helpful, and I basically came to understand the simplicity of the settings as the difference between the meaning of two prepositions, 'to' and 'from.' (See EV3 Wait Block- Ultrasonic Sensor.)

This semester, I designed an activity for the students to figure this out for themselves. The activity involved collecting class data in a Google spreadsheet so that the kids could draw the conclusion for themselves. They simply followed the instructions in the LEGO Mindstorms EV3 Education edition software. The kids used the Robot Educator-Basics-Stop at Object tutorial. This tutorial uses the ultrasonic sensor wait block on the "change" mode. The students completed this tutorial from different distances that I tried to control and then they recorded their  data in a spreadsheet shown below.

Stop at Object Change Mode (11 cm)
Start Distance from Object (cm)How far Robot Moved (cm)End Distance from Object (cm)
901179
701258
401525
801268
601050
9012.577.5
45539
901179
60849
501139
301713
908010
201030
441331
471136
831073

From this data, the students were able to conclude that even with a couple of outliers, eleven of the data points show movement of 11 cm +/- 1-2 cm TO the object. 

The students then repeated the same experiment using the compare mode instead of the change mode. Their data is shown below. 

Stop at Object Compare Mode (11 cm)
Start Distance from object (cm)How far Robot Moved (cm)End Distance from Object (cm)
907515
904248
604614
3016
702545
50743
904743
902476
451238
15412
152641
301141
371148
17412
This data did not turn out as I had hoped. The third column should have contained end distances FROM the object closer to 11 cm. Some 11 cm were recorded in the second column which could have been placed in the wrong column by students. 

Still, with a couple of demonstrations with the students looking on, they came to the conclusion that the "compare" mode causes the robot to move a certain distance FROM an object. 

All in all, this was a fun exercise to introduce the students to the idea of collecting a set of data, drawing conclusions, and discussing possible sources of error. 

For me, I learned that I need to provide students with more explicit directions on how to record data. 

Thank you for reading.