february 16, 2015 : projected mobile computer
TRANSCRIPT
February 16, 2015
Andrew H. Rawicz School of Engineering Science Simon Fraser University V5A 1S6 Re: ENSC 305W/440W Functional Specification – LumenX3: Projected Mobile Computer
Dear Dr. Rawicz,
I am writing in regards to the course requirements of ENSC 305W/440W. Enclosed with this letter is ObelXTech’s Functional Specification document for LumenX3. The goal of our project is to design and bring to market a screen-less portable computing device that allow users to view the contents displayed by the Windows operating system as a projection from the LumenX3 onto the surface on which it is placed. Users will be able to interact with the device by touching the surface where the screen is displayed for maximum portability and interactivity.
The following documentation details the functional specifications of our innovative new product, including a high level overview and descriptions of specific subsystem features. Sustainability, safety and issue pertaining to engineering standards are also explored, in addition to an overview of our test plan. Through the careful specification of LumenX3 and its functional requirements, we believe this document will guide us through a successful design and development process.
Our eclectic team consists of 5 talented senior engineering students, ranging in concentrations from Computer Engineering, Engineering Physics, Electronics Engineering to Systems Engineering. It consists of Carmen Tang, Davin Mok, Gary Yu, Herman Mak and Michael Ng.
I appreciate your time in reviewing our Functional Specification for the LumenX3. Should you have any further comments or questions, please feel free to contact me by phone at 778-995-7858 or email at [email protected].
Sincerely,
Gary (Guo) Yu Chief Executive Officer ObelXTech
Functional Specification
Version 1.2.8
February 16, 2015
Team Members:
Carmen Tang
Davin Mok
Gary (Guo) Yu
Herman Mak
Him Wai (Michael) Ng
i
Executive Summary We at ObelXTech investigated to find another method of display while avoiding the downsides of a
screen. Our product is the LumenX3, a screen-less portable computing device that brings forth a unique
set of properties no modern device can compare with.
The LumenX3 boasts many capabilities that users may expect to find in a portable device, except in a
different combination. In a sense, it can be seen as a combination of a touch-tablet and a projector.
Users will be able to view the contents displayed by a touch-friendly computer as a projection from the
LumenX3 box onto the surface on which the box has been placed. They will be able to interact with the
device by touching the surface where the screen is displayed, giving a similar experience to
touchscreens.
Users will be able to use gestures such as tapping, holding, and swiping with multiple fingers. This will
promote interactivity and collaboration between multiple people and is especially useful for group
projects. The LumenX3 will also be durable enough to withstand falls and rough handling with a rigid
case. With such a robust product, users will have much more freedom to take their device anywhere a
flat surface can be found.
The LumenX3 will be capable of running a touch-friendly operating system such as Microsoft Windows
8.1. Projection will be done using a projector and touch gestures will be recognized from a gesture
recognition sensor. The proof of concept model will be comprised of the following set of key features to
show its audience a glimpse of the future:
Project a touch-friendly interface screen at an angle without distortion
Recognizes touch gestures that include the tap, double tap, drag, tap and hold, and pinch or
expand
Reasonably low response latency
LED feedback for system status
System is fully enclosed in a durable case
This document will describe the functional specifications for the entire LumenX3 system, as well as each
of the individual subsystems. Several other topics will be covered, including an outline of the proposed
test plan, sustainability considerations, as well as the associated engineering standards. Please refer to
individual sections for more detailed descriptions of the functional specification of the LumenX3.
ii
Table of Contents
Executive Summary ........................................................................................................................................ i
List of Figures ............................................................................................................................................... iii
Glossary ........................................................................................................................................................ iv
1.0 Introduction ............................................................................................................................................ 1
1.1 Scope ................................................................................................................................................... 1
1.2 Intended Audience .............................................................................................................................. 1
1.3 Requirements Classification ................................................................................................................ 2
2.0 System Overview ..................................................................................................................................... 2
3.0 Requirements Justification ...................................................................................................................... 4
4.0 Product Requirements ............................................................................................................................ 4
4.1 System Requirements ......................................................................................................................... 5
4.1.0 Core Subsystem Requirements: ................................................................................................... 5
4.1.1 Projection Subsystem Requirements: .......................................................................................... 6
4.1.2 Touch Gesture Recognition Subsystem Requirements: ............................................................... 7
4.2 Physical Requirements ........................................................................................................................ 8
4.2.0 General Device Requirements: .................................................................................................... 8
4.2.1 Mechanical Case Requirements: .................................................................................................. 8
4.2.2 Electrical Requirements ............................................................................................................... 9
5.0 Documentation Requirements .............................................................................................................. 10
6.0 Test Plan ................................................................................................................................................ 10
6.1 Component Unit Tests ....................................................................................................................... 10
6.2 Subsystem Tests ................................................................................................................................ 11
6.3 Subsystem Integration Tests .............................................................................................................. 11
6.4 System Tests ...................................................................................................................................... 11
6.5 Basic Use Case Scenario: Start-up, General Usage, and Shut-Down................................................. 11
7.0 Engineering Standards .......................................................................................................................... 13
7.1 Safety ................................................................................................................................................. 13
7.2 Sustainability ..................................................................................................................................... 14
8.0 Conclusion ............................................................................................................................................. 15
Works Cited ................................................................................................................................................. 16
iii
List of Figures
Figure 1 - Subsystem Layout for the LumenX3 System .................................................................................. 2
Figure 2 - Block Diagram for the LumenX3 System ........................................................................................ 3
Figure 3 - Mechanical case design for the LumenX3 ..................................................................................... 5
Figure 4 - Typical usage of the LumenX3, depicted as the purple box, from different views ........................ 5
iv
Glossary
ABS plastic Acrylonitrile butadiene styrene plastic, a common thermoplastic polymer
AC Alternating current, a type of electrical current where the current repeatedly changes direction
Capacitive touchscreen A touchscreen that takes in user input by relying on the electrical properties of the human body.
Cradle to cradle design An ecosystem-friendly approach to the design of products and systems. It models on nature's processes such that all components from previous products are nutrients for next products
Framerate The frequency at which an imaging device produces consecutive images.
HDMI High-Definition Multimedia Interface – a standard for connecting high-definition video devices
LED Light-emitting diode: a pn-junction diode which emits light when activated
Microcontroller A small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals.
Microsoft Windows 8.1 An operation system made by Microsoft, the most popular OS on x86/x64 devices, first reached general availability on October 17, 2013
Multi-threaded program A program that can serve more than one user at a time and to manage multiple simultaneous requests without the need to have multiple copies of the programs running within the computer.
OS Operating System, software that manages computer hardware and software resources.
Perspective correction The process of correcting a distorted user viewpoint through the use of computer software and/or mechanical devices.
RAM Random-access memory, a form of computer data storage.
Regression testing A type of software testing that seeks to uncover new software bugs, or regressions, in existing functional and non-functional areas of a system.
RoHS Restriction of Hazardous Substances Directive, it restricts the use of six hazardous materials in the manufacture of electronic and electrical equipment
Test-driven development process
A software development process in which developers repeatedly write test cases before developing code.
v
Thermoplastic A plastic material that becomes soft above a specific temperature and harden again upon cooling.
Triage The process of determining the priority of bug fixes based on the severity of the bug.
Typical content consumer A user who browses and absorbs knowledge and information from any form of content, such as blogs, wikis, discussion forums, news hubs, apps, etc.
USB Universal Serial Bus, an input/output interface standard for data transmission between electronic devices
User Interface (UI) The space where interactions between humans and machines occur.
VGA Video Graphics Array, a standard for connecting video devices
Wi-Fi A wireless networking standard based on radio wave communication to provide Internet and local area network connections
x86/x64 32 bit and 64 bit computer architectures.
1
1.0 Introduction Most individuals today own a variety of electronics. A desktop computer at home, a laptop on the go
and a smartphone at all times is most common combination of electronics students own. However, one
of the biggest liabilities of portable devices, like laptops or smartphones, is the screen. For these
portable devices, if there is no screen the device is rendered practically useless, because the user is
unable to see their interactions or feedback from the computer in order to use it effectively. Even
though many phones today are said to be shatter resistant, the screen will still easily crack if dropped
onto the floor. This motivated us to look for a more robust way to interact with a computer: what are
alternatives to having a screen that would resist falls and is still portable? As we move towards a more
touch-friendly future for computers, how can we take in gestures from fingers or pens while still allowing
users to type? As a result, we envisioned the LumenX3 (pronounced "lumen-ex-cubed").
With a sleek, portable, robust case built in a way such that it won't crack or become inoperable after
being dropped onto the ground multiple times, the LumenX3 will be known to be a durable device. Using
projection instead of a glass display, the projected 'screen' size will be larger without sacrificing
portability, and there will be more room for more powerful computing components. Furthermore, since
it will take in touch input, it will promote interactivity and collaboration among groups anywhere where
there is a flat surface to place the LumenX3 on [1]. The LumenX3 will be running an operating system
with a touch-friendly user interface that features an on-screen keyboard. Eventually, the LumenX3 can be
extended to be battery-powered and to switch between more than one operating system. The LumenX3
is not meant to be a direct replacement for smartphones or laptops but an additional option when
purchasing a portable device, since it boasts a distinct set of features from handhelds with screens.
This functional specification document will outline the following:
The LumenX3 product and its modular subsystem design
An overview of the proof of concept model and its comprehensive product features
Sustainability, safety and standards considerations
A detailed test plan
1.1 Scope
This document describes the functional requirements that must be met by a functioning LumenX3. This
set of requirements fully describes the proof-of-concept device and partially outlines the device that will
go into production. The listed requirements will drive the design of the LumenX3 and will also be present
in future design documents.
1.2 Intended Audience
The functional specification document is intended for use by all members of ObelXTech. The CEO shall
refer to the functional requirements as a concrete measure of progress throughout the development
2
phase. Design engineers shall refer to the requirements as overall design goals to be kept in mind from
product design through to implementation. Test engineers shall use this document to assist in assessing
the similarity of function in the actual system with the functionality described in this document.
1.3 Requirements Classification
Throughout this document, the following convention shall be used to denote functional requirements:
[Req N – P#] A functional requirement, where N is the functional requirement number and P# is the
priority of the functional requirement as denoted by one of three values:
P1 - The requirement applies to the proof-of-concept device only.
P2 - The requirement applies to as a stretch goal for the proof-of-concept device and
will be in the prototype device.
P3 - The requirement applies to the final production device only.
2.0 System Overview The LumenX3 will be composed of 3 subsystems that include: the Core subsystem, the Projection
subsystem, and the Touch Gesture Recognition subsystem. The Core subsystem will be responsible for all
of the device's computing needs and will also be providing system status information to the users.
Additionally, the Core subsystem will serve as a central hub where all subsystems are connected to. The
Projection subsystem will be responsible for providing the user interface and the Touch Gesture
Recognition subsystem will be responsible for retrieving user input in the form of touch gestures. The
layout of these subsystems within the LumenX3 system is shown in Figure 1.
Figure 1 - Subsystem Layout for the LumenX3 System
3
The 3 subsystems will operate using the following hardware components:
Core subsystem: MeegoPad T01 [2], Arduino Uno [3], and LEDs
Projection subsystem: AAXA P3 Pico Projector [4]
Touch Gesture subsystem: Leap Motion Controller [5]
The MeegoPad T01 computer will be outputting a modified video stream that has been compensated for
angle distortion via the HDMI port to the P3 Pico Projector. The Leap Motion Controller will be delivering
touch gesture information to the MeegoPad T01 through a USB 2.0 connection. The Arduino Uno will
drive a set of LEDs and receive instruction from the MeegoPad T01 through a USB port. Finally the
MeegoPad T01 will be running Microsoft Windows 8.1 [6] which natively supports an on-screen
keyboard and a variety of touch gestures. A detailed block diagram of how we will be connecting these
specific hardware is shown in Figure 2.
Figure 2 - Block Diagram for the LumenX3 System
4
3.0 Requirements Justification In order to outline relevant and critical product requirements for our device, we must first understand
the fundamental functions we wish to obtain from it. The LumenX3 is designed with portability and
collaboration in mind. The device must produce a large enough screen that encourages collaboration and
yet remain small enough in size to be considered portable. The physics of a projected screen has allowed
us to recognize that these two goals oppose each another. As such, we have worked towards a projection
height and device size that will maintain a suitable balance between projected screen size and
portability.
Since the LumenX3 is designed as a screen-less device, it requires a method that is different from
traditional capacitive touchscreen devices to detect user input. We are therefore required to use
alternative input methods such as hand tracking techniques. As well, we have chosen to develop on an
OS with a touch-friendly user interface because it natively supports user touch gestures which would
greatly reduce the work needed to bring our device to market. Additional functional requirements will
be outlined below in the next section and will illustrate further the tasks LumenX3 is designed to
perform.
4.0 Product Requirements This section describes the device requirements of the LumenX3 system which is split into two main
groups: the System Requirements and the Physical Requirements. The System Requirements section is
comprised of the Core Subsystem, the Projection Subsystem and the Touch and Gesture Recognition
Subsystem specifications. The Physical Requirements section contains Operational, Mechanical Casing
and Electric specifications.
The proof of concept device will be running a touch-friendly operating system with all software and
firmware needed by the device installed natively. In the final product, we will be aiming to replace the
computing module in the Core Subsystem and the gesture recognition sensor used in the Touch and
Gesture Recognition Subsystem with a completely customized single-board computer with an integrated
3D motion sensor. We will also be aiming to replace the projector and the accompanying perspective
correction driver used in the projection module with a smaller, custom-made projector with built-in
perspective correction.
Given our time and resource constraints, as well as the difficulty of implementing our own perspective
correction driver and multi-touch firmware [7], we will focus on building the LumenX3 proof-of-concept
device using existing, off-the-shelf hardware. Our goal is to demonstrate that a projected user interface
can enhance the user experience when interacting with a computing device.
Our current design of the proof of concept model’s outer case is shown in Figure 3. A graphical
demonstration of how a user would typically use the LumenX3, depicted generally as a purple box, is
shown in Figure 4.
5
Figure 3 - Mechanical case design for the LumenX3
a) First person view b) Bird’s eye view
Figure 4 - Typical usage of the LumenX3, depicted as the purple box, from different views
4.1 System Requirements
4.1.0 Core Subsystem Requirements:
General Requirements:
[Req 4.1.0.0 – P1] The Core Subsystem shall be the integration center for all other subsystems
and display status information of the computer to the user
[Req 4.1.0.1 – P1] The Core Subsystem shall receive input from the Touch Subsystem and send
output to the Projection Subsystem
6
Computer Requirements:
[Req 4.1.0.2 – P1] The computer shall support both x86 and x64 instruction set architectures
[Req 4.1.0.3 – P1] The computer shall have at least 2GB of RAM
[Req 4.1.0.4 – P1] The computer shall have more than 16GB of internal storage
[Req 4.1.0.5 – P1] The computer shall include a graphical processing unit
[Req 4.1.0.6 – P1] The computer shall have at least one USB 2.0 or 3.0 port
[Req 4.1.0.7 – P1] The computer’s operating system shall be able to run on x86 or x64
architecture hardware
[Req 4.1.0.8 – P1] The computer’s operating system shall have a touch-friendly user interface
[Req 4.1.0.9 – P1] The computer’s operating system shall be able to install custom drivers and
firmware for new hardware
[Req 4.1.0.10 – P2] The computer shall have a size no larger than 10cm (H) x 10cm (W) x 5cm
(L)
[Req 4.1.0.11 – P2] The computer’s operating system shall support the execution of multi-
threaded programs
System Status Indicator Requirements
[Req 4.1.0.12 – P1] The status indicator state shall be evidently discernible to users within 3m
in front of the LumenX3
[Req 4.1.0.13 – P1] The status indicator shall display a green light while the computer is active
[Req 4.1.0.14 – P2] The status indicator shall display a red light while the computer is
powered off
[Req 4.1.0.15 – P2] The status indicator shall display a yellow light while the computer is in
standby or sleep mode
4.1.1 Projection Subsystem Requirements:
General Requirements:
[Req 4.1.1.0 – P1] The projection subsystem shall project a clear and corrected user interface
onto a flat surface at an angle
Projector Hardware Requirements:
[Req 4.1.1.1 – P1] The projector shall have a native resolution of at least 640 x 480 pixels
(VGA display resolution)
[Req 4.1.1.2 – P1] The projector shall be bright enough to clearly display content in standard
office lighting
7
[Req 4.1.1.3 – P1] The projector shall accept either VGA or HDMI input
[Req 4.1.1.4 – P2] The projector shall be no larger than 8cm (H) x 15cm (W) x 20cm (L)
[Req 4.1.1.5 – P2] The projector shall have a detachable power cord
[Req 4.1.1.6 – P2] The projector shall not weigh more than 500 grams
[Req 4.1.1.7 – P3] The projector shall be able to achieve full operating brightness in less than
10 seconds
Perspective Correction Driver Requirements
[Req 4.1.1.8 – P1] The driver shall continuously correct the screen distortion due to a tilted
projection angle
[Req 4.1.1.9 – P1] The driver shall utilize the full resolution of the projector hardware
[Req 4.1.1.10 – P2] The driver shall operate without significantly impeding the framerate of
the output video
[Req 4.1.1.11 – P2] The driver shall not visibly affect computer performance required by a
typical content consumer
[Req 4.1.1.12 – P3] The driver shall continuously correct screen distortion in real time
4.1.2 Touch Gesture Recognition Subsystem Requirements:
General Requirements:
[Req 4.1.2.0 – P1] The touch gesture recognition subsystem shall transmit the fingers’ 3D
position information to the computer in the Core Subsystem in real time
[Req 4.1.2.1 – P1] The touch gesture recognition subsystem shall acknowledge the
occurrence of a different multi-touch gestures including tap, tap and hold, drag, pinch in and
pinch out, and transmit this information to the computer in the Core Subsystem
Gesture Recognition Sensor Requirements:
[Req 4.1.2.2 – P1] The gesture recognition sensor shall be able to recognize finger
movements at a downward tilted angle
[Req 4.1.2.3 – P1] The gesture recognition sensor shall work under typical office and
classroom light intensity
[Req 4.1.2.4 – P1] The gesture recognition sensor shall be able to communicate with and
transmit data to the computer in the Core Subsystem
[Req 4.1.2.5 – P2] The gesture recognition sensor shall weigh no more than 100 grams
8
[Req 4.1.2.6 – P2] The gesture recognition sensor shall be no larger than 5cm (H) x 10cm (W)
x 15cm (L)
Multi-Touch Firmware Requirements:
[Req 4.1.2.7 – P1] The firmware shall accurately map touch gestures on the angled projected
screen to coordinates on the computer screen
[Req 4.1.2.8 – P1] The firmware shall not visibly affect computer performance required by a
typical content consumer
[Req 4.1.2.9 – P1] The firmware shall run in the background and shall not interrupt the
execution of other computing tasks
[Req 4.1.2.10 –P2] The firmware shall support tracking of at least 5 fingers simultaneously
4.2 Physical Requirements
4.2.0 General Device Requirements:
[Req 4.2.0.0 – P1] The device shall not weigh more than 2 kilograms without the power supply
[Req 4.2.0.1 – P2] The device shall not catch fire spontaneously
[Req 4.2.0.2 – P2] The device shall never be hotter than 100 degrees Celsius inside or outside
the case
[Req 4.2.0.3– P2] The device shall withstand shocks, quick movement or tilting and will
continue to remain fully operational
[Req 4.2.0.4 – P3] The device shall operate properly within -20 to 100 degrees Celsius
[Req 4.2.0.5 – P3] The device shall be storable within the temperature: -30 to 60 degrees
Celsius
4.2.1 Mechanical Case Requirements: [Req 4.2.1.0 – P1] The case shall have openings for LED lights to display the running status of
the device
[Req 4.2.1.1 – P1] The case shall expose the power buttons of the computer and the projector
[Req 4.2.1.2 – P1] The device casing shall be a good insulator and not exposing any internal
heat to the user
[Req 4.2.1.3 – P1] The case shall be extendable upward from a portable state into a projecting
state, and be compressible back from the projecting state to the portable state
[Req 4.2.1.4 – P2] The case shall not exceed a height of 50cm in its extended state.
9
[Req 4.2.1.5 – P2] The case shall not exceed a height of 25cm in its portable state
[Req 4.2.1.6 – P2] The width of the base of the case shall not exceed 14cm
[Req 4.2.1.7 – P2] The length of the base of the case shall not exceed 14cm
[Req 4.2.1.8 – P2] The case shall fully enclose all hardware, all cables, all ports and buttons not
meant to be accessed by the user.
[Req 4.2.1.9 – P2] The case shall have openings for the projector and gesture recognition
hardware and shall not obstruct any light or sensor paths
[Req 4.2.1.10 – P2] The case shall have openings for ventilation
[Req 4.2.1.11 – P2] The case shall have appropriate labels for all accessible ports and buttons
[Req 4.2.1.12 – P3] The case shall not harm the user when switching between projecting and
portable states
[Req 4.2.1.13 – P3] The case shall expose at least one USB port connected to the computer
[Req 4.2.1.14 – P3] The case shall expose one integrated power cord for the whole device
[Req 4.2.1.15 – P3] The case shall withstand heat up to 100 degrees Celsius, and cold down to -
20 degrees Celsius
[Req 4.2.1.16 – P3] The device shall not shatter when falling from less than 1.5 meters onto
ground
[Req 4.2.1.17 – P3] The case shall not allow the hardware or cable connections to move when
physically shocked, moved, or tilted
4.2.2 Electrical Requirements [Req 4.2.2.0 – P1] The hardware circuitry shall run off wall 100-240V at 50-60 Hz AC
[Req 4.2.2.1 – P1] The power plug shall use the North American standard
[Req 4.2.2.2 – P3] All power cords of internal components shall be integrated into one power
cord
[Req 4.2.2.3 – P3] The integrated power cord of the device shall be detachable
10
5.0 Documentation Requirements This section covers the user documentation requirements for our production model that enable an end-
user to set-up their product and learn to use its functions quickly and painlessly.
[Req 5.0.0 – P1] A quick Set-up Guide with simple pictographic instructions shall be provided
with the final product
[Req 5.0.1 – P3] A detailed User Manual shall be provided with the final product
[Req 5.0.2 – P3] The user documentation (Set-up Guide and User Manual) shall be produced in
multiple languages including but not limited to English and French in consideration of
international customers
[Req 5.0.3 – P3] The user documentation shall be written in concise and simple language with all
technical jargon and expressions defined
[Req 5.0.4 – P3] The user documentation shall contain manufacturer, repairs and warranty,
customer service and certified handler information
[Req 5.0.5 – P3] The user documentation shall contain important safety, hazard and maintenance
standards and requirements
6.0 Test Plan For the proof of concept model, we will be focusing on meeting all P1 (priority 1) requirements. Priority
2 requirements will be the focus for the second revision, and Priority 3 requirements the focus for our
marketable product. Each of the individual components of the device system, including all hardware, the
projection driver and the multi-touch firmware will be tested separately to ensure each component
meets the aforementioned functional specifications. Once these Component Unit Tests have been
completed, we will move on to Subsystem Tests for each subsystem of components. Following
Subsystem Tests will be the Subsystem Integration Tests, where we will be testing each of the subsystems
together in groups of two. The final level of tests is the System Tests, where we test the entire device as a
whole. As a result, we will have four levels of testing. If a code fix is made during any level of testing,
regression tests on all affected components must be performed by repeating tests from the lowest
Component Unit Test level, all the way back up to the interrupted testing level.
6.1 Component Unit Tests
Each of the four pieces of hardware (the computer, the projector, the gesture recognition device and the
status indicator) will be purchased with specifications satisfying the functional requirements. Following
the purchase, they will each be tested manually to verify the hardware matches all its specifications, for
example by measuring size or by powering it on to verify performance. We will also be checking to make
sure all the hardware is compatible with each other: the computer is able to take in input from the
gesture recognition device, send signals to the status indicator and output a correct and proportionate
screen via the projector on a perpendicular surface.
11
The software projection driver and multi-touch firmware components will be tested with standard
software testing guidelines in compliance with the IEEE Std 730-2014 standards for Software Quality
Assurance. During development, manual program debugging will be done with each module of code.
Once the driver or firmware is complete, unit test scripts will be written to validate input and output and
verify performance, timing, and memory requirements. Bug triaging and fixing will occur following each
round of tests in this test-driven development process, until all priority requirements are met. In
following the test-driven development process model, we will be going back and forth between test and
development to ensure all high-priority and high-severity bugs have been fixed for the proof of concept
model.
The mechanical case will be tested without any other components to see if it meets its individual
requirements in section 4.2.1: Requirements 2 to 7, 12, 15 and 16.
6.2 Subsystem Tests
Once all individual components have satisfied their respective requirements, we will move on to
Subsystem Tests. The components of a subsystem will be integrated together, and each subsystem will be
tested. The main focus of requirements at this stage are compatibility, performance, and functionality.
6.3 Subsystem Integration Tests
Following the successful testing of each subsystem, we will be performing Subsystem Integration Tests
on each possible pair of subsystems: Projection and Gesture Recognition, Projection and Core, and
Gesture Recognition and Core. While performing these integration tests, the involved hardware will be
placed in the mechanical case.
6.4 System Tests
Once each pair of subsystems has been tested appropriately, we will perform System Tests on the entire
system. For System Testing, all subsystems will be properly placed in the case. Each and every subsystem
and their individual components must have already been verified.
6.5 Basic Use Case Scenario: Start-up, General Usage, and Shut-Down
The following test case describes a basic end-to-end scenario of a user starting up the device, using it like
a typical content consumer, and then shutting it down. The user’s action is described, followed by the
reaction of the device internally, and externally as visible to the user.
1. The user sets the device down on a flat, off-white surface and properly connects the device to a power source
Result: The device’s status indication red light turns on, displaying to the user that it is receiving power from the power source.
2. The user manually transforms the case from its compact form to projecting form Result: The device properly transforms from its compact form to the taller projecting mode with little effort from the user, and stays in this projecting mode until the user transforms it back.
12
3. The user starts up the device by pushing the power buttons of the computer and the projector Result: The computer and projector turn on, projecting the computer screen at an angle but with perspective correction. Thus to the user, it should look like a rectangle, properly proportioned to the aspect ratio of the computer. The projected display shows the operating system starting up and brings the user to the operating system's home or sign-in page. The device’s status indicator green light turns on, displaying to the user that the computer is on.
4. The user touches the projected screen on the table similar to how the user would touch any tablet computer’s capacitive touchscreen with the same operating system. Examples include the user signing into his/her account by tapping on the projected screen to select the user, bringing up the on-screen keyboard and then entering in the account password on the keyboard. Another example is the user opening and interacting with one or multiple programs for content consumption, and eventually closing all of them.
Result: The gesture recognition sensor accurately detects each and every one of the user’s touch gestures, accurately retrieves its location and recognizes the type of the touch gesture e.g. tap, drag, hold, pinch. The firmware maps each touch event to the correct location in the Operating System’s UI, and the computer properly computes this touch gesture. The computer then continues to send perspective corrected output to the projector. The projector continuously shows the user the computer’s screen, displaying the results from the user’s touch gesture on the operating system without lag. The experience feels almost the same as if the user interacted with a capacitive touchscreen.
5. The user turns the computer off, either by pushing the computer's power button or using touch gestures to shut it off from within the operating system. The user also pushes the projector’s power button.
Result: the computer and projector both turn off and the display stops being projected. The device’s status indication light turns from green to red, displaying to the user that the computer has turned off.
6. The user manually transforms the case from its projecting form to compact form Result: The device properly transforms from its taller projecting mode into its compact form with little effort from the user. It stays in compact form until the user transforms it again.
7. The user unplugs the device from the power source.
Result: The device’s status indication light turns off completely, displaying to the user that the device is no longer receiving power.
13
7.0 Engineering Standards The specific Industry and governmental standards for which our product will adhere are outlined here.
[Req 7.0.0 – P3] The device shall comply with all Canadian Standards Association (CSA) electrical
standards [8]
[Req 7.0.1 – P3] The device shall comply with Industry Canada Electric Standards (ICES) ICES-003
rules [9]
[Req 7.0.2 – P3] The device shall meet all Federal Communication Commission (FCC) regulations
on Wi-Fi and EMC considerations (FCC Part 15) [10]
[Req 7.0.3 – P3] The device shall comply with the IEEE (Institute of Electrical and Electronics
Engineers) 1680.1-2009 environmental standards [11]
[Req 7.0.4 – P3] The device shall comply with the IEEE (Institute of Electrical and Electronics
Engineers) 1625-2008 standards for rechargeable batteries [12]
[Req 7.0.5 – P3] The device shall comply with the USB-IF Compliance Program standards for USB
connection [13]
In addition, to comply with our acceptance of the IEEE SEC Grant, we will also adhere to industry
standards for software processes and user interface design and development.
[Req 7.0.6 – P1] The device’s software requirements and feature definitions shall comply with
the ISO/IEC/IEEE 29148-2011 standards for Software Requirements Specification [14]
[Req 7.0.7 – P1] The device’s software test documentation shall comply with the IEEE 829-2008
standards for System Test Documentation [15]
[Req 7.0.8 – P1] The device’s software quality assurance and testing process shall comply with
the IEEE Std 730-2014 standards for Software Quality Assurance [16]
[Req 7.0.9 – P1] The device shall comply with the IEEE Std 1621-2004 standards for User
Interface Elements [17]
7.1 Safety
The safety factors of our product are held to the highest consideration in our design. As with other
consumer electronics, we strive to challenge to the constraints of industry practices while adhering to
safety standards in our pursuit of cradle-to-cradle design.
Safety considerations include:
The device will have its electrical and computational hardware will be protected in an solid,
isolated enclosure during operation from its end-users
14
The device will have its internal wiring, interconnections and component placements securely
positioned as to withstand greater than normal consumer electronics usage, including but not
limited to dropping the device
The device will adhere to industry CSA standards for its power supply and external connections,
including electrical isolation of wires and cables
The device will adhere to FCC Sec 15 Class B Digital Devices’ section on electrical interference
and EMC considerations, in accordance to similar personal digital devices like smartphones and
laptops
Through the development, ObelXTech will continue to work on incorporating and supporting further
safety standards throughout future product cycles beyond the proof-of-concept. Further considerations
include product certification by major standards like CE and CSA.
7.2 Sustainability
In terms of environmental sustainability, LumenX3 has integrated cradle-to-cradle principles into its
design, allowing for the product and some of its components to become materials for the next cycle of
production at every product’s end of useful life. We are incorporating the trio of ecology, equity and
economy in every step.
One of the primary environmental challenges with all consumer electronic devices is the reliance on
integrated circuit fabrication. The manufacturing and recycling process consumes vast amounts of water,
electricity and harsh chemicals, often presenting safety risks for the manufacturing site and its workers.
However, we are attempting to address this major industry concern in several ways. RoHS [18] compliant
materials and components are sought out in construction of our device. With no heavy metals in its
initial fabrication, the health hazards and risks are reduced for our manufacture workers. In addition,
when selecting suppliers, we aim to seek those with the highest safety standards and adherence to
governmental guidelines going forward towards the final product phase.
Throughout our design, the device is divided into subsystems that function independently and works in
tandem with each other. This greatly simplifies the maintenance, diagnosis and replacement of the
entire system. If one component is damaged, the device can be easily serviced by replacing a single
module instead of the whole device. This is exemplified by our robust exterior and screen-less design; by
removing the risks of the fragile screen being broken, we improve durability and ultimately extend the
device lifetime.
In addition, many of our subsystem modules are inherently reusable and extendable for future additions.
Although the central processing board will need to follow the growing computational trends in industry
and demands in market, the projection and hand-tracking components are not expected to change in
their technology or complexity for future models. The software system we developed will similarly pass
on through each device offering, giving us the advantage in time and efficiency by reusing and
15
refactoring the code.
When the device eventually comes to the end of its usable life time, we have considered ways of
recycling its components as the materials for future production. The enclosing is intended to be 3D
printed from ABS plastic, a recyclable thermoplastic [19] that can be remolded into new enclosures for
future generation products – essentially a technical nutrient. 3D printing allows us to manufacture
casings and testing molds in-house, cutting down waste and transportation costs [20]. We can employ
various collection and recycling partners in both the local and international communities, thus giving
back social capital to the markets that support our product. The advantage of our construction fits all
three areas of our sustainability model.
Planning ahead in our development phases, we aim to incorporate further environmental considerations
and seek new ways of reducing waste, reusing components and recycling materials. One of the original
goals of the LumenX3 is to produce a device that has a longer lifetime than the conventional smartphone.
We believe this addresses a critical demand in the consumer market not being met by any other
company. With all of the considerations put forth, we believe the LumenX3 is a step in right direction for
environmental sustainability and safety in consumer electronics.
8.0 Conclusion The LumenX3 is a new addition to a consumer’s smart device portfolio. It is designed with collaboration
and portability in mind by utilizing projection instead of having a physical screen. Consequently, we must
also employ an alternative user input method such as hand tracking techniques. As a result of all these
innovative approaches to redefine how a user can interact with a smart device, more hardware space is
now available for greater computing power meanwhile keeping the LumenX3 as a portable device one
can bring anywhere.
The functional specification clearly defines the capabilities and requirements of the LumenX3.
Development of the device will take place in two distinct phases, modular development and system
integration. To ensure the product quality, a testing procedure will be employed in multiple stages in
compliance with the IEEE testing standard. The development of the proof-of-concept model is well
underway while complying with all proof-of-concept requirements and some stretch goal requirements
outlined in the Product Requirements Section (marked with P1 or P2 respectively). The anticipated
delivery date of the proof of concept model will be the end of April 2015.
16
Works Cited
[1] A. Greaves and E. Rukzio, "View & Share: Exploring Co-Present Viewing and Sharing of Pcitures using
Personal Projection," in Workshop on Mobile Interaction with the Real World, 2009.
[2] "MeeGoPad T01 Microsoft Windows 8.1 OS TV Stick - Quad-Core CPU, 2GB RAM, 32GB Internal Memory,
Bluetooth, HDMI Interface (White)," Q. C. Factories, 2015. [Online]. Available:
http://www.amazon.com/MeeGoPad-T01-Microsoft-Windows-Stick/dp/B00RVCGNEC. [Accessed 20
January 2015].
[3] Arduino, "Arduino Uno," 2015. [Online]. Available: http://arduino.cc/en/Main/arduinoBoardUno.
[Accessed 22 January 2015].
[4] AAXA TECHNOLOGIES INC., "P3 Pico Projector," 2015. [Online]. Available:
http://www.aaxatech.com/products/p3_pico_projector.htm. [Accessed 23 January 2015].
[5] Leap Motion, Inc, "Leap Motion Controller," 2014. [Online]. Available: https://www.leapmotion.com/.
[Accessed 10 January 2015].
[6] Microsoft Corporation, "Windows 8.1 tutorial," [Online]. Available: http://windows.microsoft.com/en-
ca/windows/tutorial. [Accessed 20 January 2015].
[7] L. H. Nakatani and J. A. Rohrlich, "Soft machines: A philosophy of user-computer interface design," in
Proceeding CHI '83 Proceedings of the SIGCHI Conference on Human Factors in Computing Systems, New
York, 1983.
[8] CSA Group, "CAN/CSA-C22.2 NO. 60065-03 (R2012) - Audio, Video and Similar Electronic Apparatus -
Safety Requirements (Adopted CEI/IEC 60065:2001 seventh edition, 2001-12, including Corrigendum
1:2002, with Canadian deviations)," 2012. [Online]. Available: http://shop.csa.ca/en/canada/it-telecom-
and-audio-video-equipment/cancsa-c222-no-60065-03-
r2012/invt/27018202003&bklist=icat,6,shop,publications,electrical,consumercommerical,ittelecomaudio.
[Accessed 22 December 2014].
[9] Industry Canada, "Information Technology Equipment (ITE)," August 2012. [Online]. Available:
https://www.ic.gc.ca/eic/site/smt-gst.nsf/vwapj/ICES-003_Issue5_Nov2014Update.pdf/$FILE/ICES-
003_Issue5_Nov2014Update.pdf. [Accessed 22 December 2014].
[10] Federal Communication Commission, "PART 15 - RADIO FREQUENCY DEVICES," U.S. Government
Publishing Office, 1 October 2005. [Online]. Available: http://www.gpo.gov/fdsys/pkg/CFR-2005-title47-
vol1/xml/CFR-2005-title47-vol1-part15.xml. [Accessed 22 December 2014].
17
[11] IEEE Standards Association, "1680.1-2009 - IEEE Standard for Environmental Assessment of Personal
Computer Products, Including Notebook Personal Computers, Desktop Personal Computers, and Personal
Computer Displays," 2009. [Online]. Available: http://standards.ieee.org/findstds/standard/1680.1-
2009.html. [Accessed 22 December 2014].
[12] IEEE Standards Association, "IEEE Standard for Rechargeable Batteries for Multi-Cell Mobile Computing
Devices," 2008. [Online]. Available: http://standards.ieee.org/findstds/standard/1625-2008.html.
[Accessed 22 December 2014].
[13] USB Implementers Forum, Inc., "USB Compliance Checklist," 16 January 2012. [Online]. Available:
http://www.usb.org/developers/compliance/check_list/peripheral_checklist.pdf. [Accessed 21 January
2015].
[14] IEEE Standards Association, "29148-2011 - Systems and software engineering -- Life cycle processes --
Requirements engineering," 2011. [Online]. Available:
http://standards.ieee.org/findstds/standard/29148-2011.html. [Accessed 28 January 2015].
[15] IEEE Standards Association, "829-2008 - IEEE Standard for Software and System Test Documentation,"
2008. [Online]. Available: http://standards.ieee.org/findstds/standard/829-2008.html. [Accessed 28
January 2015].
[16] IEEE Standards Association, "730-2014 - IEEE Standard for Software Quality Assurance Processes," 2014.
[Online]. Available: http://standards.ieee.org/findstds/standard/730-2014.html. [Accessed 28 January
2015].
[17] IEEE Standards Association, "1621-2004 - IEEE Standard for User Interface Elements in Power Control of
Electronic Devices Employed in Office/Consumer Environments," 2004. [Online]. Available:
http://standards.ieee.org/findstds/standard/1621-2004.html. [Accessed 28 January 2015].
[18] European Commission, "Recast of the RoHS Directive," 2 February 2015. [Online]. Available:
http://ec.europa.eu/environment/waste/rohs_eee/events_rohs3_en.htm. [Accessed 8 January 2015].
[19] Franklin Associates, "Cradle-to-cradle Life Cycle Invetory of Nine Plastic Resins and Four Polyurethane
Precursors," The Plastic Division of the American Chemistry Council, August 2011. [Online]. Available:
http://plastics.americanchemistry.com/Education-Resources/Publications/Cradle-to-Gate-Life-Cycle-
Inventory-of-Nine-Plastics-Resins-and-Four-Polyurethane-Precursors-Report.pdf. [Accessed 2 February
2015].
[20] 3D Printing Industry, "3D Printing Benefits & Value," May 2014. [Online]. Available:
http://3dprintingindustry.com/2014/05/07/syncfab-rise-local-distributed-manufacturing/. [Accessed 5
January 2015].