MODAL SIXTH SENSE BELT

By

Alex Chen

Eddie Hsu

Sandeep Hazarika

Design Document for ECE 445, Senior Design - Spring 2015

TA: Jacob Brian

02 February 2015

Project No. 55

ii

Contents

1. Introduction .............................................................................................................................................. 1

1.1 Statement of Purpose ......................................................................................................................... 1

1.2 Background Information ..................................................................................................................... 1

1.2 Objectives............................................................................................................................................ 2

1.2.1 Goals............................................................................................................................................. 2

1.2.2 Functions ...................................................................................................................................... 2

1.2.3 Benefits ........................................................................................................................................ 2

1.2.4 Features ....................................................................................................................................... 2

2. Design ........................................................................................................................................................ 3

2.1 Block Diagrams .................................................................................................................................... 3

2.2 Block Descriptions ............................................................................................................................... 5

2.2.1 Sensors ......................................................................................................................................... 5

2.2.2 Actuators ...................................................................................................................................... 5

2.2.3 Power ........................................................................................................................................... 6

2.2.4 Logic/Processing .......................................................................................................................... 6

2.3 Schematics .......................................................................................................................................... 7

2.4 Flowcharts ......................................................................................................................................... 12

2.5 Calculations ....................................................................................................................................... 16

2.5.1 Power Budget ............................................................................................................................. 16

2.5.2 Microphone Sound Delay ........................................................................................................... 18

3. Requirements and Verification ............................................................................................................... 19

3.1 Table of Requirements, Verification, and Tolerance ........................................................................ 19

3.2 Tolerance Analysis............................................................................................................................. 24

4. Costs and Schedule ................................................................................................................................. 25

4.1 Cost Analysis ..................................................................................................................................... 25

4.1.1 Labor .......................................................................................................................................... 25

4.1.2 Parts ........................................................................................................................................... 25

4.1.3 Grand Total ................................................................................................................................ 25

4.2 Schedule ............................................................................................................................................ 26

5. Safety and Ethics Statement ................................................................................................................... 28

5.1 Safety Statement............................................................................................................................... 28

5.2 IEEE Code of Ethics Statement .......................................................................................................... 28

6.0 References ............................................................................................................................................ 29

1

1. Introduction Every morning, we hear our alarm clock go off in the morning, smell when the coffee is ready, and use

our sight to navigate the room and get dressed. It wouldn’t be an overstatement to say that our senses

are the most invaluable tools natural tools we have in our everyday lives. The Sixth Sense Belt intends to

extend our senses, to give us a better view of our physical world.

1.1 Statement of Purpose The goal of this project is to build a belt that extends one’s sense of touch. The belt would be a

hardware platform, where additional features could be added easily as they are thought of in the future.

For this project, the belt will be designed and built, and three features will be implemented. They are as

follows:

1. Two belts could be linked together, each one vibrating in the direction of the other. This would be useful, for example, in a mother/child situation, where the mother would always know where her child is. Of course, we could apply this idea to more than just the mother/child situation. It could be used in any situation where constant knowledge of any unit is required or useful. This includes military and police applications where it might be important for soldiers or officers to know each other’s exact locations at all times.

2. Directional auditory stimulus detection. Another idea for improvement that we have is the ability to create vibrations in the direction where sounds are coming from in potentially noisy environments. This would be useful as it could allow those who are hard of hearing to be able to react to auditory stimuli, like their name being called, or an oncoming car's horn.

3. The third improvement this project will implement is to link the belt to a navigation system, and

have it vibrate in the direction you are supposed to walk or travel. A sixth sense that tells you where to go.

1.2 Background Information The sixth sense belt was originally developed by another group, as an experiment [9]. Their belt was

similar to our design, except that its only function was that it would point north. The most important

thing the group found was that after wearing the belt for some time, users would not notice the

vibrations anymore. However, when asked which direction north was, they were always able to give an

instant answer. This conclusion is what led us to come up with some more practical applications for the

belt.

2

1.2 Objectives This section contains this project’s objectives. The functionality of the belt, along with its benefits and

features are listed below.

1.2.1 Goals

To design and develop a hardware platform that allows users to take advantage of a sixth sense

provided through directional vibration.

To develop a number of demonstrable features for our hardware platform.

1.2.2 Functions

Constant directional vibration

Android connectivity via Bluetooth

