Hardware prototype with component specification and usage description

Tre Azam (Editor), Soyeb Aswat, Roland Klemke, Puneet Sharma, Fridolin Wild

Research output: Book/ReportDeliverable

2 Downloads (Pure)

Abstract

Following on from D3.1 and the final selection of sensors, in this D3.2 report we present the first version of the experience capturing hardware prototype design and API architecturetaking into account the current limitations of the Hololens not being available until earlynext month in time for integration into the current proposed framework and design. This deliverable involved acquiring, testing and integrating the various off-the-shelf sensorsand developing a hardware/software design to connect the various devices and sensors intoa single platform. This also involved solving problems around how we would manage the additional computing power, storage and wireless streaming capabilities required for this project. In this first version of the deliverable we propose an initial design for the hardware andarchitecture and have focussed initially on providing a bare-bones prototype of the SensorProcessing Unit (SPU) which involved combining a micro-pc with various sensors to test theflow of data, capabilities of the system and possible connection methods to the device forthe various sensors.The first hardware prototype does not yet include the wearable element, however, ourselection of the sensors and micro-pc takes into consideration the desire to integrate thehardware using 3D printing or by creating add-ons for the Hololens to avoid a chunky ormulti-device hardware solution; D5.2 (M15) will be providing the final design of the fashion,wearability, and comfort of the device taking into consideration the previously completeddesk based research (D5.1, M15). We have provided a mock-up in the Prototype and UsageDescriptions section below of what the final prototype is expected to look like.The separation of the Sensor Processing Unit (SPU) allows for the development of thehardware and software to continue in the absence of the Hololens, but also ensures theplatform can be used standalone or is easily adapted to other Smart Glasses. It does not addany further strain on the in-built computers by keeping the sensor processing independent.As described in D3.2 although there are other AR alternatives already available in the market, they all fall short in terms of the required spec and functionality. A decision was then made to work with the Hololens as it would be the best in class and although notavailable has been tested by key partners and will be available in time for the nextdeliverable.Within this deliverable we also provide an initial mock-up of the hardware design and alsoa sample of the API and links to device APIs.
Original languageEnglish
Publication statusPublished - 4 Jul 2017

Fingerprint

Specifications
Hardware
Sensors
Application programming interfaces (API)
Software design
Processing
Telecommunication links
Printing
Bone
Glass
Testing

Keywords

  • WEKIT
  • Hardware Prototype
  • Sensors
  • augmented reality
  • Wearables

Cite this

Azam, T. (Ed.), Aswat, S., Klemke, R., Sharma, P., & Wild, F. (2017). Hardware prototype with component specification and usage description.
Azam, Tre (Editor) ; Aswat, Soyeb ; Klemke, Roland ; Sharma, Puneet ; Wild, Fridolin. / Hardware prototype with component specification and usage description. 2017.
@book{4d787c3490d24fc1be771c630b94802f,
title = "Hardware prototype with component specification and usage description",
abstract = "Following on from D3.1 and the final selection of sensors, in this D3.2 report we present the first version of the experience capturing hardware prototype design and API architecturetaking into account the current limitations of the Hololens not being available until earlynext month in time for integration into the current proposed framework and design. This deliverable involved acquiring, testing and integrating the various off-the-shelf sensorsand developing a hardware/software design to connect the various devices and sensors intoa single platform. This also involved solving problems around how we would manage the additional computing power, storage and wireless streaming capabilities required for this project. In this first version of the deliverable we propose an initial design for the hardware andarchitecture and have focussed initially on providing a bare-bones prototype of the SensorProcessing Unit (SPU) which involved combining a micro-pc with various sensors to test theflow of data, capabilities of the system and possible connection methods to the device forthe various sensors.The first hardware prototype does not yet include the wearable element, however, ourselection of the sensors and micro-pc takes into consideration the desire to integrate thehardware using 3D printing or by creating add-ons for the Hololens to avoid a chunky ormulti-device hardware solution; D5.2 (M15) will be providing the final design of the fashion,wearability, and comfort of the device taking into consideration the previously completeddesk based research (D5.1, M15). We have provided a mock-up in the Prototype and UsageDescriptions section below of what the final prototype is expected to look like.The separation of the Sensor Processing Unit (SPU) allows for the development of thehardware and software to continue in the absence of the Hololens, but also ensures theplatform can be used standalone or is easily adapted to other Smart Glasses. It does not addany further strain on the in-built computers by keeping the sensor processing independent.As described in D3.2 although there are other AR alternatives already available in the market, they all fall short in terms of the required spec and functionality. A decision was then made to work with the Hololens as it would be the best in class and although notavailable has been tested by key partners and will be available in time for the nextdeliverable.Within this deliverable we also provide an initial mock-up of the hardware design and alsoa sample of the API and links to device APIs.",
keywords = "WEKIT, Hardware Prototype, Sensors, augmented reality, Wearables",
author = "Soyeb Aswat and Roland Klemke and Puneet Sharma and Fridolin Wild",
editor = "Tre Azam",
year = "2017",
month = "7",
day = "4",
language = "English",

}

