Archive for the 'Initial Writeups' Category
Prototype II Proposal Assignment

Write an initial writeup for your prototype.

  • due midnight October 20
Ω – Prototype II Proposal: Washing Machine Auto-Balancer


Description of Idea:

Our device will automatically correct balance offsets inherent in clothes filled washing machines. Specifically, the balancing aspect will come into effect during the machine’s spin cycle. We will use an assortment of micro-controllers, accelerometers, solenoids, rotary transformer, and a ballast. 

Market Consideration:

The market for this type of idea includes the whole of appliance purchasing people. Specifically though, this probably would be an option on mid to high-end machines, as the addition of these parts add cost to the overall machine.

Description of Prototype:

For our prototype, we aim to coordinate the programming and interfacing of the micro-controllers and 2 accelerometers so that we can determine center-of-mass in a rotating body. Additionally, on a second micro-controller we’ll be planning the implementation of solenoid water valves. The third aspect of our prototype will be the planning of transfer of power through the system.

Time-line:

The below table is just an example for how you might do a time-line. Content in the table is also just example content. Feel free to change and restructure the below table as you wish:

date process and goals comments
Oct 28
  • finish detailed schematic of final product
  • adjust prototype as needed to adhere to final product goals
 
Nov 4
  • initial Arduino programming complete
  • test code
 
Nov 11
  • hardware and software working together, although perhaps not robust yet
 
Nov 18
  • prototype II completed, working, report submitted
 

Materials Needed:

This section is extremely important as it serves as an order form for John. John may have to go back and forth with your group via the group forum to nail down what should be ordered given the various constraints of the project and the class itself.

John is really happy to help you with this section. Just email him and come during his office hours to nail down what you need and where to get it.

Please include links for every item so John can get a clear idea of what you need. Content in the table is also just example content. Please change for your needs:

qty item with link unit cost comments
3 accelerometer 12.26 Analog Devices Inc: AD22281-R2
2 arduino uno 30 any Arduino OK, including older Arduinos
3 CLCC-8 (LCC-8) to DIP-8 IC Adapter 10.95 needed to connect the accels
1 Resistor assortment   we don’t need this many resistors, but we don’t know what we need yet. Isn’t there a pile of ‘em somewhere we can experiment with?
3 power amplifier  1.26 IRF830APBF
 1 5 volt linear regulator  5.12  STMicroelectronics: LM323K
       
       
DSSP – Prototype II Proposal: Smart Mailbox for Smart Wheelchair

Description of Idea:

            For the prototype I our team focused on the mailbox and it went really well, so for prototype II we have decided on working on the second part of the project. We have decided to work on the motion of the wheelchair and redirecting the movement of the wheelchair by getting rid of the obstacles it comes through.  Our main aim is not to completely change the way of wheelchair movement, but to avoid obstacles and help those who fear to use wheelchairs due to safety reasons.  There are many disabled people out there who do not use a wheelchair because they are afraid they will hit on obstacles and cause accidents.  Our prototype II will focus on such needs and build a wheelchair that will self guide itself through obstacles but can be controlled by the user if needed. 

Our Prototype II will include the following features:-

  • For the prototype we have decided to focus on the motion of the wheelchair which will get rid of the obstacles in front of its path.
  • Our main aim is not to change the way disabled people use their wheelchair but to help those who are scared to use the wheelchair.
  • The 5 major things that the wheelchair will be doing are as follows:-
    • Should get the notification from the mailbox.
    • Should get input from the user for the destination.
    • Should be guided towards the destination.
    • Should get rid of the obstacles and remain in right path.
    • Should be user friendly(i.e, all the controls should be handled by the wheelchair user)
  • The cost should not exceed $1500
  • Until now we haven’t decided the power needed for the movement of the wheelchair. However we will be using batteries as a power source.
  • There is a huge safety concern in our project because it involves disabled people.  Our prototype will help make wheelchairs safe to drive by avoiding obstacles that can cause accidents and harms to the disabled individuals.
  • Our product needs to be reliable because it is going to be used by the disabled people.

Market Consideration:

            Since our project involves the service for those who are disabled, there is definitely a huge market for the product.  If we are able to successfully build our product, it will help change the lives of many disabled people by making them independent without risking their lives.

Description of Prototype:

Our Prototype II will perform at least the following tasks:

  • Sense obstacles depending on their size, distance, etc. We will be using sensors to determine obstacles.
  • Avoid big obstacles while driving the wheelchair.  We might have to use regular joystick controlled wheelchair for our prototype II.

 

Timeline:

Here is our detailed timeline for Prototype II:

date

process and goals

comments