Sound source localization

1.2.3 Benefits

Countless possible uses, ranging from everyday home uses, to military applications.

Examples:

o Linking the belt to an Android device a child is wearing will allow mothers to sense

where their child’s location is.

o Military units or police officers wearing the belt will be able to sense each other’s

location.

o Allows those who are hard of hearing to more effectively communicate with others.

o Eases navigation from one location to another.

Extendable, because we are creating a hardware platform for an Android device, in order to add

new features, all that needs to be done is to develop an app that takes advantage of the belt.

1.2.4 Features

Lightweight, the belt is not too bulky or annoying to wear.

Capable of lasting at least three hours on battery power from a full charge.

Planned modes for this project:

o Allow “pairing” of belts to another Android device so that the belt will vibrate in that

direction.

o Audio sensors to detect speech sounds and vibrate in the direction of its source.

o Linking to an Android device’s navigation system to create vibrations toward one’s

correct travel direction.

3

2. Design This section contains the design of our project. It will contain the block diagrams, block descriptions,

schematics, calculations and flowcharts for the Sixth Sense Belt.

2.1 Block Diagrams

Figure 1: High level block diagram design detailing and power lines. The line leading from the battery to the voltage regulating circuit is 3.7V. All other lines are 3.3V.

4

Figure 2: Block diagram showing all signal paths.

5

2.2 Block Descriptions Our block diagram is divided into four sections: Sensors, Actuators, Power, and Logic/Processing. All

non-battery components operate at 3.3V.

2.2.1 Sensors

The belt has a number of sensors in order to provide maximum flexibility as a hardware platform.

2.2.1.1 Acoustic Sensors

The sixth sense belt will have four sound sensors, one on the front, back, left, and right of the belt that

would allow the belt to detect and identify the direction of a sound. These sensors would be connected

to the microcontroller, which would compare the time each sensor received a sound, and use that

information to calculate the direction the sound came from. The sensors will output an analog signal to

the microcontroller which will then perform calculations to localize the source of the sound. That

information will be sent to the Android device via Bluetooth. The acoustic sensors consist of a Challenge

Electronics CEM-C9745JAD462P2.54R microphone and a Texas Instruments OPA344 Opamp. The

acoustic sensors are optimized to operate on a single supply from 2.5V up to 5.5V and draw a maximum

250 micro amps of current.

2.2.1.2 IMU (Accelerometer, Gyroscope, Magnetometer)

Although a these sensors already exists on most Android devices, it is definitely advantageous to have

them on the belt. Two of the sensors, the accelerometer and magnetometer, are required for

orientation detection. The belt cannot rely on the compass in the smartphone as the position of the

smartphone is unreliable, it could be in the left, right, or back pocket, or held in a person’s hand. The

IMU the belt uses is the MPU-9150, a commonly used IMU unit. The IMU connects to the

microcontroller and sends its data via an I2C connection. Its power requirements are 2.4V – 3.46V @

4.25mA at full power.

2.2.2 Actuators

The sixth sense belt’s main purpose is to vibrate in a direction. All use input will be done on an Android

device. As a result, the only actuators required are the vibration motors and their speed controllers.

2.2.2.1 Vibrating Motors

The only actuator the belt requires are vibrating motors. 8 brushless disk vibrator motors are used,

spread out equally along the belt. The vibrating units will be driven by the power supply through speed

controllers. These motors should be expected to be able to run constantly for three hour periods. The

motors take in a voltage of 2V-5V provided by the DC motor controller.

2.2.2.2 DC Speed Controllers

Each motor will receive power from a DC speed controller. These speed controllers will draw power

from the battery and regulate the voltage output based on a PWM signal from the microcontroller. The

max output of the controllers is 1.2A, but the current will be limited to 100mA which is the max rating

for the motors. Each speed controller can support two motors, so four speed controllers will be

required.

6

2.2.3 Power

2.2.3.1 Lithium Polymer Batteries

The belt is powered by one lithium polymer battery. It is chosen for its mAh to size ratio and its

widespread use. The battery will be connected to a voltage regulating circuit, which will then supply

power to the rest of the belt. As Figure 1 shows, every component will receive its power from the

battery. The battery outputs 3.7V at 1000 mAh. Its dimensions are 2.00 x 1.32 x 0.23”, small enough to