Hardware prototype with component specification and usage description. / Azam, Tre (Editor); Aswat, Soyeb; Klemke, Roland; Sharma, Puneet; Wild, Fridolin.

2017.

Research output: Book/ReportDeliverable

TY - BOOK

T1 - Hardware prototype with component specification and usage description

AU - Aswat, Soyeb

AU - Klemke, Roland

AU - Sharma, Puneet

AU - Wild, Fridolin

A2 - Azam, Tre

PY - 2017/7/4

Y1 - 2017/7/4

N2 - Following on from D3.1 and the final selection of sensors, in this D3.2 report we present the first version of the experience capturing hardware prototype design and API architecturetaking into account the current limitations of the Hololens not being available until earlynext month in time for integration into the current proposed framework and design. This deliverable involved acquiring, testing and integrating the various off-the-shelf sensorsand developing a hardware/software design to connect the various devices and sensors intoa single platform. This also involved solving problems around how we would manage the additional computing power, storage and wireless streaming capabilities required for this project. In this first version of the deliverable we propose an initial design for the hardware andarchitecture and have focussed initially on providing a bare-bones prototype of the SensorProcessing Unit (SPU) which involved combining a micro-pc with various sensors to test theflow of data, capabilities of the system and possible connection methods to the device forthe various sensors.The first hardware prototype does not yet include the wearable element, however, ourselection of the sensors and micro-pc takes into consideration the desire to integrate thehardware using 3D printing or by creating add-ons for the Hololens to avoid a chunky ormulti-device hardware solution; D5.2 (M15) will be providing the final design of the fashion,wearability, and comfort of the device taking into consideration the previously completeddesk based research (D5.1, M15). We have provided a mock-up in the Prototype and UsageDescriptions section below of what the final prototype is expected to look like.The separation of the Sensor Processing Unit (SPU) allows for the development of thehardware and software to continue in the absence of the Hololens, but also ensures theplatform can be used standalone or is easily adapted to other Smart Glasses. It does not addany further strain on the in-built computers by keeping the sensor processing independent.As described in D3.2 although there are other AR alternatives already available in the market, they all fall short in terms of the required spec and functionality. A decision was then made to work with the Hololens as it would be the best in class and although notavailable has been tested by key partners and will be available in time for the nextdeliverable.Within this deliverable we also provide an initial mock-up of the hardware design and alsoa sample of the API and links to device APIs.

AB - Following on from D3.1 and the final selection of sensors, in this D3.2 report we present the first version of the experience capturing hardware prototype design and API architecturetaking into account the current limitations of the Hololens not being available until earlynext month in time for integration into the current proposed framework and design. This deliverable involved acquiring, testing and integrating the various off-the-shelf sensorsand developing a hardware/software design to connect the various devices and sensors intoa single platform. This also involved solving problems around how we would manage the additional computing power, storage and wireless streaming capabilities required for this project. In this first version of the deliverable we propose an initial design for the hardware andarchitecture and have focussed initially on providing a bare-bones prototype of the SensorProcessing Unit (SPU) which involved combining a micro-pc with various sensors to test theflow of data, capabilities of the system and possible connection methods to the device forthe various sensors.The first hardware prototype does not yet include the wearable element, however, ourselection of the sensors and micro-pc takes into consideration the desire to integrate thehardware using 3D printing or by creating add-ons for the Hololens to avoid a chunky ormulti-device hardware solution; D5.2 (M15) will be providing the final design of the fashion,wearability, and comfort of the device taking into consideration the previously completeddesk based research (D5.1, M15). We have provided a mock-up in the Prototype and UsageDescriptions section below of what the final prototype is expected to look like.The separation of the Sensor Processing Unit (SPU) allows for the development of thehardware and software to continue in the absence of the Hololens, but also ensures theplatform can be used standalone or is easily adapted to other Smart Glasses. It does not addany further strain on the in-built computers by keeping the sensor processing independent.As described in D3.2 although there are other AR alternatives already available in the market, they all fall short in terms of the required spec and functionality. A decision was then made to work with the Hololens as it would be the best in class and although notavailable has been tested by key partners and will be available in time for the nextdeliverable.Within this deliverable we also provide an initial mock-up of the hardware design and alsoa sample of the API and links to device APIs.

KW - WEKIT

KW - Hardware Prototype

KW - Sensors

KW - augmented reality

KW - Wearables

M3 - Deliverable

BT - Hardware prototype with component specification and usage description

ER -