Embed Size (px)
Citation preview
Vehicle Accident Automatic Reporter/Responder
Senior Design Dec05-12
Design Report
Client
Senior Design
Faculty Advisors Dr. Srikanta Tirthapura
Dr. Randall Geiger
Team Members
Ziad Abou-El-Ardat, CprE
Lou Herard, CprE
Peter McGlynn, EE
Ryan Sanger, EE
REPORT DISCLAIMER NOTICE DISCLAIMER: This document was developed as a part of the requirements of an electrical and computer engineering course at Iowa State University, Ames, Iowa. This document does not constitute a professional engineering design or a professional land surveying document. Although the information is intended to be accurate, the associated students, faculty, and Iowa State University make no claims, promises, or guarantees about the accuracy, completeness, quality, or adequacy of the information. The user of this document shall ensure that any such use does not violate any laws with regard to professional licensing and certification requirements. This use includes any work resulting from this student-prepared document that is required to be under the responsible charge of a licensed engineer or surveyor. This document is copyrighted by the students who produced this document and the associated faculty advisors. No part may be reproduced without the written permission of the senior design course coordinator.
April 8, 2005
i
Table of Contents Listed below is the table of contents, list of figures, list of tables and list of definitions.
List of Figures ............................................................................................................. ii List of Tables.............................................................................................................. iii List of Definitions...................................................................................................... iv
Section 2 – Introductory Materials.................................................................... 1 2.1 Executive Summery ....................................................................................... 1 2.2 Acknowledgement .......................................................................................... 3 2.3 Problem Statement ......................................................................................... 4
2.3.1 General Problem Statement ...................................................................... 4 2.3.2 General Solution Approach...................................................................... 4
2.4 Operating Environment ................................................................................ 5 2.5 Intended Users and Uses.............................................................................. 5
2.5.1 Intended Users........................................................................................ 5 2.5.2 Intended Uses ......................................................................................... 6
2.6 Assumption and Limitations........................................................................ 6 2.6.1 Assumptions List ................................................................................... 6 2.6.2 Limitations List ....................................................................................... 7
2.7 Expected End Product and Other Deliverables ...................................... 7 3.1 Approach Used ................................................................................................... 8 3.1.3 Constraint Considerations .............................................................................. 10 3.1.4 Technology Considerations ............................................................................. 10 3.1.5 Testing Requirements Considerations ........................................................... 13 3.1.6 Project Continuation ....................................................................................... 14 3.1.7 Detailed Design................................................................................................. 14 4.1 Estimated resources .................................................................................... 20
4.1.1 Personnel effort requirement............................................................ 20 4.1.2 Other Resource Requirements......................................................... 22 4.1.3 Estimated Financial Requirements ................................................. 23
4.2 Project Schedules......................................................................................... 24 4.2.1 Project Schedule .................................................................................. 25 4.2.2 Project Deliverables Schedule ......................................................... 27
Section 5 – Closure Material............................................................................ 28 5.1 Project Team Information ........................................................................... 28
5.1.1 Client ....................................................................................................... 28 5.1.2 Faculty Advisors .................................................................................. 28 5.1.3 Student Team Information ................................................................. 29 5.1.4 Project Website..................................................................................... 29
5.2 Closing Summary.......................................................................................... 30 5.3 References .......................................................................................................... 31 5.4 Credits .................................................................................................................. 32
ii
List of Figures
Figure 2-1 Component Overview 3
Figure 2-2 Component Layout 5
Figure 2-3 Impact Directions Requirements 6
Figure 3-1 Accelerometer Pin Description 15
Figure 3-2 Accelerometer Pin Connections 16
Figure 3-3 Accelerometer Electrical Characteristics 18
Figure 3-4 Circuit Diagram 18
Figure 4-1 Personnel Effort Requirements Estimate 22
Figure 4-2 Project Gantt Chart 26
Figure 5-3 Deliverables Gantt Chart 27
iii
List of Tables
Table 3-1 Parts List 18
Table 4-1 Personnel Effort Requirements Estimate 22
Table 4-2 Other Resource Requirements 26
Table 4-3 Estimated Financial Requirements 27
iv
List of Definitions
Personal digital assistant (PDA) – a handheld device that combines
computing, telephone/fax, Internet and networking features. A typical PDA
can function as a cellular phone, fax sender, web browser and personal
organizer.
Global positioning system (GPS) – a worldwide satellite navigational system
formed by 24 satellites orbiting the earth and their corresponding receivers on
the earth. The GPS satellites continuously transmit digital radio signals that
contain data on the satellites location and the exact time to the earth-bound
receivers. From this data the receiver unit can calculate its location.
Accelerometer – an instrument or device for measuring the change in
acceleration.
On-Star – commercial accident detection and remote vehicle locator installed on
some General Motors vehicles.
Step-down transformer – a device that has a lower output voltage than it’s input
voltage. Used to control voltage levels in a line.
RS-232 serial port – A data port/connection standard that is usually used to
connect modems and mice.
Comparator -- a device handy for helping to make decisions in a circuit. The
function of the comparator is to make the output go to a particular voltage when
the input voltage is higher than the reference voltage.
1
Section 2 – Introductory Materials
The introductory materials contains the project abstract, acknowledgements,
problem statement, operating environment, intended users and uses,
assumptions and limitations, and expected end product and other deliverables.
2.1 Executive Summery
This project entails developing a prototype for an automatic vehicle accident
reporter (AVAR). The general underlying functions of such a device include:
• Detection
o A sensor, such as an accelerometer, will detect acceleration
sufficient in magnitude to assume that it was produced by a
collision.
o In addition to the accelerometer, the unit will include a manual call
button, in case the driver is an accident that does not get reported.
• Positioning
o A GPS unit will constantly monitor the position of the vehicle.
o In the instance of a collision, this position will be sent in an accident
report to an operator, who can notify emergency response teams.
• Reporting
o A communication unit will notify an operator, who is standing by, of
the accident.
o The report will include the GPS coordinates of the accident.
• Processing
o A processing unit will take input from the detection and positioning
units and trigger the reporting unit to file the report.
o It will indicate that it filed the report by performing a simple action,
such as turning on a light.
Currently, the prototype’s detection unit consists of an accelerometer IC that
continuously outputs 3 analog signals, one for each axis. The output levels are
2
1.65V at zero g’s + .66V per g. The 3 axis outputs and the manual output will be
connected in a circuit as voltage sources in series (which is easier than trying to
find the actual linear acceleration using the Pythagorean theorem), and the sum
of those voltages will be fed into a comparator. The processing unit will
constantly monitor the comparator output, triggering the reporting to unit to file a
report if the comparator output is high. When filing the report, the processing unit
will read the GPS position and include it in the report. Then, the processing unit
will notify and operator of the accident.
Options for notifying the call center include directly manipulating a cell phone to
either send a text message, or controlling it to place a call to a designated call
center phone number. In the case of a phone call, the driver and/or passengers
could use a speakerphone system of some sort, which would need to be installed
as an additional system component. Alternatively, a cell phone could be used as
a modem with which the computer can connect to the internet to send an e-mail
to the response center.
One large design issue is data retrieval from the GPS unit and accelerometer.
For the purpose of simplicity, the group chose a laptop computer as the
processing unit. The computer can utilize the RS-232 serial communications port
to read the output from the accelerometer. Retrieval from the accelerometer is
fairly certain at this point, but the method of obtaining data from the GPS unit is
unclear because the group is still waiting for a GPS unit from the Dept. of
Electrical and Computer Engineering. The anticipation is that the GPS will also
use serial communication, so that the computer can communicate with the GPS
through a serial COM port as well.
In order to prepare the analog accelerometer output for input into the COM port,
the comparator circuit will convert the analog accelerometer output to digital and
select its magnitude. Originally, the group wanted to also input the actual
accelerometer output voltage values for the purpose of including an estimate of
3
the severity of the collision, but the hardware circuitry for such a venture is far too
complex to make in one semester. Handling the issue in software is no better.
Writing a program to manipulate data stored by the computer software that came
with the equipment would require assembly-language programming, and it would
produce a machine-specific and OS-specific program.
Here is a component-wise diagram of the prototype:
Figure 2-1 Component Overview
2.2 Acknowledgement
The design team would like to thank our faculty advisors; Dr. Srikanta Tirthapura
and Dr. Randall Geiger. They have greatly assisted our team by donating their
time and technical advice. Their support is appreciated.
4
2.3 Problem Statement
General Motors introduced the first Cadillac equipped with the On-Star system in
1996. Since then, nearly all GM models offer the technology as a factory-installed
option. The On-Star system has a variety of functions, including automatic
accident detection and response and manual aid request. However, the system
is limited to GM models as a factory-installed option. Therefore, the technology is
limited to those wishing to purchase a new GM vehicle.
2.3.1 General Problem Statement
The unit shall be a stand alone system that automatically detects an accident and
relays the cars location through a cellular device to a designated call center. In
addition to automatic detection, the unit shall allow the user to manually request
assistance. The unit shall be available as an after-market purchase and
adaptable to all vehicle makes and models.
2.3.2 General Solution Approach
The system will utilize one accelerometer mounted to sense rapid acceleration
either parallel or perpendicular to the car’s heading. If the acceleration is greater
than the set threshold, a cellular device will automatically place a call to a set call
station. The call station operator will then be able to communicate with the
motorist to determine the emergency needs. If the driver does not respond in a
set amount of time, emergency personal will be sent automatically. The location
of the car will be determined using GPS technology and then relayed to the call
station operator.
5
Figure 2-2 Component Layout
2.4 Operating Environment
The end product shall be mounted inside a motor vehicle and thereby exposed to
partially controlled environment. The product will be sheltered from high winds,
direct sunlight, and precipitation, but will be exposed to extreme temperatures
and humidity. Normal operating temperatures will fall between -30 º F and 200 º
F along with any range of relative humidity. The components will also be exposed
to vibrations from the car and sudden jarring from a rough road or collision. The
unit will also be exposed to dirt and dust particles found within the vehicle.
2.5 Intended Users and Uses
The following two sections include information about the intended uses and users
for the Vehicle Accident Automatic Reporter/Responder.
2.5.1 Intended Users
The Vehicle Accident Automatic Reporter/Responder will be developed for any
vehicle owner or operator needing prompt assistance and emergency response
6
in the event of an emergency. The complexity of the unit will require a trained
technician to install and maintain the system.
2.5.2 Intended Uses
Upon completion, the Vehicle Accident Automatic Reporter/Responder shall:
� Automatically detect when an accident has occurred
� Automatically notify call center of accident
� Allow motorist to communicate emergency needs with call center
� Display the location of the vehicle to the call center
� Allow for manual aid request
2.6 Assumption and Limitations
The two following sections are lists of the assumptions and limitations for the
project.
2.6.1 Assumptions List
The following assumptions are made when determining the product plan and
design:
� The unit shall not be exposed to any direct liquid spills
� Any accident must produce an acceleration of at least 6 g’s to be
detected
� The acceleration/deceleration must be in directions shown below
Figure 2-3 Impact Directions Requirements
7
2.6.2 Limitations List
The following limitations will be taken into consideration:
� The complete unit shall not weigh more than three pounds
� The unit can be no larger than one cubic foot for easy storage within the
car
� The power supply will be taken from the car’s battery
� All systems must be contained within the units compartment
� Must cost less than $100
2.7 Expected End Product and Other Deliverables
The end product of this project will depend on available funding and design time
requirements. Possible end products include:
Working sensor model – This end-product requires far less outside funding
than a full prototype, but allows for some simulation. In addition to the design
report, the sensor model shall include all components of the accident sensing
technology to allow for the testing of the accelerometer. Tracking and
communications shall be implemented using a laptop computer.
Prototype – This end-product will require the most time and outside funding. The
prototype will include a design report as well as a fully working, testable unit
comprised of all tracking, communication and sensing devices. The team’s ability
to design a prototype will depend largely on the amount of funding available and
donated components.
Section 3 – Approach and Design Section 3 contains detailed explanation of the approach and design objectives for
this project. The approach used in solving design problems up to date will be
8
explained thoroughly noting the current progress. In addition, future anticipated
design solutions will be stated.
3.1 Approach Used
This section includes the design objectives, functional requirements, design
constraints, technology considerations, testing approach and considerations, and
project progress and recommendations for future design work.
3.1.1 Design Objectives
In designing this project several decisive factor had to be taken into
consideration. These factors are described below.
Cost: The cost of the overall system should be reasonable and affordable by
customers. The design of the system will aim at having the cost as low as
possible including the installation fees. Technologies and parts used for building
the end product will be limited to this low price criterion.
Reliable Operation: The system shall be in operation whenever the car is
started due to the fact that the system consumes power through the car’s battery.
The system’s detection of any accident shall depend on the accuracy of the
accelerometer used. Once an accident is sensed, the communication module
shall enable the system to connect to the web through the cell phone modem and
send a message through to the call center server.
Near real time monitoring: The system must be able to detect accidents in
real-time. The faster the system can analyze data and determine whether an
accident has occurred, the faster it can notify emergency personnel of serious
accidents to dispatch emergency services. Real-time monitoring will directly
affect power consumption and communication requirements.
3.1.2 Functional Requirements
9
In order for the project to be successful, the system shall meet the requirements
listed below.
Manual Call: The system shall have a switch that will enable the user to initiate
contact with the call center.
Detect analyze and control: The main goal of the system is to detect the
change of speed in the car and analyze the data to determine whether it is above
a set threshold or not. The data collected from the accelerometer as an analog
voltage is compared to a certain threshold through a comparator circuit. The
behavior of the rest of the system is then based on the decision made by the
comparator. If the system fails to initially detect the occurrence of an accident, all
other measurements will be useless.
Software integration: After the accident is detected, the software developed by
the team for this project will integrate the components of the system to achieve
the desired results. In other words the output of the comparator will be read in
from the serial port and based on that reading, the software will use the cell
phone modem and send a text message to the call center that also includes the
GPS coordinates of the crash site. The software has to be fast and reliable.
Internet Access: The system shall be able to connect to the internet through the
cell phone modem connected to the system. This connection depends on the
reliability of the cell phone signal.
Call center notification: The system shall be able to establish some kind of
connection with a call center to notify about the crash. This is done by using the
cell phone modem to give the system access to the internet. A text message is
then sent to the call center including the GPS coordinates read in from the GPS
system. The main consideration for this requirement is the time it takes the
10
system to notify the center because in a serious accidents, seconds could save
lives.
3.1.3 Constraint Considerations
The following are constraints the system will need to be meet to ensure that the
system will operate effectively.
Durability: The completed end-product will need to withstand temperatures
ranging from between -30 º F and 200 º F along with any range of relative
humidity. The end-product will also need to withstand vibrations from the road
and from the car and sudden acceleration changes due to an accident.
Size and weight: The end-product will not be more then one cubic foot in size.
The end-product will not weigh more then three pounds. The complete end-
product will be contained within the end-products container.
Cost-effective design: The system must be affordable. With a limited budget,
a cost effective design may become a major constraint for the building of the
end-product which will limit the potential functionality of the system.
3.1.4 Technology Considerations
Sensor Technology
Two ideas arose as possible sensing methods. One idea was to try to use an
inductor to detect the presence of electrical current in the airbag system to trigger
the automatic reporting process. The other option was to use an accelerometer.
The pros and cons are:
• Airbag Sensor
o Pros:
11
� Easy way to determine whether or not car has been involved
in collision
o Cons
� More difficult installation than accelerometer
� Depends on proper functionality of airbag(s)
� Restricts accident reporting capability to owners of cars with
airbags
• Accelerometer
o Pros:
� Reliable, likely more sensitive than airbag sensor
� Easier to install; independent of car make and model
o Cons:
� More likely to report a smaller accident; software will have to
account for this
� More complex circuitry required to interface with computer
The group decided that an accelerometer would be a better choice for the
purpose of reliability and portability.
Positioning Technology
For positioning units, the group instinctively considered GPS. Another option
was cellular triangulation. The pros and cons associated with each are listed
below:
• Global Positioning System
o Pros
� Faster and more accurate than cellular triangulation
o Cons
� GPS units more expensive than cell phones
12
� Requires additional hardware, whereas a cell phone could
serve double-duty as a communications unit and positioning
unit
• Cellular Triangulation
o Pros
� Less expensive than GPS
� Requires less hardware
o Cons
� Slower and less accurate
� Potential for lost cellular signal may inhibit triangulation
The group chose GPS as the positioning unit of choice for reliability and
accuracy, despite the additional hardware and higher cost.
Communications Technology
For communications technology, the group looked at using a cellular modem to
connect to the internet or directly manipulate a cell phone to place a phone call or
send a text (SMS) message. Universal cons associated with each method are
that they all require cellular service, which lends itself to the risk of losing the
cellular signal and the cost of cellular service.
• E-mail through Cellular Modem
o Pros
� Easy to generate an e-mail message with accident location
� Time spent in messaging is small
o Cons
� Call center would require a program that constantly monitors
incoming e-mail, which may not be very efficient
� Relies on internet connectivity; e-mails may get lost
• Cellular Phone Call
o Pros
13
� Allows direct communication between vehicle and call center
operator
� Enables operator to gauge accident severity (see Executive
Summary)
o Cons
� Requires additional hardware such as a car speakerphone
system, headset, or other such device
� Difficult to directly manipulate a cell phone to dial numbers or
self-initiate speed dial
� Relies on cellular signal presence at accident site
• Text (SMS) Message
o Pros
� Easy to generate a message with accident location
� SMS messaging is generally inexpensive and quick
o Cons
� Even more difficult to directly manipulate a cell phone to
send text messages
� Relies on cellular signal presence at accident location
The group decided to use the cellular modem because it seems to be the easiest
option to implement.
3.1.5 Testing Requirements Considerations
The following are the methods the team will use to test the end-product.
Bench test:
• The team will test the accelerator circuit using a voltmeter to measure its
output to determine if the circuit is outputting the correct voltage.
• The team will test the GPS using a laptop to check the accuracy of its
output using the supplied software.
14
• The team will test communication of all of the components and the
software using a laptop RS-232 serial port connection.
Prototype test:
The prototype test of the end-product will be done if time and funding are
available. The prototype testing will consist of loading the program onto a pocket
PC and testing the end-product using simulated real world situations. This will
consist of placing all components into a container and cause a sudden
acceleration to the container. This will be done by dropping the container or
hitting it with another object.
3.1.6 Project Continuation
The scope of the vehicle accident responder is currently limited by the extremely
small amount of funding provided to the team. In order to stay within the allotted
budget, the team has been forced to use either donated components or
components already in use within the department. For example, instead of using
a microprocessor and a cell modem, the team has opted to use a laptop and a
cell phone owned by the team members. While the functionality of the design is
not impacted by this substitution, the size of the end product will be much larger
than first intended. Therefore, a suitable continuation of this project would be to
find the funding for and implement the necessary parts (microprocessor, modem)
to reduce the size of the product.
3.1.7 Detailed Design
The end product design consists of an accident sensing unit, a tracking system, a
data processing hub, and a communications system. The sensing and tracking
units send information to the hub, which then relays the information to the call
center through the communications system. A detailed description of each
15
component, including parts lists, prices, and functions are specified in the next
section.
Accident Sensing Unit The detection unit consists of 2-6g three-axis accelerometer with an IC interface
and four simple comparators to monitor the three axis outputs of the
accelerometer and the manual switch voltage. The team decided to use an
accelerometer produced by STMicroelectronics and an IC interface produced by
the same manufacturer. The accelerometer, part number LIS3L02AQ, allows the
detection of acceleration in all three axis in either a 2g or 6g scale. The
corresponding IC interface, part number QFN-44, takes the information from the
sensing element and provides an analog signal as an output. The unit requires a
single voltage supply and the output voltage, offset, and sensitivity are all
ratiometric to the supply voltage. For the given supply voltage, Vdd = 3.3 V, the
accelerometer’s zero g output will be 1.65 V and the sensitivity will be 0.22V/g.
This will set the threshold voltage for a 6g accident at 2.97 V. One comparator
shall be matched with a corresponding accelerometer output voltage or manual
switch voltage. If any of the outputs reaches a voltage of 2.97 corresponding to a
6g accident, that particular comparator will output a high voltage; else it shall
output a low voltage. This changes the analog signal into a digital one allowing
the computer to process the information via the serial port. The electrical
characteristics, pin configuration, circuit diagram and price lists are given below.
16
Figure 3-1 Accelerometer Pin Description
Figure 3-2 Accelerometer Pin Connection
17
18
Figure 3-3 Accelerometer Electrical Characteristics
Serial Port
+
-
OUT
Accelerometer
Reference Voltage
Vzout
+
-
OUTVxout
Vyout
+
-
OUT
Switch
+
-
OUT
Figure 3-4 Circuit Diagram
Part Part Number Price Supplier Accelerometer LIS3L02AQ IC Interface QFN-44
$50.00 Combined
Digi-Key
4 Op-amps 660 Donated EE 333 Lab Kit 8 Resisters Donated EE 333 Lab Kit
Table 3-1 Parts List
19
Tracking System
The tracking system consists of a GPS unit that tracks the location of the vehicle
using satellite signals. The information from the GPS unit shall be transmitted to
the computer via the USB port.
Processing Station
The processing unit is simply a laptop computer serving as a substitute
microprocessor due to financial limitations. The computer will receive data from
the sensing unit via the serial port and from the tracking unit via the USB port.
This information is then processed by the program written by the team. In the
event of an accident, this program will detect the high output from the
comparator, retrieve the vehicles location from the GPS unit, place a call to the
call center via the cell phone and relay the information to the call center. The
computer is owned by a team member and adds no extra cost to overall budget.
Communications Unit The communications unit shall be either a cell phone connected externally to the
lap top or the phone dialer program contained within the laptop. In either case,
the device simply places a call to the call center in the event of an accident. Both
the phone dialer and the cell phone are already owned by team members and
therefore add no extra cost to the team’s budget.
20
Section 4 – Estimated Resources and Schedules Within this section are the estimated resources and schedules.
4.1 Estimated resources In this section the resources necessary to complete the project are defined. 4.1.1 Personnel effort requirement The personnel effort is the estimated amount of time each team member will
spend on a specific task within the project. The progress of the project and the
amount of time each team member has spent to date will be documented in the
weekly email sent by the communications coordinator to the other team members
and the faculty advisors.
Problem definition
This task will analyze the proposed problem and create a concise and complete
definition of the problem statement. As the requirements, design, and technology
specifications change so may the original problem definition; therefore the
problem definition may need to be adjusted.
End-Product consideration
This task will define which end-product/design will be the best solution to the
problem defined in the project definition.
Technology consideration
Different technologies will be researched before implementing the end-
product/design.
21
End-Product Design
Thorough documentation that includes a design process, identifies requirements
and detailed schematics.
End-Product Implementation
This task will implement the end-product using the identified technology.
End-Product Testing
This task will test the end-product for proper operation, and ensure that testing
results are accurate.
End Product Documentation
This task will create documentation that includes all of the testing that occurred
on the system and documentation explaining the operation of the system.
End Product Demonstration
This task will demonstrate the project for the advisors and industrial review panel.
The industrial review panel demonstration is a deliverable for the project and
must be accomplished on time.
End Project Reporting
This task includes all reporting done during the life of the project. Weekly emails,
design reports and final reports are included.
22
Table 4-1 Personnel Effort Requirements Estimate (hours)
Task Name
Ziad Abou-El-
Ardat Lou Herard Peter
McGlynn Ryan
Sanger Total
Project Definition 25 25 30 25 105 End-Product Consideration 20 25 20 18 83 End-Product Identification 34 39 36 35 144 Technology Consideration 50 52 60 56 218
End-Product Design 53 55 57 55 220
End-Product/Design Implementation 41 47 45 42 175
End-Product Testing 24 23 26 23 96 End-Product Documentation 40 30 30 40 140 End-Product Demonstration 26 27 22 25 100 Total Hours 313 323 326 319 1281
Figure 4-1 Personnel Effort Requirements Estimate
4.1.2 Other Resource Requirements
The project poster required printing, material for backing the poster, and an
adhesive to secure the poster to the mounting material.
8% 6%
11%
18% 17%
14%
7%
11% 8% Project Definition
End-Product Consideration End-Product Identification Technology Considerations End-Product Design End-Product/Design Implementation End-Product Testing End-Product Documentation End-Product Demonstration
23
Table 4-2 Other Resource Requirements Item Team Hours Other Hours Cost
Parts and Materials 0 0 $230.00
Project Poster including printing 40 0 $50.00
4.1.3 Estimated Financial Requirements
The financial requirements for testing and implementation are dependent upon
the technology considerations and the end product design that is chosen. These
resources will be included in the design documentation after the end product
decision has been made.
Table 4-3 Estimated Financial Requirements Item W/O Labor With Labor
Parts and Materials
a. PDA $100.00 $100.00
b. GPS Donated Donated
c. Accelerometer $50.00 $50.00
d. Cell Phone cable $30.00 $30.00
e. Poster $50.00 $50.00
Labor at $10.50 per hour
a. Ziad Abou-El-Ardat $3,286.50 b. Lou Herard $3,391.00 c. Peter McGlynn $3,423.00 d. Ryan Sanger $3,349.50 Subtotal $230.00 $13,450.50 Total $230.00 $13,680.00
24
4.2 Project Schedules
This section contains the project schedule and the schedule of deliverables.
Both are represented by Gantt charts.
The project schedule begins with defining the problem and determining the
desired end product through research and comparison. Throughout this process,
available technologies will be considered and the appropriate technology shall be
selected for use in the design of the end product. This process will be followed
by the end-product design and implementation process. Testing will follow the
implementation, depending of the end-product design and the funding available.
End product documentation will be developed and the end product will be
demonstrated to the advising faculty, and again for industrial review panel. The
project will conclude with a final report stating the conclusions and outcome of
the project. Throughout this process weekly emails will be sent to all group
members and advisors to inform and track the progress of the project.
25
4.2.1 Project Schedule
The project schedule provides a timeline in which the project tasks and deliverables can be set to ensure the project is
completed on time. Comments on tasks that take time in both semesters are added to indicate that no work will be done
from May through August, for example, the weekly e-mails.
ID Task Name Duration Start Finish Predecessors Resource Names
1 Pr oblem definition 9 days M on 1/24/05 Thu 2/3/05
2 Identify End Us ers , End Uses 1 day Mon 1/24/05 Mon 1/24/05
3 Cons traint Identif ication 8 day s Tue 1/25/05 Thu 2/3/05
4 Te chnology Considerations and Sele ction 11 days Fr i 2/4/05 Fr i 2/18/05 3
5 Identification of possible technologies 3 day s Fr i 2/4/05 Tue 2/8/05
6 Technology Research 8 day s Fr i 2/4/05 Tue 2/15/05
7 Technology Selection 3 day s Wed 2/16/05 Fr i 2/18/05 6
8 End-Product Des ign 34 days M on 2/21/05 Thu 4/7/05 7
9 Identification of design requirements 4 day s Mon 2/21/05 Thu 2/24/05
10 Design Process 30 days Fr i 2/25/05 Thu 4/7/05 9
11 Design Documentation 30 days Fr i 2/25/05 Thu 4/7/05
12 End-Product Prototype Im plem entation 159 days M on 3/14/05 Thu 10/20/05
13 Identification of Prototype Limitations and Substitutions 7 day s Mon 3/14/05 Tue 3/22/05
14 Implementat ion of Prototy pe End Product 23 days Tue 9/20/05 Thu 10/20/05
15 End-Product Tes ting 14 days Fr i 10/21/05 Wed 11/9/05 14
16 Test Planning and Dev elopment 5 day s Fr i 10/21/05 Thu 10/27/05
17 Test Execution and Ev aluation 9 day s Fr i 10/28/05 Wed 11/9/05 16
18 Documentat ion of testing 1 day Wed 11/9/05 Wed 11/9/05
19 End-Product Docum entat ion 210 days Thu 2/3/05 Wed 11/23/05
20 End-User Documentation 29 days Thu 2/3/05 Tue 10/18/05
21 Maintenance and Suppor t Documentat ion 7 day s Tue 11/15/05 Wed 11/23/05
22 End-Product Dem onstrat ion 13 days Thu 11/10/05 M on 11/28/05 15
23 Demonstration Planning 9 day s Thu 11/10/05 Tue 11/22/05
24 Faculty A dv isor Demonstration 1 day Wed 11/23/05 Wed 11/23/05 23
25 Client Demonstration 3 day s Wed 11/23/05 Fr i 11/25/05
26 Indus trial Review Panel Demons tration 1 day Mon 11/28/05 Mon 11/28/05 25
27 Pr oje ct Re por ting 219 days M on 1/24/05 Thu 11/24/05
28 Project Plan Development 9 day s Tue 2/1/05 Fr i 2/11/05
29 Project Poster Development 14 days Mon 2/14/05 Thu 3/3/05 28
30 End Product Design Report 41 days Thu 3/3/05 Thu 4/28/05
31 Project Final Repor t 53 days Tue 9/13/05 Thu 11/24/05
32 Weekly E-mails 216 days Mon 1/24/05 Mon 11/21/05
26
ID
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
Problem definition
Identify End Use rs, End Uses
Cons traint Ide nt ification
Te chnology Considerations and Sele ction
Identification of pos sib le technologie s
Te chnology Res earch
Te chnology Sele ction
End-Product Des ign
Identification of des ign re quire me nts
De sign Proce ss
De sign Docum entat ion
End-Product Protot ype Im ple m entation
Identification of Prototype L imitations and Subst itut ions
Im plem entation of Prototype End Product
End-Product Tes ting
Te st Planning and Developm ent
Te st Execution and Evaluation
Docume ntation of t est ing
End-Product Docum entat ion
End-Use r Docum entation
M aintenance and Suppor t Docume ntation
End- Product Dem onstration
De m ons tration Planning
Faculty Advis or Dem onstrat ion
Client Dem onstr ation
Industr ial Review Pane l Dem onstr ation
Pr oje ct Re por ting
Proje ct Plan Developm ent
Pr oje ct Poste r Deve lopm ent
End Product Des ign Re port
Pr oje ct Final Report
Wee kly E-m ails
S W S T M F T S W S T M F T S W S T M F T S W S T M F T S W S T M F T S W S T M F T S W S TJan 2, '05 Jan 30, '05 Feb 27, '05 Mar 27, '05 A pr 24, '05 May 22, '05 Jun 19, '05 Jul 17, '05 A ug 14, '05 Sep 11, '05 Oct 9, '05 Nov 6, '05 Dec 4, '05 Jan 1, '06 Jan 29, '06 Feb 26, '06 Mar 26, '06 A pr 23, '06 May 21, '06
Figure 4-2 Project Gantt Chart
27
4.2.2 Project Deliverables Schedule
The second portion of the project schedules section is a Gantt chart showing the project deliverables. These deliverables
are measured for completeness and graded by the advising faculty. The deliverables include the project plan, project
poster, design report, final report, demonstration and weekly email reporting.
ID Task Name
1 Pr oje ct De live rab les
2 Project Plan
3 Project Poster
4 End Product Design
5 Final Report
6 Desmons tration
7 Weekly e-mails
S W S T M F T S W S T M F T S W S T M F T S W S T M F T S W S T M F T SJan 2, '05 Jan 30, '05 Feb 27, '05 Mar 27, '05 A pr 24, '05 May 22, '05 Jun 19, '05 Jul 17, '05 Aug 14, '05 Sep 11, '05 Oct 9, '05 Nov 6, '05 Dec 4, '05 Jan 1, '06 Jan 29, '06
Figure 4-3 Deliverables Gantt Chart
28
Section 5 – Closure Material
Contained within this section are the project team information and the conclusion.
5.1 Project Team Information
This section contains information about the client, faculty advisors, team
members, and the project website.
5.1.1 Client
Senior design
5.1.2 Faculty Advisors
Dr. Srikanta Tirthapura
333 DURHAM, Iowa State University
Ames, Iowa 50011
515.294.3546 office
515-294-1152fax
Dr. Randall Geiger
351 DURHAM, Iowa State University
Ames, Iowa 50011
515.294.7745 office
515.294.1152 fax
29
5.1.3 Student Team Information
Ziad Abou-El-Ardat
102 Oak Blvd
Huxley, IA 50124
515.231.7398
Lou Herard
3373 Friley Knapp
Ames, IA 50012
515.572.5241
Peter McGlynn
3329 SouthDale Dr.
Ames, IA 50010
563.370.8550
Ryan Sanger
4345 Maricopa Dr.
Ames, IA 50014
515.290.1397
5.1.4 Project Website
http://seniord.ee.iastate.edu/dec0512/
30
5.2 Closing Summary
Because traffic accidents happen everyday it is important that a system be
developed to detect an accident and report it to a call center. The end product
will be able to decrease emergency vehicle response time and possibly save
someone's life.
31
5.3 References
• National Transportation Safety Board, Bruce R. Donnelly. International
Symposium on Transportation Recorders, May 3 - 5, 1999. Online. Internet. Feb 2, 2005 <http://www.ntsb.gov/events/symprec/proceedings/authors/donnelly.htm>
• National Center for Statistics and Analysis. National Highway Traffic
Safety. Online, Internet. January 28, 2005 <http://www.nhtsa.dot.gov>
• General Motors Corporation. OnStar Fact Sheets. Online. Internet. January 27, 2005
<http://www.gm.com/company/gmability/safety/security/onstar/onstarfa ct s.html>
32
5.4 Credits
Figure 2-2 http://www5b.biglobe.ne.jp/~ktymd/car/cvr/img/03_70.jpg
Figures 3-1, 3-2 & 3-3 http://www.st.com/stonline/books/pdf/docs/9321.pdf