comfortably fit on a belt. We will include protection against overvoltage and overcurrent to protect

sensitive components in our design.

2.2.4 Logic/Processing

2.2.4.1 Microcontroller

The microcontroller will be responsible for receiving data from the sound and proximity sensors, turning

the vibrators on and off, converting the data into a useful form, and sending it through a Bluetooth radio

to an Android device. It will also be expected to receive information from the Android device and

selectively power the vibrating motors depending on the information received. The Texas Instruments

Tiva TM4C123GH6PM is an ARM Cortex-M4 based 32 bit microcontroller. The microcontroller runs on a

3.3V @ 45.1mA running 80 MHz frequency at 25 degrees Celsius.

2.2.4.2 Bluetooth Radio

The Bluetooth radio allows for communication between our Android device and our microcontroller.

The Bluetooth module we will be using is the Blue Creation BC118. This chip is a Bluetooth 4.0 module. It

supports I2C and UART data modes. The module operates at 3.3V-4.7V @ 16mA.

2.2.4.3 Android Device

Any standard Android device that supports Bluetooth can be used with the belt. The Android application

is responsible for interfacing with the belt’s microcontroller. Much of the higher level logic and

programming will be developed as an Android app. This allows others to use our hardware platform to

develop more “Modes” for the Sixth Sense belt.

2.2.4.4 Server

The Android app will communicate with a server over the device’s internet connection. The server will

run Windows Server and an API will be developed in Django to allow communication between Android

devices and the server. This will allow Android devices to register their location and allow the belt to

locate a target beyond the range of its Bluetooth capabilities.

7

2.3 Schematics The following pages contain all circuit schematics for the project. The first diagram, figure 3, is main PCB

showing only how the different blocks are connected to each other. Figure 4 shows the top level

schematic and how all components are interconnected. Figures 5 through 9 show the exact wiring

scheme for each block. All breakouts will be constructed from scratch.

Figure 3. Main PCB

8

Figure 4: Sixth Sense Belt top level schematic design.

9

Figure 5: TB6612FNG Motor Driver Schematic [6]

Figure 6: Sound Sensor Schematic [4]

10

Figure 7: Sound Sensor PCB

Figure 8: IMU Schematic [7]

11

Figure 9: Lithium Polymer Battery, Voltage Regulator, and Fuse Schematic

12

2.4 Flowcharts The following flowcharts show the logic for the Android Application. Figure 6 displays the menu and

mode selection logic. Figures 10 through 13 show the logic for each of the three modes this project

implements.

Android App Menu Logic Flowchart

Figure 10: Android App Menu Logic Flowchart

13

Target Direction Sense Logic Flowchart

Figure 11: Target Direction Sense Logic Flowchart

14

Sound Localization Sense Logic Flowchart

Figure 12: Sound Localization Sense Logic Flowchart

15

Navigation Sense Logic Flowchart

Figure 13: Navigation Sense Logic Flowchart

16

2.5 Calculations

2.5.1 Power Budget

An important requirement for our sixth sense belt was ensuring that the belt would be able to run for at least three hours on battery power. This is because three hours is enough time to complete most tasks that would require the belt. There are six devices that will draw power, the vibrating motors, the electronic speed controllers, the microprocessor, the Bluetooth radio and the microphones. With this in mind, we calculate the required battery capacity in mAh needed to power two motors for this time. The motors are rated to run at full power at 3.3V x 0.08A.

(1.1)

Since we intend to power two motors for at least 3 hours, we can calculate the required Watt*hours.

(1.2)

Finally, the formula to calculate the required battery capacity in mAh where E = the energy in Watt*hours, Q = capacity of the battery, and V = running voltage is:

(1.3)

As you can see, we only need 428mAh to run two motors for 3 hours. We perform the same calculations on the other components in our project: Bluetooth:

(1.4)

Sound sensors:

17

(1.5)

IMU:

(1.6)

Microcontroller:

(1.7)

Battery loss due to voltage conversion:

( )

Total Current Draw @ 3.3V:

(1.8)

18

This ensures that the current draw does not exceed 50% of the max current rating or either the battery or voltage regulator. Total mAh required:

( )

2.5.2 Microphone Sound Delay

