# Physics Day 1 & 2: Constant Velocity Buggies

The past 2 years, I started physics with the canonical buggy activity – each group gets a buggy and a starting point and direction and models the motion of the buggy with graphs, equations, and words. Then students come together in a board meeting and look at what was similar and different between their whiteboards to build the key components of the CV model (similar to how Kelly O’Shea describes it here)

Some things I’ve liked about this – students are making measurements, moving around the room, sitting on the floor, and figuring out how to collect data on this own – it feels like controlled chaos (which I like). There’s also not too much guidance from me during the discussion – they can easily pick out the key parts of CV motion.

1. it takes a long time for students to make the measurements by hand, and
2. there’s no obvious purpose to modeling the motion of this buggy. “Because physicists like to represent and predict motion.” Not very satisfying.

To address concern #2, this year I tried starting the CV unit by asking students to predict the time and location of a buggy collision. (Many people use this activity later in the unit). I told gave each group a fast and slow car and told them the initial separation and asked them to predict the time and location of the collision. I didn’t give much other instruction other than saying they can take measurements of the cars separately but they can’t collide the buggies during their data collection.

Some interesting things came up when students were making their predictions. Some wrote equations for the distance traveled, thinking about rates from math class.

Some thought about the ratio of the speeds being equal to the ratio of the distance traveled.

Some groups spontaneously thought about graphing the position vs. time without any instruction to do so.

This group made found the speed of each buggy, and then used the speed to make marks on the floor to show where the buggy is each second, and saw where the collision would be. They got stuck, though, when they couldn’t figure out exactly when the collision would be between 7 and 8 seconds (when the marks crossed each other).

One downside to doing it this way is that all groups assumed each buggy had a constant speed so they only made one speed measurement for each buggy before calculating the collision location (even those who were thinking about graphs). Some groups’ predictions were very close, and some weren’t, and we didn’t have enough evidence to know if the predictions were off because of bad data collection technique or because the car isn’t moving at a constant speed.

But watching the cars, they so obviously look like they’re moving at a constant speed – so again, why is confirming that interesting at all? “Well, later we’ll get into more complex types of motion, but we’ll be able to use the same tools we’re developing here” Not very satisfying.

Students loved watching the collision tests, though, so that’s something at least. When the buggies did actually hit, there was lots of cheering and clapping.

This doesn’t address my first concern – that we have faster ways of making these measurements than crawling around on the floor with tape and a stopwatch. Although, I think there’s something nice about asking the students about how they could improve their measurements (after we watch the collision videos) and they say “use the video!” and I say “great, let’s do that!” We draw points on the board every frame.

Then I ask how we could improve the analysis? “What if there was a program that could plot those points? and I say “great, let’s do that!” We use Logger Pro to see the x-t and v-t graphs of motion and talk about what those mean.

Then I say, well it’s still hard to make perfect dots on the video – human error and all – and what if we didn’t have a video? what if we wanted to make measurements in real time? They usually come up with sophisticated ideas for automated data collection, or just say something like “lasers!” and I say “great, let’s do that!” and introduce the motion detectors (not quite lasers, but close enough). So maybe starting by crawling around on the floor with tape and a stop watch isn’t such a bad beginning to this progression. Students get a physical experience to connect to motion detectors which might otherwise feel like magic.

There’s also another issue with the way I did the collisions – they all started at the same distance away from each other and moved toward each other. Gets them thinking more about distance than position, as Frank Noschese explains nicely in this post from last year. If I do collisions again next year, I will definitely vary the direction and starting points.

In general, I’m still not that excited about starting the year with kinematics at all, and I’m moving toward doing forces first sometime soon. Each year, I get closer to it – this year I did 4 days of Constant Velocity motion, finished with a quiz, and am jumping into balanced forces this week. I think it would be much more satisfying to start the year talking about “how” and “why” questions, and then get back to kinematics when it is useful to us. Have you tried forces first? Are you thinking about it? I would love to hear your experiences/ideas.

# Engineering Day 2: Improving the paper clip

Today I asked students to think about all of the problems with the current design of the paper clip.

After generating a list of problems, each group chose 1 problem and designed a new paper clip that would address that problem. After 15 minutes of designing, groups shared their new paper clips to the class.

After each group shared, I let the rest of the class ask questions. These are all seniors and are very comfortable with each other, so they immediately started challenging others’ designs.

“Won’t the rubber ends make it hard to take the paper clip off the paper?”

“Won’t the coils stretch out?”

“Doesn’t that make the paper clip like twice as heavy but it doesn’t hold that much more paper?”

“Didn’t you just reinvent the C-clamp?”

I was glad that they were critical, but it felt a little too much like Shark Tank. This year i want to emphasize more collaboration between groups – last year students were very competitive, which sometimes felt uncomfortable (to me and to some students who talked to me about it). Some competition can be good, but not if it stifles creativity and risk taking.

How do you promote a positive, collaborative atmosphere, especially during engineering design tasks?

# Engineering Day 1: Progressive Design Challenge

Day 1 of my engineering class, we start with what I call a “progressive design challenge.”

Students start with 10 straws and 10 paper clips each, and have 5 minutes to make the tallest freestanding structure.

After the first round, I pair students up and they pool their resources (both material and intellectual) and try again.

After the pairs, I had them reflect on process – how did they make decisions about what to do? What features from Round 1 made it into Round 2? What features didn’t? Why?

Then we combined 3 pairs to make groups of 6, pooled resources, and tried again.

At the end of Round 3, I asked them reflect on all 3 rounds and create a diagram that represents their overall process. Instructions were vague, so one group reflected more on their process, specifically how their ideas evolved:

While the other 2 groups focused more on the evolution of the structure itself. This group explained which features made it into subsequent rounds and why.