25
System Requirements Review Preliminary Design Review Jarret Allen Luis Cintron Michael Kubacki Robert Skinner

System Requirements Review Preliminary Design Review

  • Upload
    duaa

  • View
    93

  • Download
    2

Embed Size (px)

DESCRIPTION

System Requirements Review Preliminary Design Review. Jarret Allen Luis Cintron Michael Kubacki Robert Skinner. Project Overview. Project Overview. Smart Phone Compatibility with a USB Storage Device. - PowerPoint PPT Presentation

Citation preview

Page 1: System Requirements Review Preliminary Design Review

System Requirements ReviewPreliminary Design Review

Jarret AllenLuis Cintron

Michael KubackiRobert Skinner

Page 2: System Requirements Review Preliminary Design Review

Project OverviewSmart Phone Compatibility with a USB Storage Device

Objective:  "To enable a commercially available smart phone (Android, iPhone, Blackberry) to send a message with an embedded image attachment (at least 3MB) obtained from a USB mass storage device to a specified email address in less than 15 seconds."

Project Overview2

Page 3: System Requirements Review Preliminary Design Review

3Project Overview

Project OverviewWeekly Schedule

Page 4: System Requirements Review Preliminary Design Review

4Project Overview

Project OverviewWeekly Schedule

Page 5: System Requirements Review Preliminary Design Review

5Alternatives Considered

Path to Proposed Solution

vs. vs.Arduino Pro-MiniV2DIP2-48

• Dimensions:o Arduino Mini-Pro Board: 18mm x 33mm

x 2mm (w x l x h)

o Arduino Mini USB Host-Shield: 18mm x 45mm x 8mm (w x l x h) x 2

o Total Volume for Board and two(2) USB Host-Shields: 14148mm^3

• Power:  5v - 12v

• Cost:o Arduino Mini-Pro Board: $18.95  (100+ -

> $15.16)o Arduino Mini USB Host-Shield: $20.00

 (100+ -> $19.96)

• Speed: 12 Mbps / 1.5 Mbps Host

• Functionality: A microcontroller that can have USB host shields (additional boards) attached to provide USB hosting functionality.

• Dimensions: 68.56mm x 17.78mm x 26.60mm (lxwxh)o Total Volume: 32425.31mm^3

• Power: 5v

• Cost: $28.62

• Functionality: The V2DIP2-48 provides a bridge between 2 BOMS (Bulk Only Mass Storage) devices, powered by an outside source.

• Custom firmware can be developed using the Vinculum II development software tool suite.

• For mass storage devices such as USB flash drives, VNC2 transparently handles the FAT file structure.

VF2F2

• Dimensions: 44.8mm x 69.8mm x 11.4mm (lxwxh)o Total Volume: 35648.26mm^3

• Power: On-board DC-DC converter supplies circuitry with 3.3v & 5.5v from 2xAAA cells

• Cost: $37.50

• Functionality: At the push of a button allows all the files on a USB mass storage device to be copied to a unique folder on another USB mas storage device.

• Transparently handles the FAT file structure communicating via UART, SPI or parallel FIFO interfaces via a simple to implement command set

[Web site] [Web site][Web site]

Page 6: System Requirements Review Preliminary Design Review

6Alternatives Considered

Advantages/Disadvantages

vs. vs.Arduino Pro-MiniVinculum-II

Advantages• Transparent support for FAT file structure• Android drivers available using the Android

Open Accessories Initiative that allows the Vinculum-II to attach to an Android device

• Specifically designed to act as a USB host for mass storage device to smart phone transfers with the ability to create custom firmwareDisadvantages

Primary Disadvantage: 1 board + 2 shields

• Few example of USB hosting exist• High unit cost• High unit volume size• Relatively heavy• USB host documentation scarce

Advantages• Support/documentation widely

available• Relatively lightweight

Disadvantages• Relatively heavy (~350g)• High unit volume

Advantages• Transparent support for FAT file

structure• Android drivers available using the