Oct 21

  • Make sure the XBEE’s function well for wireless transmission
  • Arrange a third meeting with CPRF and get feedback on our prototype

 

Oct 28

  • Ask for a wheelchair from CPRF or somewhere else.
  • Make an appropriate selection of required Sensor for avoiding obstacles

 

Nov 4

  • Install the Sensor on the wheelchair and test for sensing obstacles
  • Learn all the mechanical details about wheelchair movement

 

Nov 11

  • Figure out ways to send information to the wheelchair to self guide itself when there is an obstacle in front of it.  This will be the biggest challenge for our prototype II.

 

Nov 18

  • prototype II completed, working, report submitted
 

  

 Materials Needed:

qty

item with link

unit cost

comments

1

Sensor

n/a

Ultra sonic sensors that can detect any obstacles possible.

1

arduino uno

$30

Got it!!!

1

LCD display

$8.50

Got it!!

1

Resistor assortment

$7.21

Might need it!!

1

servo / servo mount

$20

 

 1

 Wheelchair

 donation

Hopefull we will get one donated!!! 

 1

 Batteries

 $60

 Includes batteries for both smart mailbox and wheelchair

 1

Screws 

 $5

 

 1

 Axion II Microcontroller

 $110

 

 

 

 

 

 

 


[Team Omega] – Prototype II Proposal: [Steering Wheel]

Description of Idea:

For this prototype, we plan to continue developing our sensor system. We’ve been having problems using our issued oscilloscope to monitor the signal from our pick-up transducer; our plan is to use the school’s lab-scope to try to achieve the level of sophistication in our experiment needed. For this prototype, we too plan to use a comparator and an arduino to send a pulse of high frequency through the wheel. By doing a pulse of high frequency, we hope to attain a greater sensitivity to externally applied pressure upon the wheel.

Market Consideration:

Like prototype 1, the market consideration is as follows

- Automakers (potential integration with such systems as Attention Assist by Mercedes)
- Insurance companies
- Parental control

Description of Prototype:

This prototype will specifically hone in on gaining data from the received signal. Now that we know we can produce a signal that travels through the wheel, and additionally we can tell when there is a moving contact on the wheel, our new prototype will be built to increase sensitivity. To achieve this, a windowing technique will be used to send packets of signal through the wheel. This idea is contrast to the continuous signal used in Prototype 1. To create this packet, we’ll use and arduino to control a comparator. The comparator will be set up to allow a signal through when the arduino says it can. On the back-end, we’ll use a high-gain amplifier to and the laboratory O-scope.

Timeline:

The below table is just an example for how you might do a timeline. Content in the table is also just example content. Feel free to change and restructure the below table as you wish:

date process and goals comments
Oct 21
  • continue experiment with lab-grade instruments
  • Decide future/feasibility of the project
    • Possibly change project
 
Oct 28
  • On original project
    • begin to design circuitry to sense/compare signal
  • On new project
    • submit design for parts
    • distribute work among group members
 
Nov 4
  • On original project
    • Test circuitry
  • On new project
    • Test operation
 
Nov 11
  • On original project
    • Prepair road-install
  • On new project
    • Prepair / test prototype
 
Nov 18
  • prototype II completed, working, report submitted
 

Materials Needed:

In the event that our project goes along as originally planned, we’ll need little new parts.

In the event that we choose a new project, our parts required will change significantly.

The list below reflect if the original design continues.

qty item with link unit cost comments
3 A/D converter IC   any shift register OK
3 latch IC   any Arduino OK, including older Arduinos
1 Resistor assortment 7.21 we don’t need this many resistors, but we don’t know what we need yet. Isn’t there a pile of ‘em somewhere we can experiment with?
[Team Haymar-Phuong-Giang] – Prototype II Proposal: [Motion RC Car]

As a team, replace the text in this template to write an initial writeup for your Prototype II. Your post should include the following:

Description of Idea:

  • Control your RC car through motion movements and finger movements
  • Move 1)forward, 2)backward, 3)left, and 4)right with hand/arm motion. 5)Use flex sensors for acceleration/deceleration. 
  • Anticipated cost: ~$300
  • The glove will be elbow length housing the motion sensor technology. The dimensions will be long enough for most users.
  • The car will be self powered by the factory battery while the arm will powered by 4 AAA batteries.
  • There are no safety liability to worry about. The product is as safe as playing Wii.
  • The remote must be sensitive to create a more enjoyable experience.

Market Consideration:

Our motion controlled RC product is target to the mass majority of consumers. Our initial target would most likely be people from ages from 5-18 years old. But our overall target will be everyone. We want our product to be a house hold name in the near future.

Description of Prototype:

