BUG - Final Thoughts

Here is the final demo for BUG:


Overall, I was satisfied with how far BUG came. I never expected to 3D print parts for it, or make it multicolored. However, I thought that the project needed some extra pizazz. This was my first time ever creating my own touch sensor and using the RGB LED. I'm very proud of what I came up with.

The response at New Media night that I received was overwhelmingly positive. Many attendees were saying that I should figure out how to mass produce more BUGs and sell them. Parents told me that they would love something like BUG for their children to use, which was very exciting because that was my intention for BUG. I'm glad that most every day people saw the value BUG has and appreciated it for what it was.

Of course, there were the few that didn't see BUG for what it was. I was told by almost every New Media teacher there that night that BUG should be made into something more. Jon Ippolito wanted me to turn BUG into a clicking mouse that interacted with other children's BUGs in the form of a game. Aaron Boothroyd wanted me to turn BUG into a wireless speaker for children. Penny Rheingans wanted BUG to be more responsive to the stroking motion to simulate real petting.

These are all fantastic suggestions to consider. I understand that BUG was not a truly interactive piece, but I never expected it to end up that way in the first place. I'm glad that I chose to do a project that I could attain and only build up from, rather than choose a project that was too difficult for me to pull off. Maybe someday BUG has more improvements in store for it. It is quite the nifty little tool. However, I'll have to research into sustainability a little more, because part of my RBG LED already died after just a few hours of use.

Comments

Post a Comment

Popular posts from this blog

PROJECT 1 (2.0!) : LOCK BOX (For 3/26/19)

Image
I expanded upon my original idea to create the LOCK BOX. The goal is for the user to figure out the button path they must take in order to enter the correct password. Then the box opens for a surprise! The trick to this box, however, is that the button paths change after each successful box open. I have coded a total of 16 button paths, where one is chosen randomly after each successful open. The code allows the user to continue playing in a loop, and the trick to the challenge is a good memory. Here is a video of me playing with LOCK BOX: Here are some pictures: Here is the very long code for LOCK BOX: #include <Servo.h> Servo myservo; const int led1 = 8; const int led2 = 9; const int led3 = 10; const int led4 = 11; const int but1 = 6; const int but2 = 2; const int but3 = 3; const int but4 = 4; int randchoice; int butt1 = 0;        int butt2 = 0; int butt3 = 0; int butt4 = 0; int lbutt1 = 0; int lbutt2=0; int lbutt3=0; ...
Read more

Project one observations

 Project One Observations The main observation about my project is that it is difficult to get people to use LOCKBOX in the first place. The aesthetics of my design suffered due to time constraints and limited access to resources. A lot of people glaze over my project and walk away. It is incredibly difficult to create a design that people want to use for a variety of reasons. First of all, Working with a 6 and a half inch long breadboard makes it difficult to slim down down the size of my device. Second of all, plug in wires is not useful for the fact that they will fall out if not placed correctly. They also stick up a couple of inches, so this also creates size constraints. Third, the Arduino itself is finicky, has to be powered through the wall or my laptop, because I do not have the parts to convert to a 9V battery. To make it worse, the servo has to be placed at the opening of the box, so it is virtually impossible to hide. If you hide the servo, the box wouldn’t be abl...
Read more