Android Open Accessories Initiative that allows the Vinculum-II to attach to an Android device

• Specifically designed to act as a USB host for mass storage device to mass storage device transfers

• Programmable firmware

VF2F2

Disadvantages• High unit volume• Difficulty to customize firmware

unknown

Page 7: System Requirements Review Preliminary Design Review

7Alternatives Considered

Software Considerations

Page 8: System Requirements Review Preliminary Design Review

8Proposed Solution

Proposed Technical Solution

• Software Implementation: Android 2.3.4+ via Android Open Accessory Development Kit• Application Development: Java in Eclipse IDE with Android SDK

• Hardware Components: Vinculum VF2F2• Program VF2F2 with Programmer/Debugger Module• Develop custom firmware with the Vinculum-II Tool Chain Rev 1.4.2• 2xAAA batteries (DC-to-DC 5v step up already in VF2F2)

Page 9: System Requirements Review Preliminary Design Review

9Architectural Design

System Architectural Design

Hardware

FTDI Chip VF2F2

Software

Android Open Accessory Development KitCase Options:• 3D Printing Technology• USF Engineering Prototyping/Machine Shop

Interface:• Two USB Type A Ports (Smart Phone & USB

mass storage device)• On/Off Rocker Switch and On/Off LED

Indicator• LEDs to Indicate File Copy Activity and Errors

Compatibility:• Android 2.3.4+

The app on the Android phone interacts with the USB Host Controller device to retrieve the list of files from the USB mass storage device and the desired file.

Page 10: System Requirements Review Preliminary Design Review

10

Power (options): 2xAAA Batteries (VF2F2 Option)  DC to DC 5v Step Up in Module Circuitry 1-2xAA Batteries with DC to DC 5v Step Up VPack  [Web page]  Typical Current:  300mA or less  Polymer Lithium Ion Battery 6Ah  [Web page] 3.7v at 2000mAh

Architectural Design

Brief Hardware OverviewSystem Architectural Design

Communication Flow Diagram

Device

Phone

Storage Device

User attempts to locate file using the device as the medium

Request passes through the device and the file is located on the storage device

Page 11: System Requirements Review Preliminary Design Review

11Architectural Design

System CommunicationSystem Architectural Design

AndroidDevice

Memory

VF2F2Mass StorageDevice Memory USB

Port 1USBPort 0

ProductApplication

User

Hardware

Page 12: System Requirements Review Preliminary Design Review

12Architectural Design

Proposed Case User InterfaceSystem Architectural Design

Case Considerations: Cost Durability Size Survivability Transportability Ventilation

Page 13: System Requirements Review Preliminary Design Review

13Architectural Design

Software Architectural DesignBrief Overview

Software Requirements• File Attachment Size: ~3MB• Send the attached file to phone contacts via email• Send the attached file to phone contacts via sms• Time to Send: Less than 30 sec.• User should be able to install/run in less than 5 minutes• Image Formats: JPG, GIF, PNG, BMP, TIFF, and RAW• Audio Formats: WAV, WMA, MP3, and FLAC• Video Formats: AVI, 3GP, DIVX, FLV, MPG, WMV, MOV

Technologies (APIs)• Android Open Accessory Development Kit• Android SDK 2.2 Google API 8• Vinculum-II Tool Chain Rev 1.4.2

Page 14: System Requirements Review Preliminary Design Review

14Architectural Design

Software Architectural DesignApplication Architecture

Page 15: System Requirements Review Preliminary Design Review

15Architectural Design

Software Architectural DesignProcess Model

• Planning Phase: Project Planning

• Pre-Beta Development Phase: Design and development of new features in order to provide a reasonable working version for demonstration.

• Development Phase: Remainder of design and development of all features.

• System Testing Phase: Organized testing of the application features. Focused diagnosis and fixing of all defects/bugs found.

• Beta Testing Phase: Integration testing of the hardware and software with possible patches and maintenance releases as needed.

• Release Preparation Phase: Final verification testing of the frozen build to be released to Raytheon.