Our first prototype consist of tearing down the car and re-wiring the car for basic functions according to our arduino code. In our second prototype, we hope to have a finished glove/remote control to try out. We will also want to integrate the accelerometer into the remote for motion control. We want to accomplish the other functions(reverse, turn left, and turn right).

Timeline:

The below table is just an example for how you might do a timeline. Content in the table is also just example content. Feel free to change and restructure the below table as you wish:

date process and goals comments
Oct 21
  • continue experimental programming learning to use Arduino microcontroller
  • begin interviews with target consumers/consumer groups
 
Oct 28
  • skeletal structure complete
  • all components are in. Start initial playing with components, figuring out how they work.
 
Nov 4
  • initial Arduino programming complete
  • interviews complete
 
Nov 11
  • hardware and software working together, although perhaps not robust yet
 
Nov 18
  • prototype II completed, working, report submitted
 

Materials Needed:

qty item with link unit cost comments
2 flex sensor $10 flex sensors for your fingers
1 tilt sensor $2 tilt sensor for motion aided control
       
       
       
       
       
       
       
       
[ACRA] – Prototype II Proposal: [MyHomeAudio]

Description of Idea:

Home Audio System that will allow users to listen to their music from the local room speakers. The music can follow the user from room to room as the user moves around the house. The user will also have a full functional control via mobile application. We have broken the building blocks of the project into three different components:

  • Server Component: A Media Center or a Home media Server type of device that will either house all the media files or interfaces with other media devices such as DVRs, Blu-Ray players, TV/Radio Tuners and  re-serve this media content.
  • Client Component: A mobile device such as a smart phone or a tablet. The client will provide the user interface and control and will also act a locator and an identifier device
  • Node Component: A small form factor simple computer device that will act as discovery device readers and will also act as an interface to control the Home Audio Systems (i.e. Built In Speakers).

Market Consideration:

Target consumer for this product are home automation and home media enthusiasts. We have found from the interviews conducted in the first phase of the project, that the product idea is received very well, however the challenge would be keeping the cost of the overall product within an acceptable range.

Description of Prototype:

Our Goals for Prototype II are as follows:

  • A system that works for at least one user.
  • 2 Sensor Nodes are able to detect presence of mobile client
  • Sensor Node send message to the server
  • Server streams music to the client
  • Client communicate control commands to the server

 Timeline:

date

process and goals

comments

Oct 23

  • Finalize Hardware Requirement list
  • Place Order for Hardware Components

 

Oct 30

  • Setup and Test hardware nodes
  • Server side code and API enhancements.

 

Nov  6

  • Finalization of sensor hardware node code
  • Finalization of Client Android Application

 

Nov 12

  • Final Testing Prototype II Complete

 

Nov 17

  • Final Debugging and testing

 

Materials Needed:

We are still in the process of research and finalizing our decision on the hardware will utilize in Prototype II. We have refined our choices between the following platforms:

-          Beagle Single Board Computer

-          VIA EPIA Pico ITX PC

 

Team Gryffindor – Prototype II Proposal: Cyclemetrics

Description of Idea:

The function of our product is to provide cyclists relevant information to improve their performance.  By computing mechanical forces our product will be able to do the following things:

  • measure total and instantaneous power output
  • provide velocity and acceleration
  • record total distance traveled and/or displacement
  • measure mechanical efficiency
  • provide time (measure the 4th dimension)

Anticipated cost of our product will be $150.  The product will be designed lightweight, small, and unobtrusive as possible.  It will need to withstand the rigors of a bicycle ride.  For prototype II we are planning to install our sensors inside our own bicycle pedals.  Currently, there are no power limitations to the product, but if any will be solved with the mechanical energy/motion of the bicycle.  There are also no safety concerns to using the product.

Market Consideration:

Ease of end user use.  This product is not recommended for those “fun” bicycle rides we used to have as a child.  Rather, this product is designed to help bicycle enthusiasts use the outputted data to improve their performance.

Description of Prototype:

Our prototype centers around a better and much more accurate way of collecting bicycle metrics.  For prototype I our method was to measure RPM based on the rotation of one of the wheels using a hall effect sensor.  For prototype II we are planning to expand that method and utilize wireless communication, along with outputting data to a dot matrix LCD screen and possibly using a pressure sensor of some kind to measure other forces.  We are also planning to create our own bicycle pedals in which our sensors will be placed inside.

Timeline:

The below table is just an example for how you might do a timeline. Content in the table is also just example content. Feel free to change and restructure the below table as you wish:

date process and goals comments
Oct 21
  • continue experimental programming learning to use Arduino microcontroller
  • begin interviews with target consumers/consumer groups
 
Oct 28
  • skeletal structure complete
  • all components are in. Start initial playing with components, figuring out how they work.
 