Another important requirement is that the clock speed of the microprocessor must be fast enough to pick up the time difference two microphones hear a sound. Our selected microprocessor is rated up to 80 MHz clock speeds. The speed of sound is 340m/s. On an average sized belt, two microphones will be spaced around 20 cm apart. From this information, we can calculate the time difference two microphones will receive a sound.

(2.1)

While seemingly a short amount of time relative to our sense of time, this is actually quite a long time to a decently fast microprocessor. We can calculate how many clock cycles our microprocessor can run in this time.

(2.2)

47 thousand cycles can run between the times the two microphones spaced 20 cm apart receive the same sound.

This means that the microcontroller will be able to accurately distinguish when two sounds are received, and with

the proper calculations, localize the sound source’s location.

19

3. Requirements and Verification

3.1 Table of Requirements, Verification, and Tolerance Table 1: System Requirements and Verifications

Requirement Verification Points

Microphones 1. Microphone responds to noise

consistently. a. A speaker 1 meter away

from the microphone playing a constant tone of frequency 135Hz at 60dB should result in a output signal of 350mV ± 50mV

2. Varying input sound frequencies result in outputs with matching frequencies.

a. A speaker 1 meter away from the microphone playing a constant tone of frequencies ranging from 85 Hz to 255 Hz result in a matching microphone output frequency within 10%.

Verification 1. - Connect the microphone to a 3.3V

line and the output to an oscilloscope.

- Setup a speaker 1 meter away from the microphone and play a constant tone of frequency 135Hz at 60dB.

- Verify the output signal is 350mV ± 50mV

- Repeat this test 3 times. 2. - Connect the microphone to a 3.3V

line and the output to an oscilloscope.

- Setup a speaker 1 meter away from the microphone and play a constant tone of frequency 85 Hz at 60dB.

- Verify the microphone’s output is 85 Hz ± 10% on the oscilloscope.

- Repeat this test for 95 Hz, 105 Hz, 115 Hz, continuing in increments of 10 Hz until 255 Hz is reached.

- Verify all output frequencies match the input frequency within 10%.

15

Vibrator Motors 1. The motors should run when

connected to 3.3V ± 5% @ 0.08A ± 5%

2. Running the motors at full power (3.3v ± 5% @ 0.08A ± 5%) should create vibrations easily felt when worn around the waist.

Verification 1. - Take one vibrating disk motor. - Connect the red wire to a 3.3V ± 5%

power source. - Connect the black wire to a ground. - Verify the motor runs. - Using an ammeter, connect the pins

to the red and black wires of the motor.

- Verify the current is within expected ranges.

- Repeat this process for each of the eight motors.

2. - Take one vibrating disk motor. - Connect the red wire to a switch,

10

20

and then a 3.3V ± 5% power source. - Connect the black wire to a ground. - Attach the motor to the inside of a

belt and wear the belt. - Turn on the switch. - Verify vibrations are easily

noticeable.

Power Supply For the following requirements and verifications, “battery” refers to a 1000mAh Lithium Polymer Battery.

1. Batteries supply 3.7V ± 5% @ 740mA ± 5% from a full charge when connected to a 5 ohm resistor.

2. The voltage regulating circuit supplies 3.3V ± 5% when connected to a battery.

3. The safety fuse should blow when the current exceeds 1A.

Verification 1. - Fully charge one battery. - Connect the battery to a switch and

a 5 ohm resistor in series. - Connect the pins of the voltmeter to

the pins of the battery. - Verify the battery’s voltage is within

acceptable ranges. - Connect an ammeter to the

battery’s pins. - Verify the current is within

acceptable ranges. 2. - Take one fully charged battery. - Connect a voltmeter’s pins to the

pins of the battery. - Verify the battery’s voltage is 3.7V ±

5% to confirm the battery is charged.

- Connect the fully charged battery to the input of the voltage regulating circuit.

- Connect a 5 ohm resistor to the output of the circuit.

- Connect a voltmeter to the ends of the resistor to verify the output voltage is correct.

- Use a lithium polymer battery discharger to safely discharge the battery until its voltage reads 3.4V ± 5%.

- Connect the battery back to the voltage regulating circuit and verify the circuit’s output is still correct.

3. - Connect the voltage regulating

circuit to a power supply unit. - Connect a voltmeter to the output

of the voltage regulating circuit. - Increase the current supplied by the

20

21

unit until the current exceeds 1A ± 5%.

- Verify that the voltmeter now reads 0V ± 1%.

