System Requirements Review Preliminary Design Review Jarret Allen

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

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

Project Overview 3 Project Overview Weekly Schedule

Project Overview 4 Project Overview Weekly Schedule

Alternatives Considered 5 Path to Proposed Solution [Web site] Arduino Pro-Mini • [Web site] vs. V 2 DIP 2 -48 Dimensions: o Arduino Mini-Pro Board: 18 mm x 33 mm x 2 mm (w x l x h) • Dimensions: 68. 56 mm x 17. 78 mm x 26. 60 mm (lxwxh) o Total Volume: 32425. 31 mm^3 Arduino Mini USB Host-Shield: 18 mm x 45 mm x 8 mm (w x l x h) x 2 • Power: 5 v • Cost: $28. 62 • Functionality: The V 2 DIP 2 -48 provides a bridge between 2 BOMS (Bulk Only Mass Storage) devices, powered by an outside source. o o Total Volume for Board and two(2) USB Host-Shields: 14148 mm^3 • Power: 5 v - 12 v • Cost: o o Arduino Mini-Pro Board: $18. 95 (100+ -> $15. 16) 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. [Web site] • Custom firmware can be developed using the Vinculum II development software tool suite. • For mass storage devices such as USB flash drives, VNC 2 transparently handles the FAT file structure. vs. VF 2 F 2 • Dimensions: 44. 8 mm x 69. 8 mm x 11. 4 mm (lxwxh) o Total Volume: 35648. 26 mm^3 • Power: On-board DC-DC converter supplies circuitry with 3. 3 v & 5. 5 v from 2 x. AAA 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

Alternatives Considered 6 Advantages/Disadvantages Arduino Pro-Mini Advantages • Support/documentation widely available • Relatively lightweight Disadvantages 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 vs. Vinculum-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 firmware Disadvantages • Relatively heavy (~350 g) • High unit volume vs. VF 2 F 2 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 Disadvantages • High unit volume • Difficulty to customize firmware unknown

Alternatives Considered 7 Software Considerations

Proposed Solution 8 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 VF 2 F 2 • Program VF 2 F 2 with Programmer/Debugger Module • Develop custom firmware with the Vinculum-II Tool Chain Rev 1. 4. 2 • 2 x. AAA batteries (DC-to-DC 5 v step up already in VF 2 F 2)

Architectural Design 9 System Architectural Design Hardware FTDI Chip VF 2 F 2 Case Options: • 3 D 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 Software Android Open Accessory Development Kit 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.

Architectural Design 10 System Architectural Design Power (options): Brief Hardware Overview 2 x. AAA Batteries (VF 2 F 2 Option) DC to DC 5 v Step Up in Module Circuitry 1 -2 x. AA Batteries with DC to DC 5 v Step Up VPack [Web page] Typical Current: 300 m. A or less Polymer Lithium Ion Battery 6 Ah [Web page] 3. 7 v at 2000 m. Ah Communication Flow Diagram User attempts to locate file using the device as the medium Phone Device Request passes through the device and the file is located on the storage device Storage Device

Architectural Design 11 System Architectural Design System Communication Hardware Mass Storage Memory Device VF 2 F 2 USB Port 0 USB Port 1 Android Device Product Application Memory User

Architectural Design 12 System Architectural Design Proposed Case User Interface Case Considerations: § Cost § Durability § Size § Survivability § Transportability § Ventilation

Architectural Design 13 Software Architectural Design Brief Overview Software Requirements • File Attachment Size: ~3 MB • 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, MP 3, and FLAC • Video Formats: AVI, 3 GP, 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

Architectural Design 14 Software Architectural Design Application Architecture

Architectural Design 15 Software Architectural Design Process 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.

Architectural Design 16 Software Architectural Design Application Cycle and Flow

Architectural Design 17 Software Architectural Design Application Mockup v 1. 0 Live Version on Team Web site at http: //www. cse. usf. edu/~lcintron/raytheon

Architectural Design 18 Software Architectural Design Application Mockup v 1. 0 Live Version on Team Web site at http: //www. cse. usf. edu/~lcintron/raytheon

Architectural Design 19 Software Architectural Design Application Mockup v 1. 0 Live Version on Team Web site at http: //www. cse. usf. edu/~lcintron/raytheon

Requirements 20 Proposed Requirements Project Requirements with Modifications SYS 02 b, SYS 02 c, SYS 02 d – Device only compatible with Android 2. 3. 4+ SYS 16 – The SYSTEM will have a total volume of at least 3564. 83 cm^3 SYS 17 – The SYSTEM shall weigh at least 300 g (VF 2 F 2 weight currently unknown)

Requirements 21 Proposed Requirements System Requirements Traceability Matrix

Risks 22 Risks & Mitigation Strategies A Brief List Risk: Unable to obtain list of files from mass storage device. Severity: A 1 Mitigation: Alternate solution unlikely due to massive size of files on USB mass storage device. Risk: VF 2 F 2 cannot function as a stand alone unit. Severity: B 1 Mitigation: Modify case design and re-analyze power consumption figures. Risk: Files not able to transfer through VF 2 F 2 from USB mass storage device to phone. Severity: B 1 Mitigation: Verify correctness of firmware and Android app programming. Risk: The phone tries to charge once plugged into the device. Severity: B 2 Mitigation: Contact FTDI to see if there is a way around it.

Risks 23 Risks & Mitigation Strategies A Brief List Risk: The phone does not communicate with the VF 2 F 2 device. Severity: A 1 Mitigation: Re-analyze the programming of firmware and software. Risk: Unable to program the VF 2 F 2 to transfer individual files. Severity: B 1 Mitigation: Another USB Host Controller may be necessary. Risk: The VF 2 F 2/V 2 DIP 2 -48 shall not arrive within a week. Severity: C 3 Mitigation: Continue Android software development using USB OTG technology. Risk: The VF 2 F 2 module is defective upon arrival. Severity: B 3 Mitigation: Continue software development with V 2 DIP 2 -48 or USB OTG dongle.

Risks 24 Risks & Mitigation Strategies A Brief List Risk: The Android application is not compatible with Android 2. 3. 4. Severity: B 1 Mitigation: The Android application would only be compatible with later versions of Android. Risk: Team member is hospitalized/ill Severity: C 3 Mitigation: The rest of the group picks up the slack with minimal lost due to documentation. Risk: System malfunctions at final demonstration. Severity: B 2 Mitigation: Provide abundant documentation and video of successful trials. Risk: Production cost runs higher than expected. Severity: C 1 Mitigation: Consult with industrial engineer to see what ways we can cut cost.

Final Issues 25 Present Issues • The V 2 DIP 2 -28 Module and Programmer/Debugger Module has been ordered • However, our new design uses the VF 2 F 2 Module • The VF 2 F 2 must be acquired as quickly as possible to proceed with hardware development. • The exact details of communication between the VF 2 F 2 and the Android application are still unknown. • These details must be determined before the Android application and software on the VF 2 F 2 can communicate.