Nov 4
  • initial Arduino programming complete
  • interviews complete
 
Nov 11
  • hardware and software working together, although perhaps not robust yet
 
Nov 18
  • prototype II completed, working, report submitted
 

Materials Needed:

As of right now, we have all the materials we currently need.  As time progresses, we will provide an update on the materials needed.

Samov- Prototype II Proposal: Touch Projector

Description of Idea:

  • The function of our product is a touch capable projector that can work on any flat surface without the need for a special screen or external sensors.
  • 5 measurable things our product should be able to do:
    1. Should work on any flat surface
    2. Should know when surface is being touched
    3. Should be portable and light weight
    4. Should be able to support at least 2 touch positions
    5. Should be able to have adjustable sensitivity
  • Anticipated cost: $300-350
  • Our product should be portable; should be no bigger than a squirrel and weighs around 1 lb or less and should easily fit in a laptop bag or briefcase
  • Powered by USB port
  • Avoid eye contact with projector lens and IR laser diode
  • Should be able to work with everyday usage without no major issues

Market Consideration:

Our Target Consumer: Everyday people, including business people, teachers, students, chefs.

Consumer #1: College Student.
Insight: Liked idea of portability and use on any surface. Liked the ‘touch’ controlled aspect of the projector.

Consumer #2: A mother.
Insight: Thought good for projecting recipe from internet onto the counter and scrolling through it without getting the keyboard dirty.

Description of Prototype:

    Our prototype will be a further continuation of our first prototype but with a different approach. We hope to reverse engineer the workings of a projector keyboard and apply the same ideology to our second prototype. Including application of a CMOS sensor and reflected infrared light.  If reverse engineering is not possible we plan to use this DIY laser keyboard concept and implement it for our purpose as a projector.

Timeline:

date process and goals comments
Oct 21
  • continue experimental programming learning to use Arduino microcontroller
  • research for similar diy projects, find laser keyboard to reverse engineer,
 
Oct 28
  • disassemble/analyze laser keyboard or recreate diy project
  • all components are in. Start initial playing with components, figuring out how they work.
 
Nov 4
  • initial Arduino programming complete
 
Nov 11
  • hardware and software working together, although perhaps not robust yet
 
Nov 18
  • prototype II completed, working, report submitted
 

Materials Needed:

qty item with link unit cost comments
1 virtual keyboard 1
or 2
$170
/$135
+s/h

laser keyboard info
virtual keyboard

OR laser diode and CMOS camera

1 arduino uno $30 any Arduino OK, including older Arduinos
1 pico projector $95 cheap refurbished pico projector works for our purpose
1 laser diode module- 635nm $15- 20 line module
1 CMOS camera $30-50 not sure which one we need

 

HTC – Prototype II Proposal: Analog Synth Control

 

Description of Idea:

The analog synth control will be retrofit to existing analog synthesizers. The product will be able to control settings on analog synthesizer pedals using a switch and foot pedal. The foot-pedal will be able to control the positions of servos or the output of digital-potentiometers attached to the analog synthesizer.  Our product will be able to do the following things:

  • Pick various parameters on analog synthesizers to be controlled through a switch
  • The parameters will be either mechanically controlled with servos or digitally with digital potentiometers
  • The parameters will be adjusted via the input of a foot-pedal.
  • The device will also use a screen to display the parameters and the analog synthesizer being controlled
  • A switch will also be provided to select different analog pedals.
    • Costs will more than likely be below $50

Market Consideration:

The product will be marketed towards musicians, mainly guitarists or bassist, who use analog synthesizers. The device will allow the musicians to be able to continously play while controlling different parameters. New sounds can also be experimented with, because the parameters can be controlled while in the act of playing.

Description of Prototype:

The design will utilize one of the analog inputs on an arduino to control the output of multiple servos and digital potentiometers that are mechanically linked to one or more analog synthesizers. A switch will be utilized that can control the type of parameter that is being adjusted. A digital display will be used to display the analog synth parameter that is being controlled and the specific analog synth.

Timeline:

 

date process and goals comments
Oct 21
  • Continue to experiment with arduino code for switching and mapping
  • Design a bar and clamp that is used to mount servos.
  • Begin interviews with target consumers/consumer groups
 
Oct 28
  • Start to develop switch code that allows only one selected parameter at a time.
  • Have a working display that displays parameter and pedal type.
 
Nov 4
  • Develop code or buy components that keeps servos and/or digi-pots from automatically adjusting mapped parameters.
  • interviews complete
 
Nov 11
  • Finish switch code, mapping code, and bar/clamp.
 
Nov 18
  • prototype II completed, working, report submitted
 

Materials Needed:

 

qty item with link unit cost comments