Microcontroller 1. The microcontroller can output

low (0V ± 5%) and high signals (3.3V ± 5%) on its GPIO pins.

2. The microcontroller can determine the difference in time sound is received within a 5% tolerance for a 100Hz sound played for one second from two different microphones spaced various distances apart where time[s] = distance[m] / speed[340m/s].

3. The microcontroller can calculate the direction a sound came from given a 100Hz tone played for one second toward an array of four microphones arranged in a square with sides of length 0.25 meters.

Verification 1. - Connect one end of a voltmeter to a

GPIO pin, and the other to ground. - Run test code to cycle that pin high

and low with 2 second delays. - Verify results on the voltmeter. 2. - Setup two sensors separated a

meter apart and connected to a microcontroller, one close and one far.

- Run test code that outputs the microphone signal onto two of its GPIO pins.

- Connect an oscilloscope to the two GPIO pins.

- Play a 150Hz sound for one second at one end of the sensor row.

- Verify the time difference between the signals is 2.9411 ms ± 5% on the oscilloscope.

- Repeat this test with the sensors spaced 2 meters apart, the time difference must be 5.8822 ms ± 5%.

- Repeat this test with the sensors spaced 0.25 meters apart, the time difference must be 0.7353 ms ± 5%.

3. - Setup a test environment with one

of four microphones each placed in the north, south, east, and west directions spaced 0.25 meters apart.

- Produce a 150 Hz sound for one second originating from each of these directions and run test code that outputs a letter corresponding to the sound source’s direction.

20

Bluetooth Radio 1. The Bluetooth radio can connect

to an Android Device. 2. The Microcontroller can

communicate with an Android Device over Bluetooth.

Verification 1. - Set the Bluetooth radio into pair

mode. - On the Android device, search for

and pair with the radio.

10

22

- Verify pairing was successful. 2. - Run test code on the

microcontroller and Android device so that the microcontroller sends a signal to the Android device which causes an icon on the app to light up.

- Send a signal from the Android device to the microcontroller to cause an LED that is connected to one of the GPIO pins on the microcontroller to light up.

IMU 1. The IMU connects to the

microcontroller and is able to send raw data.

2. Combining the accelerometer and gyroscope data gives accurate angular data within 5 degrees.

a. The IMU placed on a flat surface should return an x and y tilt within 5 degrees of 0.

b. The IMU tilted 90 degrees on its x axis should return a x tilt of 90 degrees ± 5 degrees and a y tilt of 0 degrees ± 5 degrees.

c. The IMU tilted 90 degrees on its y axis should return a y tilt of 90 degrees ± 5 degrees and a x tilt of 0 degrees ± 5 degrees.

3. Magnetometer data allows the microcontroller to calculate IMU’s current orientation accurate within 10 degrees.

a. The magnetometer correctly returns the direction of north within 10 degrees.

Verification 1. - Connect the microcontroller to a

computer using a debug circuit and USB cable.

- Write test code to take inputs from the IMU and microphone and display them on the computer.

2. - Connect the IMU to a

microcontroller, run test code to write the x and y tilt angles to variables.

- Use a debugger circuit to display the variable’s data on a computer.

- Place the IMU on a flat surface. - Verify the x and y tilt are within 5

degrees of 0. - Tilt the IMU 90 degrees on its x axis

by standing it straight up on its side. - Verify the angles are correct. - Tilt the IMU 90 degrees on its y axis

by standing it straight up on its side. - Verify the angles are correct. 3. - Connect the IMU to a

microcontroller. - Run test code to output the

orientation relative to north using magnetometer and accelerometer data.

- Compare to a physical compass and verify.

10

Android Device 1. Android device is capable of

Verification 1.

10

23

installing the Application. 2. The Android device can determine

and output the location and direction of another device.

3. The Android device can recognize human speech.

4. Given a destination, the Android device can determine the correct direction to travel. A correct instruction is defined as an instruction that shortens the distance toward the destination.

- Run the compiled .apk on a number of Android devices.

- Package should install every time and perform the same.

2. - Manually insert device registration

and location data into server’s SQL database.

- Run Android test app, use it to access the server’s API and display the inserted data.

3. - Run test code on an Android device. - Have a person say “Test one two

three” at a normal speaking voice (60-65dB) toward the Android Device.

- Have the app light up an icon if human speech was detected 5 or fewer seconds ago.

