Archive for the 'Final Project' Category
Final Project – The Bluetooth Carduino – 0930
Group Name: The Bluetooth Carduino 
Class Time: 0930
Team Members:
  • Kip Landwehr

State your problem and solution

I had this RC car that had been broken for around 12 years and I wanted to fix it so I brought it up to the lab and had Dom take a look at it with me. We took the car apart and discovered that the motors in the car worked just fine but that the control board was broken. So, I decided to replace the control board with an Arduino and that I would control the car via Bluetooth from my laptop (and eventually from a cellphone or iPod. 

Team Members

  • Kip Landwehr – everything.

Specifications and constraints

Specification Planned Actual
Weight Whatever it ended up being Unknown at this time
Cost As little as possible Currently ~$10+RC car (value unknown)
Original Parts Used As many as possible The only ones not used are the control board, controller, and the piece that went missing.
Communication/Control Method iPod/Cellphone via Bluetooth

Current: Laptop via Bluetooth.

Future: iPod/Cellphone via Bluetooth


Building the insides of the car on a breadboard (the final product will use a circuit board).

The many different designs/scaled replacement pieces that have been 3D printed (I believe the current count is 7).

My current code is just a prototype as I may have to switch my left and right steering functions around and my forward and backward drive functions around after everything has been installed in the car.

I also need to build an led display thing for the encoder in the steering motor so I can determine which wires make a complete circuit in each of the encoders positions.

Human Factors & Ergonomics

The only human factors that I have been able to think of with my project are the controls. Currently my controls do not display good human factors because currently when the go forward/backward command is sent to the car it just goes until it receives a stop command. This is bad because this means that you could tell it to go forward and then it could leave the range of the controller and not be able to receive a stop function and it would just keep going or the controllers battery could die before a stop command could be sent. I plan on fixing this issue later in the design process but until such a time comes when this change needs to be made my time is better spent actually obtaining all the pieces need to build that car and researching how the pieces I already have should be used.


Arduino Pro Mini: Programs the same as the Uno but is cheaper and has less pins available.

H Bridge Motor Driver: Used to control the motors in the car and allows me to spin the motors in both direction as well as supply more power to the motors than what the Arduino itself can supply.

Bluetooth Module: Used to receive commands from the controller.

3D Printing: Used to create a replacement piece for the cars steering.

I will also learn how to make a circuit board later on.

(I will upload some images and explanations of how each of these works later)

Implementation Details

As my project is not yet completed and I haven’t taken very many pictures and I don’t have a video I’m not really sure what to put in this section so I guess I will just leave this in it for now.

Final Project – Ping Pong Ball Cannon – 11:00
Class Time:  1100 
Team Members:
  • Micheal Kay
  • Ryan Robey

State your problem and solution

We want to shoot ping pong balls at high velocity but don’t have the components to do so. We are going to make a cannon that fires ping pong balls at a high velocity.

Team Members

  • Micheal- Programmer and helped build Cannon 
  • Ryan- Helped build cannon

Specifications and constraints

Specification Planned Actual
Weight 5 pounds 15 pounds
Cost <$20.00 ~$60.00
Length 3 ft 7 ft
 Paint  gold  not painted


We only had one design that we made many modifications to. We continued to use the same piece all the way through.

Human Factors & Ergonomics

Our project is mediocre about human factors. It is extremely touchy if anything can mess up it will however we made it able to be fired from your phone.


We implemented bluetooth technology to allow us to fire the cannon from our phones using an app called blueterm. We also used photo sensors and a water sprinkler valve hooked up to an arduino so that the cannon could fire electronically and detect the velocity that the ping pong ball was fired.

Implementation Details

Final Project – Ping Pong Ball Machine – 11:00
Class Time: 1100 
Team Members:
  • Britton Farney
  • Zak Hassouneh
  • Zac Ellis
  • Alex Hohler

State your problem and solution

Sometimes when you are wanting to practice playing the game of Ping-Pong, you are all alone and have no one to play against. This can be a problem if you are trying to elevate your game to the next level so you can become a champion.

The solution we devised is building a machine that can dispense Ping-Pong balls, much like an opposing player would. This way the player would be able to practice alone.

Team Members

  • Alex Hohler- Help assemble and buy products we need such as super glue.
  • Britton Farney- Write code for arduino and help assemble.
  • Zac Ellis- Help with assembly and buying tape for wheels
  • Zak Hassouneh- Help with assembly and designing poster board for Exploration Place.

Specifications and constraints

Specification Planned Actual
Cost <$25.00 ~$20.00
Height <24 in ~24 in
Width <10 in ~12 in
Length <16 in ~17 in
 Amount of Balls in Hopper  >10 balls  8 balls
 Arduino  1  1
 Motors  2


Servo Motors 1



Our first goal was to make a machine that would be able to shoot a ping pong ball and have it ready for the Exploration Place. We accomplished this, although we had way to much power (12 volts) running to our motors making them feel like they were going to tear the whole project to pieces. After that Saturday, we wanted to add the ball dispenser and make the structure sturdier. We also realized we need to slow the wheels down for the ball to be effectively launched. Tom suggested using a power supply where we would be able to adjust the amount of voltage going to the wheels. After many trials and error we discovered that the precise amount was 3 volts. We originally wanted to use a 2 liter as our bowl for the balls, but found that it was way too easy for the balls to be jammed, so we went with the cardboard inside of a paper towel roll which worked perfectly. We also had a problem with the balls bouncing once they were dispensed and not hitting the wheels correctly. We fixed this by adding a foam piece that would slow the ball down and keep it from bouncing up.

Human Factors & Ergonomics

We have elements of good human factors and bad human factors. A good human factor is how easy the participant can turn on the machine. It is simply the flip of the on/off switch. We also added enough time between ball launches making the player able to recover in between their hits so they will be prepared for the next one. A bad human factor would be having to pick up the balls after all 8 have been launched. This takes time. If we were to fix this problem, we would design a mechanism that had a net behind the machine the player would be able to hit the balls in, and the mechanism would recycle the balls into the machine. This would cut down on the time it takes for the player to collect all the balls, therefore giving them the opportunity to practice their strokes more. Another bad human factor that are project consists of is the need two have two plug ins. One for the servo and one for the power supply. If we were to remake the machine, we would find a way to only have one wall plug in and solve the inconvenience of two plugins.


The technology we used for this was 3 motors, includes a servo motor. The two motors spun the cd’s in opposite directions, so a ping pong ball could be projected out of it. The servo motor was used for the dispenser part of the device. We used an arduino as well to control the servo motor basically telling the servo to rotate to 90 degrees and delay for a length of time. The servo would rotate to 90 degrees and go back after five seconds, giving enough time to the player to return a ball back. we adjusted the power supply to find the perfect amount of volts we needed and it turns out 3 volts was enough to project the ball with enough speed. We learned from all of our previous projects how to incorporate all of these different types of devices to build the perfect ping pong ball shooter.

Implementation Details

We really had no idea what to do for our final project and honestly we were just throwing out random ideas and all of a sudden a ping pong ball shooter came to play. We also thought about how much Zac Ellis needed to improve his game. The first thing we did was a draw some designs that we thought would make sense and tried to make them on inkscape. Once we drew them on inkscape we cut out the shapes and put them together, which we thought would be a solid first prototype. We really did not know what to use to project a ping pong ball, we happened to come across some CD’s and some grip tape that we had just purchased that day so we put some foam between the CD’s and put tape all around the CD’s so the balls would have some friction to go across. We put the two motors inside each hole of both CD’s so we would be able to rotate the CD’s and get some speed. Then we were not sure how to power the CD’s without being super fast because we had a 12 volt DC adapter that would keep breaking the device. So then we found Tom and he gave us a power supply that we could adjust the volts to find the perfect speed so the balls would shoot out of. After we figured out how to shoot the ball, we needed to find a way to dispense ball between the cd’s to project the ball. We used a servo and arduino to turn a circular piece of form to drop the ball in the spot we wanted. It was really stressful and hard to put this all together but in the end the last prototype worked out really well and is really consistent. We had a lot of fun when the machine started working and thoroughly enjoyed making are goofy video.

 YouTube Preview Image

Final Project – Team Progtronics – 6x6x12 LED Tower – 0930
Group Name: Progtronics
Class Time: 0930
Team Members:
  • Bobby Gaylor
  • Andrew Pettigrew
  • Derrick Contreras
  • Kaleb Peaden


Using LEDs connected in a specific fashion we wanted to create a large LED tower to facilitate a 3-dimensional pong game in which two players can play.

Team Members

  • Bobby Gaylor – Concept, Main Unit Hardware Design, Software Design 
  • Andrew Pettigrew – Main Unit Hardware Assistance, Controller Hardware Assistance, Hardware-to-Software Configuration Assistance, Software Assistance, Elbow Grease, Motivational Assistance and everything else not noted.
  • Derrick Contreras – Controller Hardware Design, Presentation Assistance
  • Kaleb Peaden – Controller Hardware Assistance, Presentation Design

Specifications and constraints

Specification Planned Actual
Weight <5 lbs. <3 lbs.
Cost <$100.00 ~$40.00
LEDs 432 432
Solder Joints Many >1,500
 Resistors  1  37(27ohm)
 Transistors  0 12(MOSFET) 
 Board(Mega)  1  1


A former project was used as a type of prototype to understand the circuit design and software control. The former LED grid was 3x3x3.

Human Factors & Ergonomics

Since this was the first run incorporating a game into the hardware, we prototyped the controllers with this project. With future use we would need to improve the ergonomics of the remote and human interaction by compensating for multiple button depressions.


Arduino Mega with supporting software and circuits. The biggest chunk of knowledge gained from this project’s journey definitely belongs in the realm of circuitry. We had plenty of practice soldering, and using breadboard to layout circuits and other components on the circuits. 

Implementation Details

Presentation with Additional Information


 YouTube Preview Image

Final Project – S.S. Lapras – 11:00
Group Name: S.S. Lapras 
Class Time: 1100 
Team Members:
  • Jublain Wohler

State your problem and solution

The problem that the S.S. Lapras was to solve, was is it possible to create a self-autonomos boat. In other words, could someone make a boat that can navigate by itself without being controlled by a remote control? My soltuion to this problem was probably one of the more “simpler” ones, if you this could be considered simple. I deciced to use bumper sensors so that the boat could “feel” its way around the bathtub. The left bump sensor when “activated” would turn the right motor in reverse and leave the left motor turning forward. This in turn would make the boat pivot and avoid whatever it “felt”. The same type of reaction would occur if the right bumper was activated only oppsite motors. This plan work very well except for one flaw. That one flaw was that water would bridge the gap between the two parts of the bump sensor, telling the Arduino in charge that the bumper had been activated sending the boat into a spiral until the water fell away.

Team Members

Since I decided to work alone, I played all roles that would normally be present in a group.

Specifications and constraints

Specification Planned Actual
Weight 3pounds 5 Pounds
Cost $0 $3
Height 3 in 6 in
Length 8-10 in 8 in
Width  4 in  8 in


I ended not having to use any prototypes because my final product is still kind of a prototype. I’m currently working to work out all the bugs of my boat.

Human Factors & Ergonomics

The S.S. Lapras is very human freindly. The propellors are made of thin plastic so if a young child stuck his finger into it, the childs finger would be unharmed. Also, if you are concerned bout your child being shocked, don’t be. While the boat is powered by a 9 volt battery, there is very little current running through the bumpers that will not affect a child or any living being for that mater. The final product would be designed for kids. It would look like a turtle. The final product would sport a cute turtle shell cover to conceal the propellers and interworkings of the machine.


In this project, I implented knowledge and technology I learned about at BEETS, a week before my semester even began. This would be the bumper sensors, dual motor driver chip, and of course the Arduino. We have worked with the Arduino during the semester so as I became more familiar with it, the more I began to appreciate the potential it had. Working with the Arduino taught me some basic coding practices as well as how to deal with things not working the first time you try, or the second, or third sometimes. The amount of time and effort put into the wiring and coding of the S.S. Lapras was extensive but in the end it taught me how to deal with the desgin process.

Implementation Details


Final Project – The Gift of Music – 0930 and 1100


Group Name: The Gift of Music
Class Time: 0930 and 1100 
Team Members:
  • Austin Bright
  • Marlo Griffith

Problem and Solution

When Marlo and I decided upon doing our music box, we had no particular reason as to why except for the simple fact that it seemed doable and it seemed like it would be a cool project when we were done. Now through the building process we nibbled here and there at trying to find ideas for our music box because just a plain ole music box would be boring. So we thought maybe a music playing jewelry box would be a good idea. Then as we kept building we thought we need something more extravagant, so the idea of using it as a gift box for Christmas wrapping came to mind. People like when they receive birthday cards that play music. Why would they not like a box playing music. Also this would be great for the parent giving their young child new underwear because the great box would take away the anticlimactic reveal of underwear. But then this past week as Thanksgiving was upon us the idea smacked me across the face. Why did our reasoning have to be so perplexed when our music box could simply be just that a music box. We had a lot of my family over Thanksgiving and one of those family members was my Papa Manuel. He is a great man who dedicated his life serving. Upon serving a friend from church atop the roof of his house my Papa Manuel fell and did not become paralyzed but rather crippled. He cannot twist simple objects because his hands do not have much functionality anymore. This is where the idea came into place. Most music boxes need to be triggered by a twisting dial, ours is triggered by a light sensor so you just simply have to open the lid and music plays. I remember that when we were learning about human factors, we learned that the main purpose is to find a simpler way of doing something for the person attempting the action. Like an automatic door for someone in a wheel chair for example. So our “boring” music box is something special to those who benefit from its use and this is why I is called The Gift of Music.

Team Members

  • Marlo Griffith- Marlo was in charge of the assembly of our final wood box, she took care of our programming, as well as getting our Frosty the Snowman MIDI file into code.
  • Austin Bright- Austin was in charge of the display board used at Exploration Place, soldering, built and decorated the prototype box, and composed this blog post.


Specifications and constraints

Specification Planned Actual
Box Height 6 inches 7 1/2 inches
Box Length 9 1/2 inches 9 1/2 inches
Box Width 9 inches  7 1/2″
Type of wood/Size 1/2″ / plywood 1″ x 6″/ pine* 
Inside attachment/hidden compartment wood N/A 1/4″ Luan
 Hinge Amount  2 hinges  2 hinges
 Snowman Height  <2 inches  <2 inches
 Duration of Music  <15 seconds

 ~27 seconds

Cost N/A

1×6-10’ pine at  $4.50
  1×12-3’ pine at  $2.29
      two hinges at $2.00

total cost:  ~$10

*Actual size: 3/4″ x 5 1/2″



We had two different prototypes that we used. one was an actual wooden box that Marlo had previously assembled but once we hooked our electronics up we realized that this box was nowhere near where we needed to be. So we then decided on making a foam box. the foam box once decorated was a great tool for our display at Exploration Place but it had its own flaws as well. The foam board was much too flimsy and was not anywhere near strong enough to hold our motor. So then we realized that we really did need a wooden box which is what our final project ended with.



Human Factors & Ergonomics

Before our project was at its last stage we realized a problem that we had and needed to fix to make this music box more ergonomically sound. Our music box would play music when it opened which was great and what we wanted but when the lid was shut prior to the musical loop finishing, the music would continue playing. We then had to go in and add to our code another code that would shut off the music if the lid was closed prematurely. We were successful in this endeavour.

Our music box has a great element of human factors as well. Earlier in the year we had defined human factors as a way to design some device to fit a person’s specific needs. Or as one of our guest speakers had told us, the world is plastic so go shape it. People that are crippled in a way that they do not have full function of their hands or have bad cases of arthritis and cannot turn the dial of a music box can easily use our box. They just simply have to lift the lid whether that be with a hand, an elbow, a knee, a foot, or even their head. They just need only to lift and the light sensor will do the rest.


Our music box used many of the different technologies that we learned this semester. Our first project that we had done in class had to make use of a motor.

 We incorporated a motor into our music box by putting a little snowman atop the motor so it would spin as the music played.

The next big technology that we learned was with the Arduino. We first did this with the Arduinoween project.

Our music box was ran off of the Arduino. we had code on that bad boy that we would have never been able to do before this class. We even administered use of a Frosty the Snowman MIDI file that we put through Dom’s code translator to change our MIDI file into code.

Our light sensor was also another technology that we used and had no prior knowledge about before this class. We learned that to get our light sensor to work, we had to tell the Arduino that when the sensor read a number above 70 to turn our song and motor on and when the number was less than 70 nothing would happen.

Heck, we both even learned how to solder in this semester as well.

Implementation Details

Our story of how it came together is honestly a bit comical. Our first night that we were together as a team we were going to pick what exactly our project was about. About 3 hours later we finally had an idea. We sat and thought for 3 hours! This was on a Monday night. The next day and night were starting the code, couldn’t figure it out. Wednesday came and went and we still could not figure out the code. Then there was Thursday. We went in to work on the code and figure it out once and for all because we had finally swallowed our pride and asked Dom for help. He said that he would help us after his meeting that was supposed to get done at 1930. His meeting lasted way past 1930, I can only imagine his boredom of sitting through a meeting, so we decided that we would just go to town the next day. Friday comes around and we realize that our wooden box is not big enough so Marlo went to work on the wooden box and I started on the foam box, it was around 1200. About 6 hours later our foam box was finally finished and Marlo had gotten started on the code with the help of Dom. She had to put the code into “English” and then translate it into code. This took quite and we had finally assembled all of it around 2330. We still had one big dilemma. we had no way of mounting our motor. So after about an hour of different methods of mounting we went with the always faithful duct tape method. Our box was finally finished but wait, we still needed to print out the specifications and other documents that I had typed up earlier that evening. Once we printed everything out and glued it to the board it was then 0100. We were at the lab for 13 straight hours and managed to get our prototype finished. Our time at Exploration Place went well and many of our viewers loved getting to meet us and see our project. We met some awesome people while we were there and got to explain our project to many different people and it was just an overall great time. The fun was over though and when we came back from Thanksgiving break it was back to work. We were in the lab working on soldering, the additional code, and getting our bigger speaker to work all in our new and improved wooden box made by Marlo Griffith. Once the code was written and everything was assembled correctly within the music box we were ready to present! 



Building the box (addition by Marlo)

The hardest part about building the box was the planning. I had built a box many years before but I had never had to actually create my own plans and design for it. I spent about 3 days just trying to figure out exactly HOW I would build it and actually figuring out how much materials I would need. As you can see, I was all over the place to make this box well.


The outside of the box was fairly easy to create, I cut 1×6 pine into the dimensions I wanted using a radial arm saw and table saw. It was attached by screws and glue. Everyone in the shop I work at was busy so unfortunately I was not able to get any pictures of the actual building process. The main problem was figuring out the inside of the box.


It was fairly frustrating trying to figure out how the inside would be put together. I had my design down but I just didn’t have the knowledge to know how to put it all together, so it was a trial-and-error process to create the inside. 


I knew that I wanted 2″ tall of a gap for the hidden compartment for the electronics, but I didn’t know how to make it. After many long hours of planning, Dominic was finally the one to help me understand how to do it; it was basically two pieces of wood the width of the box and 2″ tall that the removable piece could just lay flat on. From there it was trial and error to figure out how the back piece where the motor would be would attach to the connecting piece to create the space for the jewellery to go into. I figured out that the motor actually has a place for screws to attach so I drilled a hole for the motor to sit flush with the 1/4″ Luan and drilled two small holes to allow the screws to attach. To allow the back piece to attach, I just added two pieces of wood to allow the luan to lay flush with the inside top of the box to allow only the santa to fit snugly into the lid. Because of time constraints I was only able to create two small pieces that the 1/4″ luan to lay on but in reality I would have wanted one whole piece that the luan would actually be able to attach to.


If I were to change anything, I would have used staples instead of screws, I would have made the inside look better, designed an actual place for the sensor to go, and an overall better look. I would have also planned better. For the future I think I will be better equipped to build something now that I have knowledge of planning and figuring out materials.
I also would have planned a better design for the snowman to actually lay down when the box closes (using the spring design) so the lid could be smaller and to make the box smaller in general.


Code/MIDI implementation 

This is the main body of the code. In the loop, it reads a number (~78) and it if it less than 78 (aka “light”) then the motor will turn on and it will play the song. If left open and no darkness is read, it will play the whole song (a function called playSong) and then finally turn off the motor. In our code we wanted the music to stop if any “darkness” was read by the sensor, and if so, then the music would stop. This is done by the “#define delay fakeDelay” and the function fakeDelay. This is done before it compiles the code by replacing the “delay” in our playSong function with “fakeDelay” and checking for light; if it reads that it is “light” then it will continue with the normal delay and continue through until there is darkness. The song will always start over from the beginning if there is any darkness read.

This code is our song “Frosty the Snowman.” It was created with Dom’s help, a tool that can convert a MIDI file to Arduino code: MIDI To Arduino

MIDI stands for Musical Instrument Digital Interface, it is basically an instrument but made digitally. In our case, the instrument is a piano. It allows electronic musical instruments and computers to interact with each other. You can make any song using a MIDI ediotr, in our case a tool called Rosegarden. The MIDI file, in order to use for Arduino must read only one note at a time and any duplicate note is ignored. 

Finished Product


Final Project – Never Alone! Christmas Edition- 0930



Group Name: Never Alone! Christmas Edition
Class Time: 0930
Team Members:

Problem & Solution

When you are having a bad day, our Santa could cheer you up! The main purpose of our Santa Clause (Mr. Santa) is to brighten up someone’s day and bring joy to Christmas. Mr. Santa could be standing at any location in the mall or anywhere, even outside, playing Carols of the Bells, and as numerous people passed by, a few will stop to look at Mr. Santa. When they stop and stand in front of Santa Clause, Santa will starts waving at them as a greeting and when they leave, Santa will stop waving. Santa will only wave at people that take notice of him; he does not wave at everybody. Therefore, hopefully the people that take notice of Santa will feel special when they see him starts waving at only them. A simple friendly surprise greeting from Mr. Santa to brighten up your day.

Team Members

  • Binh Dang: Creating/cutting the design, power point creator, and film maker!
  • Samuel Schawtz: programmer!
  • Nicole Rameraz: Painter, decorator, and power point creator.
  • My Dang: Blogger and finalizing projects.


Specification Planned Actual
Weight light weight very light weight
Cost $0 ~$5.99
LED lights (red,blue,green,white) 4 8
Photo Cell 1 1
Servo 1 1
Santa’s Hands 3in x 6in 3in x 6in
 Santa’s Fat Belly(body) 10in x 10in 10in x 10in
Santa’s Head   6in x 6in 6in x 6in
 Santa’s Beard  4in x 4in 4.4in x 4.4in
Santa’s Hat 8in x 5 in 7.52in x 4.96in
Base of Box 12in x 6in 12in x 6in
Small Sides of Box (2) 3in x 6 in 3in x 6in
Longer Sides of Box (2) 12 in x 3 in 12in x 3in
Santa Is Amazing Amazing Super Amazing!!!!!!!! I love Santa


We did not use any type of prototypes for our project. We created our own design of Santa Clause on Inkscape, then we cut our design out using the foam cutter and put everything together. However,  our group did went through two different types of design for Mr. Santa. We were not very satisfy with the first design, as a result, we created another design of Mr. Santa and the box that satisfy us more.

1st Design of Santa

2nd Design of Santa

Human Factors & Ergonomics

Mr. Santa is a great way to have something for people to smile about when they are walking down the street or in a place by themselves. It is a random act of kindness(sort of) to make people smile and cheer up their day. Plus, Mr. Santa have lights that flashes accordingly to the music that he plays, which make Mr. Santa more enjoyable. The best part about Mr. Santa is, it allows people to have an interaction with technology easily. People do not need to have any kind of knowledge or understanding about technologies to work Mr. Santa or interact with it because it function automatically.


In order to make Mr. Santa, we utilize a variety of different software to help us create the design and program it. We used Inkscape to create the design for Santa’s body and the box. Then we used the foam cutter to cut out our design. For the programing, we used Arduino to program the Arduino to what we want it to do. However, in order for us to add a sound track file to the Arduino, we had to use a different software. We used RoseGarden to create a simple music track (one beat) for the Arduino to read. Then we used to convert the midi file to Arduino for the Arduino to read.

Implementation Details

We started creating the design for Mr. Santa using Inkscape. Then, we cut the design out using foam and we put our entire project together using hot glue and tape. We had a bit of trouble with programming the photo-cell and servo to move accordingly with each other. At first, we got the photo cell to work with the servo but when we added the midi file into the Arduino and got the LED flash accordingly to the music, the servo would not move accordingly with the photo-cell. However, Dom helped us fix the programming for that by adding the movement of the servo into the the midi track itself which made it work amazingly! Thank You Dom for the help to make our project even better !

Files you can download to make your own!

Santa Design

Santa’s Mitten Design

MIDI File (Carols of The Bells)

Arduino Files

YouTube Preview Image

 Final Look

Exploration Place!

Final Project – Christmas toy – 9:30 &11:00
Group Name: Christmas toy
Class Time: 0930 and 1100
Team Members:
  • Khalid Almustanyir
  • Dhafer Almustanyir
  • Rakan Alyami
  • Mohameed alyami

State your problem and solution

Since it’s about Christmas , we want to come up with something has the Christmas spirit . so we decided to make the Christmas Toy

Team Members


  • Khalid works on the design
  • Dhafer work on programing
  • Rakan come up  the with idea and  work on the final shape
  • mohammed alyami helping with programing

Specifications and constraints


Specification Planned Actual
Weight 3pounds 2 Pounds
Cost $20.00 $40.00
colors any color Christmas colors
 snow man  2  3


We come up with two other design before coming up with this one. I looked up on Google many design  but we went with this one . We brought out the cherry side of Christmas with the red, green ,and silvers. You can not forget the snowmen on the top with the lights that bring everything together.

Human Factors & Ergonomics

instead of buying a Christmas toy, we think people should make their own as they want  . it’s so much fun and they will love what they make


You plug the design a USB port and then the sincere witch is light activated  will make the lights come on and the snowmen turn. we are using one  Arduino.

Implementation Details

We all thought with the time of year if would play a good role. We all love this time of year with all the families getting together sharing food and gifts. I liked working in this group and thought that we all work very well together and would like to work in any other project we may have again.  here is our video and Thank you for your time and have a great day.My Movie – Small


AUTO WATER – Mediterranean Dew – TR 0930
Group Name: Mediterranean Dew 
Class Time: 0930 
Team Members:
  • Andrew Burdick
  • Corey Cranmer
  • Jayme Fuentes
  • Jacob Marler


Do you ever find yourself forgetting to water your plants? Our goal is to create a device that fixes that problem while being completely automated. This device would only require water refills and a power supply, and contain enough logic to keep the plant at optimal moisture levels. We knew we needed a reservoir, an arduino, and some form of water transportation, and so we began to plan and build the first prototypes…

Team Roles

  • Andrew B – Design, Logistics, and Construction (Solder, Wires, and Foam)
  • Corey C – Photography/Video work and Misc. Help
  • Jayme F – Display maker, Resource procurement,  and Construction consultant (Plastic, Tubing, and Glue)
  • Jacob Marler – Coding Specialist and Misc. Help 


Specification Planned Actual
Cost ~$20.00 ~$20.00
Power 9V Batt – 1 9V Batt – 1
Electromechanics DC Motor – 1 Servo – 1
Display  Flower/Pot  Flower/Pot
Reservoir   121 oz Clorox  32 oz Yogurt tub
Microcontroller  Arduino Uno – 1

 Arduino Uno – 1

Wiring ~3ft  ~2ft
Base mat 3x4x4 in flat Cardboard 12x12x4 in flat Foam
Glue Hot glue – 1/4 stick  Hot glue  - 1/2 stick
Tape 12 in of Duct  6 in Blue tape/6 in Duct tape
Plastic 1 ft ABS feed ~2.5 ft ABS feed
Hose 4 ft of clear plastic 2 ft of soft rubber

2 Prototypes

Green Pump Era

First drawings of basic design and impeller pump

Originally, we were very focused on using the 3d printer to make a pump because the concept was downright cool. So models were found and instructional courses were attended, and we went in confident our meager knowledge could bring our pump to life and move water. After several days of failed prints and scaling issues, we had almost figured out the printer and produced the parts we needed. We quickly glued the pump together and were overjoyed when it exceeded expectations in our initial tests. But then we realized that the pump we had printed was not suited to our devices needs. It would be impossible to implement. So we turned back to an older and simpler design. 


Servo Era 

First drawings of servo design


Servo Era

After the initial failure of the impeller pump, we knew that we needed to use a more effective means of spreading our water. The answer was beautifully simple: use gravity to push the water out of the bottom of the reservoir through a tube. To control the flow, we would simply need to pinch the supply tube off, and the servo seemed to be a good tool to make the pinch work. We began to gather information on servos and started programming. The plan worked fairly well, and we had the system we needed to send water through a tube in no time. The last problem was to perfect the pinching mechanism and code, and that took a tweaks and aides from our superiors. The second variation of this design is what we are currently using for the device. 






Human Factors

We tried to base our design on the concept of battling man’s extreme negligence and laziness with machine’s regularity and dependability. Our final design does a fairly good job by slowly releasing water when the moisture levels get too low. But if the user happens to not keep any sort of regimen on filling the reservoir, we have thought up a few solutions. The first and simplest of the three would be a low-level indicator led. To make the led signal a lack of water, a trigger circuit would run through the lowest levels of the reservoir through exposed ends in the water. Once the water dropped and broke the connection, the led would be lit up. The other solutions branch off of this low-level circuit, but have different effects. For example, an irritating droning could begin when the water became too low. This would be a last alternative due to annoyance issues. Finally, we considered implementing an internet connection to bring the message of “low water” to user’s smartphones. 



Used the soldering iron after Tom taught us in the production of Arduinoween, and this process has really held our projects together.

 3d printing

Got to try this out for the first time. It was strange and difficult, but definitely worth the effort of wrangling software and facing deformed prints. 

Hot glue

Not really  advanced tech, but we would be far behind without it.


Also a new addition to the tech at our disposal. With a little help from Tom and the interwebz, we had our servo up and running. 


The backbone of this whole project, and great tool universally. It has truly become a staple of our design process. 


As the prototype section suggests, we went through two major design phases. These designs were formed from an early meeting where the initial designs were sketched out. We moved on to gathering materials, and began construction on the blue frame in the next meeting. Then the 3d printing began, and that occupied half of the group while the others built and coded. After the parts were complete, the pump assembly was made functional and tested. Despite its failure to be implemented, this design did well at demonstrating our progress.

 With the second design, we knew what direction we need to go and hit the ground running. After a brief planning meeting in class, we gathered new materials and began meeting once more in the lab. We got the nail circuit to work first, and the water system began to slowly form behind it. In our final meeting we worked on the general construction and code of the servo and tube piece until we go the functionality we needed. 


Special Video Thing: 

YouTube Preview Image

thanks to corey for whipping this up ^^^

Final Project – Arrrduino Alarm – 1100
Group Name: Arrrrduino 
Class Time: 1100 
Team Members:
  • Danny Seltenreich
  • Harrison Shellhammer
  • Avery Barker??

State your problem and solution

Pirates work hard pillaging and plundering the high seas and the only security they have to protect their treasure is dirt. So we created a security alarm feature for their treasure chests so that they can plunder more without having to worry about their treasure being stolen.

Team Members

  • Danny Seltenreich – programmed arduino, wiring, and helped with attaching components to chest
  • Harrison Shellhammer – provided chest for outer shell, crafted inner shell for gold to sit in,  designed trim to make inner shell fit into box, and helped with assembly
  • Avery Barker – built poster board for exploration place

Specifications and constraints

Specification Planned Actual
Weight   15 Pounds
Cost   $62.00
Arduino   1

External Power


2x12v packs

1x9v battery


 4 LED 10″x1/4″ strips

Particle Board  

 1/4 thick sheet


Cloth    1 yard
Nails   2 strips of 20
Ascetics    Pleasing to look it
Usability    1 to 10: 8

14″ length

6″ width 

Chest Shell   13″x5″


The original chest was the only independent variable throughout the whole project. The inner shell’s original design didn’t fit as planned. That being said we had to create a trim piece to fill the space between the edge of the original chest and the lip of the inner shell. Three prototypes went into the trim piece because we didn’t take into account the cloth thickness and some of the wiring. The prototypes programming was only changed once to make the delay time shorter when opening the chest. 

We built a prototype using trial and error that built upon itself to create our final project. 

Human Factors & Ergonomics

There are handles on the chest to help with carrying purposes. There is a chain to keep the chest lid from opening past a comfortable closing point. There is a way to further secure the chest with a padlock if the owner sees fit. The velvet interior of the chest provides a silky smooth contact when reaching for da booty. 


We used more powerful LED’s than the ones supplied during class which required an external power source to fully power themselves. We also used many transistors to help with powering components that need a little extra power. The alarm was deactivated by a switch wired into the inner shell of the chest. We added a speaker with a transistor so all would be aware of the intruder. I learned a lot with the coding of the arduino and how specific you have to be when writing a code to do what you want. 

Implementation Details

Shell Design

Power Tools

  • Circular saw
  • Jig saw
  • Router
  • Cordless drill
  • Cut off saw
  • Nail gun
  • Staple Gun
  • Plainer
  • Belt sander


  1. Getting the measurements needed from the chest to create the shell, I grabbed a speed square and a pencil and drew out the pieces on the particle board I cut out prior to plugging in any saw. This way i knew how much wood I had left over in case I needed to re-cut a piece. 
  2. Using a circular saw for the elongated cuts and a jig saw for the corner pieces, the boards all came out perfectly the first time to what I had pre-drew. After getting all five pieces cut out of the particle board, I moved on to the router.
  3. Using the router is a bit complex if you have never used one because you have to pick the right bit for what you want. The main battle is making sure you know what pattern the bit will cut into the board and how deep the cut would be. I routed the bottom platform of the shell so when it came time to assemble, the pieces just sat perfectly together along the grove. 
  4. Using glue and a nail gun, I moved on to the construction of the box. In no particular order i nail each peace in. Of course making sure before hand that the pieces all fit together smoothly. 
  5. Now that the box is constructed i had to create pegs for the bottom of the shell because of the clearance needed for the arduino. Those I cut all the same length and were the easiest part of assemble. Attached with a wood screw. 
  6. Now that the shell fit in the chest, i noticed a bigger gap then expected and the height was about a 1/4 inch off. This is where I came up with the idea that tied it all together. I made a flat top for the shell that fit snugly against the edges of the chest. Using a jig saw, I cut out the rectangle needed to reach into the shell. After attaching with a nail gun, I applied the cloth.
  7. The cloth was a last minute idea we had the last day of class. We thought it would class it up and make it look presentable to our customers. We attached the cloth loosely to the shell to hide stretch marks and lighting as much as possible. Was a cheap way to clean up the project. 

Coding and programming

Designed with-

  • 3 transistors
  • 1 resistor
  • 1 switch
  1. First I made an if statement that says if the chest is open than the lights shining on the box should turn on and once the box is closed the lights go off.                                                                                                     Lights Working
  2. Then I designed a switch to disable the alarm if it is flipped down.                                                                                                                                                                                                                             
  3. Then I made the code check the time that the chest has been opened if it has been opened for 3 seconds or longer than the alarm will sound if the alarm is activated.                                                                                                      Video[1]
  4. Then the alarm just has to disarmed using the switch or closing the chest lid.






Final Project – Trebuchet Turret- 1100


Group Name: Trebuchet Turret 
Class Time: 1100 
Team Members:
  • Grant Neumann
  • Scott Farwell
  • Colton Berblinger


Our team wanted to design a rotating turret that can aim a trebuchet left and right. We also wanted to create a mechanism to fire the trebuchet. After we achieved these two goals we hoped to be able to control the turret and firing mechanism using our phones. To do this we decided to use Bluetooth. 

The Team

  • Grant Neumann- Built the trebuchet, helped build turret 1.0, and did the blog post.
  • Scott Farwell- Did all of the programming for the servo motor that was used for the trigger mechanism, the motor used to rotate the trebuchet, and the Bluetooth controls for the phone.
  • Colton Berblinger- Helped build turret 1.0 and built turret 2.0. 

Specifications and constraints 





<20 lbs

<20 lbs




Power Input

12 volts

5 volts


Tennis ball

Tennis ball

 Aiming left and right

 From phone

 From phone


 Reset arm

 Manual reload


 From phone

 From phone



Version 1.0 and 2.0


The turret went through two designs. Version 1.0 had a motor mounted to the bottom of the center of the trebuchet. It was balanced on the motor and used wheels made out of ping pong balls to stabilize the trebuchet. The problem was this did not allow for a stable enough base for it to be able to fire and rotate. The trebuchet was only able to rotate when the counterweight was directly in the middle. This only allowed the user to aim the trebuchet when it was not loaded. We then designed version 2.o to fix this problem. Version 2.o is the same basic concept of the version 1.0 except it is made out of wood rather than foam and we used actual wheels to add stability. 



Human Factors & Ergonomics

The motor on the turret allows the user to aim the trebuchet and the servo motor allows the user to fire the trebuchet. By using Bluetooth to connect the arduino to a phone, the user is able to aim and fire the trebuchet from a distance.

We also hope to develop an app to control the trebuchet turret. The app would have 3 simple functions: fire, aim left, and aim right. This would make it easier for the operator to aim and fire the trebuchet.



To complete this project we used the foam cutting machine to construct a prototype for the base. We also used our knowledge of programming to program the arduino to do what we wanted it to do. We also integrated Bluetooth into the arduino so that the turret could be controlled form a phone. 

Implementation Details

When we started the project we were lucky enough to already have the trebuchet constructed. This allowed us to jump right into building the base and working on the trigger mechanism.

  1. We began by programming the motor to turn both directions. We also made it to so that the motor would turn in 15 degree increments.  The 15 degree increments were designed to give the trebuchet somewhat precise aiming mechanism that wasn’t monotonous to aim (having to hit the turn but several times to turn it larger amounts).  To do this we simply found a timing for the motor to be on that corresponded to approximately a 15 degree turn (which was about a quarter of a second).  Then next challenge we faced was turning the motor two separate directions, to do this we used a driver, a device that when given inputs in different areas current is sent through the motor in different directions causing the motor to be able to move either direction.    
  2. After getting the motor programmed would built a base out of ….
  3. After mounting the motor onto the base we programmed the servo motor to turn 90 degrees. This allowed it to pull the pin to fire the trebuchet. This was probably the simplest part of the coding because all we had to do was set the servo to rotate 90 degrees given a certain input.
  4. Then we used Bluetooth to connect it to a phone. This allows the user to control the trebuchet remotely. For this we had to program our Bluetooth chip and computer to “talk” to one another so that phone signals could be transmitted to the arduino in a language that it understands.  This part took some delicate soldering that Dom took care of. 




Final Project – THE INNOVATERS–(09:30-10:45)
Group Name: The innovaters
Class Time: 0930 or 1100 
Team Members:
  • Member 1 Muhammad Jahangir
  • Member 2 Husnain Shafqat

State your problem and solution

Today’s human is facing countless problems leading to a stressful life. According to a research, the highest number of heart attacks occur during traffic jams. Someone is getting late for work or for an interview, for an appointment or for a reservation at a restaurant, everyone is in a constant race against time. Where being stuck in a traffic jam can be stressful, finding a parking spot is no less ordeal which sometimes can take longer than the total travel time.

In today’s age, time means money and everyday several of us waste a good amount of time in looking for the perfect parking spot that we all dream about. It is the time that we otherwise can spend doing other useful things like spending it with your family. If the odds are in your favor, you may find one, the moment you enter the parking lot or you end battling other drivers or chasing people to their cars in the hope you will win a spot. This can be avoided if there is a way to tell the driver if there are any spots available in a particular lot and where exactly you can find it. In order to do this, we came up with the idea of designing a system that would display available and unavailable parking spots at the entrance of the parking lot. This would not only save time, make life less stressful but will also save a lot of fuel that is burnt everyday in the parking spot hunting.

Team Members

  • Member 1 – Husnain Shafqat, attaching wires, helping with structure, finishing.
  • Member 2 – Muhammad Jahangir, Writing code and helping with the structure, foam cutting.

Specifications and constraints

The main focus was to solve the problem, so i might not look that well its works quiet fine.

Specification Planned Actual
Weight 5 pounds 6.5 Pounds
Cost <$10.00 ~$35.00
Foam cutting    Photocell
Glue  breadboard  wires
 wires  15  20
Project completion  3 Hour  3 Hour




We kind of made what we wanted, the original shape was kind of like this!


We had to change some design due to wiring.

Human Factors & Ergonomics

The best example of  the problem can be seen in our campus, THE parking problem.Our project solves a problem quiet well and explains everything that need to be done!

The project particularly focuses on the problem and is designed to be implemented physically on a large scale.


We made a good use of drilling machine for making holes in the foam.

We used foam cutters for making the base of our project or the structure of the parking lot. We have learned how to use foam cutter in our previous project and we were very much familiar with that so we used our previous project knowledge in this.We used the software Inkscape in cutting foam.

For the programing, we used Arduino to program our project. So our main problem was the programing, it was a big challenge for us.The main technology we used was the LDR or photocell. We have to program it and adjust it according to light around it.It was a big technology for us. This was the first time we were programing a photocell it was a good experience and Dom helped us in this.So in basic language our  technology was like this if the light intensity around the LDR is above 250 the green light will stay bright but if its less the 250 it will turn off. So basically we just have to find a threshold value, later we installed one more LDR and  its function was just to find the threshold value. This was a great experience for us.Our project was based on this technology.

We do have a advise for everyone when you will start using this technology it will look hard but don’t give up you will succeed by trying again and again.


Implementation Details

This was the last step. At this point we had lots of wire, arduino , breadboards and Leds to deal with. We have to put all this stuff in one place.

The main problem were the wires. We have to deal with lots of wire that’s why we used to breadboard because one breadboard was not enough for the wires.

After spending 2 days in engineering lab, attaching wires and foams, making good use of Dom’s good knowledge of programming we came out with our project.

Correct use of arduino app for programming.

This is our Final project.










Here goes the video.


THe project


Final Project – Tic Tac Toe 5000 – 1100
Group Name: el Juego
Class Time:  1100 
Team Members:
  • Luis Cancino
  • Rochell Delevante
  • Heber Jimmenez
  • Dien Kien

Project Goal

Our ultimate goal for this project is to create an interactive Tic-Tac-Toe machine that brings endless joy. We measure our success by the amount of smiles when someone plays it.

Team Members

  • Luis Cancino – He and Heber solder and re solder countless connections. Also help out with the coding.
  • Rochell Delevante – She came up with the idea, created the poster board, and develop the commercial skit. She has an overall support in each step of assembly.
  • Heber Jimmenez – He and Luis solder and re solder countless connections. He also works with Dom to figure out the code. Furthermore he selects, sort, solder, and label each different resister per button.
  • Dien Kien – He draft the design and assemble the case, and buttons. With the input of his teammates, he develops the blog, and video.


  • Wood board 2 ft high and 4 ft long for the case.
  • Foam board 3 ft high and 4 ft long for the buttons sides and back cover.
  • 18 red and green LEDs.
  • 9 buttons
  • 9 different resisters.
  • 1 aurduino
  • Lots of glue and wires.


This project sound simple enough at first, but when it comes to the design, assemble, and coding, this project was a nightmare. We went through four re designs; re solders countless connections, and scrambling ways to compress our code to manageable chunks

Human Factors & Ergonomics

To be honest when Dien design the case; he did not even thought about the human factor, he made design changes as the project was being work on, for instance, when the group decided that initially we are using way too many LED lights, more than 72 in fact, so he cut those number down to a manageable 36. As for the final overall look to it, he design the case like touch screen table consider it can be played in any direction, but we had to scrap it, since our only pexi glass cut out did not fit properly, also it degrade basic functions, for example, each button seem to be sticky.

Implementing New Technology

For this project we wanted to do something new; every single projects we have always been using the foam cutting machine, so for this project we wanted to do something new. With Tom’s help we were able to use a laser printer to cut out our wood case design. Wood is also a new material we use for this project, it add a nice craftsmen finish. We did original wanted to apply a square pexi glass cover for each of our buttons, however by doing so the button basic function degrade, so we scrap it.

Check out our development video!

YouTube Preview Image
Final Project – The Claw – 1100
Group Name: The Claw 
Class Time: 1100 
Team Members:
  • Michael Acker
  • Chandler Bolen
  • Thomas Simpson
  • Adam Pierson


When we started our project we had one goal, to knock down a Lego town. We decided to build a robotic arm that could swing a wrecking ball to destroy things. As we built our project we discovered that our arm was to powerful for itself. To build a robot arm with enough strength to keep itself in check and still be able to hold and destroy things.

Team Members

  • Michael Acker- Built the robot, Wrote the Code, Ideas
  • Chandler  Bolen – Built the robot, Ideas
  • Thomas Simpson – Built the robot, Ideas
  • Adam Pierson – Built a prototype, built our Lego town, and purchased materials

Specifications and constraints

Specification Planned Actual
Working Claw Be able to pick up about a pound of weight Claw never was functioning
Can Smash Lego Structure Able to Smash Legos Able to demolish Legos and itself at the same time


We went through 5 different prototypes for our arm. The first 4 were made out of foam and the final one was made from wood. We went through multiple variations because our prototype would usually break itself when made of foam, but foam prototypes were easy to make and were great proof of concepts.

Human Factors & Ergonomics

 When looking at the Human Factors of this project we discovered that our GUI was way to sensitive for the common person to use so in the future we plan on reducing the sensitivity and adding keyboard controls. We have already begun reducing the sensitivity by increasing the size of the GUI. We also would like to reduce the range of motion of the turn table. When we were testing most of our group members were accidentally hit due to the arm’s large range of motion. When we were at Exploration Place many people were almost injured by our robot because of this. This issue is one of the first things that we would like to resolve. 


For this project we fully utilized the laser cutter and foam cutter. Our project fully takes advantage of an Arduino and Servos. This semester has allowed us to utilize this technology to the fullest. For example, this class has taught us how to program and use the foam cutter. Due to this project we were learned how to laser cut and how a servo specifically works. Originally we thought that it simply received an input that told it where to turn. In fact, it has a micro controller inside of it that will register the input and adjust it to the specified angle. 

Implementation Details

When we started this project we had no clue how much work this would actually be. We went though many renditions of the claw and arm itself. Another challenge for us was setting up the turntable to be able to move the robot at a relatively quick pace without the robot destroying itself in the process. After going to all of our iterations of the claw and arm we finally built our project out of wood. There are many things we still would like to implement such as a functional claw. Currently, the robot can only destroy. Eventually we want the robot to be able to grab things, have keyboard controls, and have a less sensitive GUI. 

YouTube Preview Image