Page 16: System Requirements Review Preliminary Design Review

16Architectural Design

Software Architectural DesignApplication Cycle and Flow

Initial ActivityInitial Activity

Add/Delete Files to attachBrowse Files

Add/Remove Recipients

Browse phoneContacts

Delete

Review Files and Contacts

Send

Transmission results/Errors

Try Again

Success/Start Over

Page 17: System Requirements Review Preliminary Design Review

17Architectural Design

Software Architectural DesignApplication Mockup v1.0

Live Version on Team Web site at  http://www.cse.usf.edu/~lcintron/raytheon

Page 18: System Requirements Review Preliminary Design Review

18Architectural Design

Software Architectural DesignApplication Mockup v1.0

Live Version on Team Web site at  http://www.cse.usf.edu/~lcintron/raytheon

Page 19: System Requirements Review Preliminary Design Review

19Architectural Design

Software Architectural DesignApplication Mockup v1.0

Live Version on Team Web site at  http://www.cse.usf.edu/~lcintron/raytheon

Page 20: System Requirements Review Preliminary Design Review

20Requirements

Proposed RequirementsProject Requirements with Modifications

SYS02b, SYS02c, SYS02d – Device only compatible with Android 2.3.4+

SYS16 – The SYSTEM will have a total volume of at least 3564.83cm^3

SYS17 – The SYSTEM shall weigh at least 300g (VF2F2 weight currently unknown)

Page 21: System Requirements Review Preliminary Design Review

21Requirements

Proposed RequirementsSystem Requirements Traceability Matrix

Page 22: System Requirements Review Preliminary Design Review

22Risks

Risks & Mitigation StrategiesRisk: Unable to obtain list of files from mass storage device.Severity: A1Mitigation: Alternate solution unlikely due to massive size of files on USB mass storage device.

Risk: VF2F2 cannot function as a stand alone unit.Severity: B1Mitigation: Modify case design and re-analyze power consumption figures.

Risk: Files not able to transfer through VF2F2 from USB mass storage device to phone.Severity: B1Mitigation: Verify correctness of firmware and Android app programming.

Risk: The phone tries to charge once plugged into the device. Severity: B2Mitigation: Contact FTDI to see if there is a way around it.

A Brief List

Page 23: System Requirements Review Preliminary Design Review

23Risks

Risks & Mitigation StrategiesRisk: The phone does not communicate with the VF2F2 device.Severity: A1Mitigation: Re-analyze the programming of firmware and software.

Risk: Unable to program the VF2F2 to transfer individual files.Severity: B1Mitigation: Another USB Host Controller may be necessary.

Risk: The VF2F2/V2DIP2-48 shall not arrive within a week.Severity: C3Mitigation: Continue Android software development using USB OTG technology.

Risk: The VF2F2 module is defective upon arrival.Severity: B3Mitigation: Continue software development with V2DIP2-48 or USB OTG dongle.

A Brief List

Page 24: System Requirements Review Preliminary Design Review

24Risks

Risks & Mitigation StrategiesRisk: The Android application is not compatible with Android 2.3.4.Severity: B1Mitigation: The Android application would only be compatible with later versions of Android.

Risk: Team member is hospitalized/illSeverity: C3Mitigation: The rest of the group picks up the slack with minimal lost due to documentation.

Risk: System malfunctions at final demonstration.Severity: B2Mitigation: Provide abundant documentation and video of successful trials.

Risk: Production cost runs higher than expected.Severity: C1Mitigation: Consult with industrial engineer to see what ways we can cut cost.

A Brief List

Page 25: System Requirements Review Preliminary Design Review

25Final Issues

Present Issues• The V2DIP2-28 Module and Programmer/Debugger Module has been

ordered• However, our new design uses the VF2F2 Module

• The VF2F2 must be acquired as quickly as possible to proceed with hardware development.

• The exact details of communication between the VF2F2 and the Android application are still unknown.• These details must be determined before the Android application and

software on the VF2F2 can communicate.