- Repeat this test with 5 different people. The test should be successful with 4/5 of the people to pass.

4. - Run test app on the Android device

to take a destination. - The app should access Google Map’s

web service to determine the correct direction of travel.

- Verify the returned travel instruction.

Server 1. The web API should be capable of

registering devices and storing their locations.

Verification 1. - Run test code in python to send test

registration data and location data to the API.

- Run test code to retrieve the sent data.

- Verify that data was stored in database by checking the SQL database manually.

5

24

3.2 Tolerance Analysis The prolonged current draw from our vibrating motors will induce a voltage drop in the battery. If this

voltage drop is too great, this could affect the functionality of our components. Most importantly, it

could result in the microcontroller to either turn off or malfunction. The microcontroller requires a

minimum supply voltage of 3.15V so we need to ensure this threshold is met at all times. Since the

battery supply voltage is 3.7V, we chose to use lithium polymer batteries because the voltage remains

constant until the last 5% of battery capacity is reached. The time until this voltage drop is calculated by

95% * (energy / current) = possible runtime.

Figure 14: LiPo batteries display negligible amounts of voltage drop for approximately 95% of its capacity. [6]

There is a very slim possibility of an instantaneous voltage drop due to excessive current draw. As stated

before, a voltage drop of 0.55 volts will cause the microcontroller to lose power. Our battery has a max

internal impedance of 300 milliohms. Therefore a current of 0.55/0.3=1.833A will cause our circuit to

fail. Even considering the max ratings of all components, this current is not remotely approached.

25

4. Costs and Schedule

4.1 Cost Analysis

4.1.1 Labor

Table 2: Labor Costs

Name Hourly Rate Total Hours Invested

Total = Hourly Rate x 2.5 x Total Hours Invested

Eddie Hsu $27.50 225 $15468.75

Sandeep Hazarika $27.50 225 $15468.75

Alex Chen $27.50 225 $15468.75

Total 675 $46406.25

4.1.2 Parts

Table 3: Parts Costs

Part Manufacturer/Model Quantity Cost ea. ($) Total ($)

ARM Cortex M4 Microcontroller

Texas Instruments TM4C123GH6PM

1 $13.00 $13.00

10mm Shaftless Vibration Motor

Precision Microdrives 310-101 8 $4.95 $39.80

24 Gauge Wire - 1 $5.00 $5.00

Battery 063450 Li-Polymer Battery Pack 1 $9.95 $9.95

Belt Columbia Military Style Belt 1 $9.99 $9.99

Bluetooth Module Blue Creation BC118 1 $11.56 $11.56

Electret Microphone Challenge Electronics CEM-C9745JAD462P2.54R

4 $0.95 $3.80

IMU IMU-9150 1 $34.95 $34.95

Electronic Speed Controller

Toshiba TB6612FNG 4 $2.87 $11.48

Capacitors, Resistors, Voltage Regulator,

Switch, Fuse

- - $5.00 $5.00

Total $144.53

4.1.3 Grand Total

Table 4: Grand Total

Section Total

Labor $46406.25

Parts $144.53

Grand Total $46550.78

26

4.2 Schedule Table 5: Schedule

Week Task Responsibility

2/9 Finalize Proposal Eddie

Prepare Mock design Review Sandeep

Sign up for Mock Design Review Alex

2/16 Research and select microcontroller Alex

Research and select power supply Eddie

Research and select vibrator motors and sensors Sandeep

2/23 Update proposal and data sheets for design review Sandeep

Prepare circuit schematic for design review, order parts Alex

Prepare calculations and figures for design review Eddie

3/2 Compile all parts available from ECE store and lab, begin testing if sensors have arrived

Sandeep

Create Eagle schematic and PCB layout Alex

Set up framework for Android application Eddie

3/9 Configure and test Bluetooth connection with android device Sandeep

Write microcontroller code to send device output to android Alex

Continue writing Android application to access GPS, gyroscope, and accelerometer values

Eddie

3/16 Configure and test acoustic sensors, proximity sensors, and motors. Submit PCB request

Sandeep

Complete navigation and positional tracking functions Alex

Complete auditory positioning/tracking Eddie

3/30 Prepare sensor suite, motors, and power supply for mock demo

Sandeep

27

Prepare navigation feature for mock demo Alex

Prepare auditory tracking feature for mock demo Eddie

4/6 Test and refine auditory tracking functionality and accuracy Eddie

Verify any requirements that have not yet been verified Sandeep

Test and refine navigation system accuracy Alex

4/13 Fix any remaining application issues and improve UI Eddie

Organize team review of project details, problems, and

solutions in preparation for demonstration Alex

Record all test and measurement data for demonstration Sandeep

4/20 Complete performance criteria for presentation Alex

Complete planning and test criteria for presentation Sandeep

Complete engineering criteria and create list of questions that

might need to be answered at presentation Eddie

4/27 Write Final Paper Introduction and Verification Eddie

Write Final Paper Design and Costs Sandeep

Write Final Paper Conclusion and References Alex

5/4 Lab checkout Alex

Technical Review of Final Paper Eddie

Literary Review of Final Paper Sandeep

28

5. Safety and Ethics Statement

5.1 Safety Statement Explosion Injury: The lithium polymer batteries may explode or release hot vapors if handled improperly or punctured. We will put warning labels detailing proper charging instructions and potential dangers on the battery to prevent any misuse.

5.2 IEEE Code of Ethics Statement Our project will be done following the IEEE Code of Ethics in order to assure a productive and ethical experience. 1. To accept responsibility in making decisions consistent with the safety, health, and welfare of the public, and to disclose promptly factors that might endanger the public or the environment;

We will test the battery and wiring of our circuit to make sure that it is functioning properly to prevent any catastrophic battery failure.

3. To be honest and realistic in stating claims or estimates based on available data;

We will be working with data obtained from acoustic sensors. We will not falsify any data that we have obtained or attempt to skew our results.

5. To improve the understanding of technology; its appropriate application, and potential consequences;

The main purpose of us completing this project is to create a product that will be practical in actual usage scenarios. We would like to use digital signal processing on audio signals and connect wirelessly to smartphones.

6. To maintain and improve our technical competence and to undertake technological tasks for others only if qualified by training or experience, or after full disclosure of pertinent limitations;

We have all taken relevant coursework on the topics we will be working on. For any topics that we are unsure about, research or advice from others will be obtained.

7. To seek, accept, and offer honest criticism of technical work, to acknowledge and correct errors, and to credit properly the contributions of others;

We will go through design reviews and meetings with TAs, Professors, and Peers in order to improve our work and quality of the project.

9. To avoid injuring others, their property, reputation, or employment by false or malicious action;

We will ensure that any tools we used will be operated carefully without damage and any product we create will not be a danger to any persons involved. Anything that could be a hazard will be marked with warning labels.

10. To assist colleagues and co-workers in their professional development and to support them in following this code of ethics.

We will assist in peer reviewing our fellow students to help provide constructive criticism on their projects.

29

6.0 References [1] IEEE Code of Ethics [Online]. Available:

http://www.ieee.org/about/corporate/governance/p7-8.htm [2] TM4C123GH6PM Microcontroller Schematic [Online]. Available:

http://www.ti.com/lit/ds/symlink/tm4c123gh6pm.pdf [3] Li-Polymer Battery Schematic [Online]. Available:

https://www.sparkfun.com/datasheets/Batteries/UnionBattery-1000mAh.pdf [4] Electret Microphone Breakout Schematic [Online]. Available:

http://www.ti.com/lit/ds/symlink/opa344.pdf [5] BLE Mate 2 Schematic [Online]. Available:

https://cdn.sparkfun.com/datasheets/Wireless/Bluetooth/SparkFun_BLEMate2.pdf [6] TB6612FNG motor driver Schematic [Online]. Available:

https://www.sparkfun.com/datasheets/Robotics/TB6612FNG%20Breakout%20v10.pdf [7] IMU-9150 Schematic [Online]. Available:

https://cdn.sparkfun.com/datasheets/Sensors/IMU/mpu-9150_breakout.pdf [8] Shaftless Vibration Motor Schematic [Online]. Available:

https://www.sparkfun.com/datasheets/Robotics/310-101_datasheet.pdf

[9] Nagel, S. K., Carl, C., Kringe, T., Märtin, R., & König, P. (2005). “Beyond sensory substitution—

learning the sixth sense,” Journal of neural engineering 2(4), R13 [Article]. Available:

https://noisebridge.net/images/9/91/Jne5_4_r02.pdf