AMANDA D1.4 Operational Scenarios Definition-V1.0

Deliverable D1.
4 Dissemination Level (PU) 825464–AMANDA
The Framework Programme for Research & Innovation

Innovation actions (IA)
Project Title:
Autonomous self powered miniaturized intelligent sensor for environmental sensing and
asset tracking in smart IoT environments
AMANDA
Grant Agreement No: 825464
[H2020-ICT-2018-2020] Autonomous self powered miniaturized intelligent sensor for envi-
ronmental sensing and asset tracking in smart IoT environments
Deliverable
D1.4 AMANDA Operational Scenarios Definition
Deliverable No. D1.4

Workpackage WP1 Workpackage Title System Specification, Requirements and
No. and task type Use Cases
Task No. T1.3 Task Title Task 1.3 Trial Scenarios Definition and
Evolution
Lead beneficiary PENTA
Dissemination level PU
Nature of Deliverable R
Delivery date 31 December 2019
Status Final
File Name: AMANDA_D1.4_Operational_Scenarios_Definition-v1.0
Project start date, duration 02 January 2019, 36 Months
This project has received funding from the European Union’s Horizon 2020 Research and in-
novation programme under Grant Agreement n°825464
December 2019 1 PENTA

Deliverable D1.4 Dissemination Level (PU) 825464–AMANDA
Authors List
Leading Authors (Editor)
Surname Initials Beneficiary Name Contact email
Vujičić OV PENTA oskar.vujicic@penta.hr
Co-authors (in alphabetic order)
# Surname Initials Beneficiary Name Contact email
1 Bembnowicz PB IMEC pawel.bembnowicz@imec.nl
Reviewers List
List of Reviewers (in alphabetic order)
# Surname Initials Beneficiary Name Contact email
1 Pasero DP ILIKA denis.pasero@ilika.com
2 Bellanger MB Lightricity Mathieu.bellanger@lightricity.co.uk

Document history
Version Date Status Modifications made by
v0.1 15/11/2019 ToC Penta
v0.2 05/12/2019 Contribution from Penta Penta
v0.3 7/12/2019 Contribution by IMEC IMEC
v0.4 10/12/2019 Additional input, Conclusion Penta
V0.7 14/12/2019 Additional operational scenarios CERTH
V1.0 23/12/2019 Document consolidation, ac- Penta, Lightricity, ILIKA
cepted changes by reviewers

List of definitions & abbreviations

Abbreviation Definition
ASSC Autonomous Smart Sensing Card
BLE Bluetooth Low Energy
ESS Electronic Smart System
FRAM Ferroelectric Random-Access memory
LED Light Emitting Diode
LoRa LPWAN system from Semtech
LPWAN Low-Power Wide-Area Network
MCU Microcontroller Unit
NFC Near Field Communication
POS Point of Sale
PMIC Power Management Integrated Circuit
PV Photovoltaic
RTC Real Time Clock

Executive Summary
The objective of the AMANDA project is to create an autonomous multisensory platform, in
the size of a credit card and with a thickness not exceeding 3 mm. This document discusses
possible typical scenarios for deploying such an autonomous multisensory card, based on a
number of derived use cases. These scenarios are narrative descriptions that explore the way
end users might utilize the ASSC. They are based on an analysis of the use cases of the project.
The use cases were first defined in Deliverable D1.3 - Voice-of-the Customer completed
based on surveys to understand the needs of end users and manage their expectations. The
use cases were subsequently refined in Deliverable D1.7 – Architecture design of the
AMANDA system delivered (for both breadboard and integrated/miniaturised system) to
better meet the architectural design of the AMANDA card. The final, consolidated list of the
AMANDA use cases is presented in this Deliverable. The document provides a developing pro-
cess and will help the system development team to design a variety of future practical demon-
strators.

Table of Contents
1 Introduction ....................................................................................................................... 9
1.1 Purpose, context and scope of this Deliverable ......................................................... 9
1.2 Methodology of use cases and scenarios definition................................................... 9
2 Use cases and scenarios ................................................................................................... 11
2.1 Use cases ................................................................................................................... 11
2.2 Scenarios ................................................................................................................... 11
2.2.1 SC01 - Heating, ventilation and air conditioning ................................................. 12
2.2.2 SC02 - Automated lighting control ...................................................................... 13
2.2.3 SC03 - Detection of dangerous gases and alerting .............................................. 14
2.2.4 SC04 - Fire detection ........................................................................................... 15
2.2.5 SC05 - Continuous occupancy monitoring in an indoor parking lot .................... 16
2.2.6 SC06 - Continuous occupancy monitoring in an outdoor parking lot ................. 17
2.2.7 SC07 - City air quality and weather monitoring station ...................................... 19
2.2.8 SC08 - Continuous monitoring of vibrations affecting structures ....................... 20
2.2.9 SC09 - Access control ........................................................................................... 22
2.2.10 SC10 - Personalised thermal comfort monitor ................................................ 23
2.2.11 SC11 - Employee positioning ........................................................................... 24
2.2.12 SC12 - Monitoring environmental and vibration conditions in cargo area ..... 25
2.2.13 SC13 - Products tracking in warehouses ......................................................... 26
2.3 Stakeholders ............................................................................................................. 27
2.4 Components .............................................................................................................. 27
3 Conclusions ...................................................................................................................... 29

List of Figures
Figure 1 Use cases and scenarios methodology ........................................................................ 9
Figure 2 Principles of environmental room sensing ................................................................ 12
Figure 3 Outdoor parking slot. In each parking slot there is a fixed car detector ................... 18
Figure 4 Monument in the city of Pula .................................................................................... 21

List of Tables
Table 1 Defined use cases ....................................................................................................... 11
Table 2 Defined scenarios ....................................................................................................... 12
Table 3 Description of SC01 - Heating, ventilation and air conditioning ................................ 13
Table 4 Description of SC02 - Automated lighting control ...................................................... 14
Table 5 Description of SC03 - Detection of dangerous gases and alerting ............................. 15
Table 6 Description of SC04 - Fire detection ........................................................................... 16
Table 7 Description of SC05 - Continuous occupancy monitoring in an indoor parking lot ... 17
Table 8 Description of SC06 - Continuous occupancy monitoring in an outdoor parking lot . 19
Table 9 Description of SC07 - City air quality and weather monitoring station ...................... 20
Table 10 Description of SC08 - Continuous monitoring of vibrations affecting structures..... 22
Table 11 Description of SC09 - Access control ........................................................................ 23
Table 12 Description of SC10 - Personalised thermal comfort monitor ................................. 24
Table 13 Description of SC11 - Employee positioning ............................................................. 25
Table 14 Description of SC12 - Monitoring environmental and vibration conditions ............ 26
Table 15 Description of SC13 - Products tracking in warehouses ........................................... 26
Table 16 List of stakeholders ................................................................................................... 27
Table 17 List of components ................................................................................................... 28

1 Introduction
1.1 Purpose, context and scope of this Deliverable
The purpose of this Deliverable is to present the final, consolidated list of the AMANDA use
cases. Based on that list, which can be found in the next Section of this document, thirteen
different use scenarios are derived and detailed in narrative form in order to provide guide-
lines for the development of the ASSC and to assist in its evaluation in later stages of the pro-
ject. Moreover, this document describes the workflow in defining the different scenarios as
well as the methodological approach followed. A list of stakeholders and actors is also pro-
vided with a description of their role.
1.2 Methodology of use cases and scenarios definition

As part of WP1 – System specifications, Requirements and Use Cases and especially within
Task T1.2 – System Requirements and Needs, consortium members conducted an intensive
survey to determine the needs and expectations of end users across different sectors related
to the ASSC. Responses from 15 potential users were received and use cases were described
in Deliverable D1.3 - Voice-of-the Customer completed with 25 different use cases. These use
cases cover three primary versions of the ASSC: indoor, outdoor and wearable use. A fourth
version of the ASSC will focus on an educational platform. It is important to mention that the
description of the scenarios from this document is not definitive; instead it will be reviewed
regularly within the consortium and is likely to evolve during the lifetime of the project based
on end user feedback and practical considerations during the prototyping phase.
Figure 1 Use cases and scenarios methodology
Figure 1 depicts the methodology followed for the definition of the different use cases and
scenarios. In order to define them, a three-step methodology has been followed. Initially, the
voice of the customer was gathered and the use cases were selected. Subsequently, the op-
erational scenarios were designed in order to prove the usability of the ASSC in each applica-
tion area.
 Voice of the customer. In order to accurately identify the needs of stakeholders (sci-
entific community, business partners or end users) a research plan for the Voice of
the customer was developed. Various users were contacted, including industrial part-
ners, local governments as well as different academic members. Initially, the respond-
ents were made familiar with the key concept and objectives of the AMANDA project
as well as the potential technical features of the ASSC. Then surveys and interviews
were conducted and the respondents answered specific questions related to their
needs in IoT/IIoT solutions. The next step involved the collection of the customer
needs and their categorization into groups with common characteristics. Finally, the
needs and issues of the stakeholders were translated into user and business require-
ments
 Use cases. The extrapolated information from questionnaires and workshops was
combined in order to ensure that the specifications and the applications of the
AMANDA ASSC will successfully satisfy the end-users’ needs. The consortium designed
five different use cases with the intention to cover the three possible application ar-
eas; indoor, outdoor and wearable. Significant emphasis was given to the usage of all
the ASSC’s components and to the implementation of State-of-the-Art data fusion,
edge intelligence and cyber security algorithms
 Scenarios. In order to prove the usability and the functionality of the ASSC, in each
use case various operational scenarios were designed. An operational scenario de-
fines a specific task of a use case and contains a combination of events which cover a
particular application area of the AMANDA ASSC

2 Use cases and scenarios

2.1 Use cases
After analysing and reviewing Deliverables D1.1 - SoA and Gap analysis/ recommendation on
ESS features report, D1.2 - Initial system requirements specified, D1.3 - Voice-of-the cus-
tomer completed as well as D1.7 - Architecture design of the AMANDA system delivered, the
Consortium revised and consolidated the use cases to a final use case list for the different
versions of the AMANDA ASSC, as presented in Table 1 below.
Use case Description Version

Environmental room sensing for automated
UC1 Indoor
room control and safety
Multisensory indoor parking slot occupancy
UC2 Indoor/Outdoor
monitoring
Infrastructure, noise, weather and air quality
UC3 Outdoor
monitoring station
Identification and health of people in a working
UC4 Wearable
environment
UC5 Assets and goods tracking and monitoring Indoor/Outdoor
Table 1 Defined use cases
Use case UC1 - Environmental room sensing for automated room control and safety targets
the indoor version of the AMANDA card. It specifically integrates all the use cases specified so
far related to environmental room monitoring. Use case UC2 - Multisensory indoor parking
slot occupancy monitoring covers both an indoor and outdoor versions of the ASSC. It unifies
all applications where the detection, or presence of an object in a space such as a car, espe-
cially in a parking lot, is needed. Use case UC3 - Infrastructure, noise, weather and air quality
monitoring station is derived from all former use cases that acquire and process environmen-
tal data, before sending it wirelessly to the user or a monitoring system. The UC4 - Identifica-
tion and health of people in a working environment use case mainly covers the wearable ver-
sion of the AMANDA ASSC. It uses the ASSC as a means of identification as well as a multisen-
sory device that can help in the control of the environmental conditions. Finally, UC5 - Assets
and goods tracking and monitoring, which also targets both the indoor and outdoor versions
of the AMANDA card. This use cases covers all applications related to monitoring and tracking
of different assets.
2.2 Scenarios
Thirteen operating scenarios are defined in this document. Each operational scenario is linked
to one of the five defined use cases, as listed in Section 2.1. These scenarios outline the capa-
bilities of the ASSC. Their description is in narrative form for the sake of clarity. Table 2 below
lists the different scenarios, the corresponding version of ASSC and their relationship to the
AMANDA use cases.
Relation to Use
Label Name Version
Cases
SC01 Heating, ventilation and air conditioning Indoor
UC1
SC02 Automated lighting control Indoor

SC03 Detection of dangerous gases and alerting Indoor

SC04 Fire detection Indoor
SC05 Continuous occupancy monitoring in an in- Indoor
door parking lot
UC2
SC06 Continuous occupancy monitoring in an Outdoor
outdoor parking lot
SC07 City air quality and weather monitoring Outdoor
station
UC3
SC08 Continuous monitoring of vibrations af- Outdoor
fecting structures
SC09 Access control Wearable
SC10 Personalised thermal comfort monitor Wearable UC4
SC11 Employee positioning Wearable
SC12 Monitoring environmental and vibration Outdoor
conditions in cargo area UC5
SC13 Products tracking in warehouses Indoor
Table 2 Defined scenarios
2.2.1 SC01 - Heating, ventilation and air conditioning

The employees and their employer want to automatically control the air conditioning of their
workplace. Upon arrival, an employee places the ASSC on the desk or mounts it on the wall.
The ASSC collects and measures environmental data, such as temperature and humidity, to
the required accuracy. The ASSC uses data fusion and edge intelligence algorithms to calculate
the appropriate actions, such as to adjust the environmental conditions to the desirable levels.
On his/her mobile phone, the worker has an application that is directly connected to the ASSC.
The smartphone app is configured to notify the employee of any unexpected changes. Data
and deviations from target values are represented graphically in the smartphone application.
At the same time, the fused data can be transmitted wirelessly via LoRa to a central monitoring
system.
Figure 2 Principles of environmental room sensing

Generic Description
Scenario name Heating, ventilation and air conditioning
Version 1.0
Authors AMANDA
Last Update December 2019
Relationship with Use UC1
Cases
Stakeholder End user
Components  Solar harvester
 Battery
 PMIC
 MCU
 FRAM
 Capacitive sensor
 RTC
 LoRa
 BLE
 NFC
 Light sensor
Initialisation  Activation via capacitive sensor
 System administrator configures the system
Main Flow  The system wakes up via RTC
 Data acquisition
 Data fusion and Edge Intelligence
 Data transmission
 The system enters sleep mode
Table 3 Description of SC01 - Heating, ventilation and air conditioning
2.2.2 SC02 - Automated lighting control

A company has offices and flexible working hours, allowing employees to start working at a
shift of their choice. However, they often stay longer than expected and the natural lighting
level decreases as the sun sets. This results in a rapid change of the lighting conditions in the
office and countermeasures have to been applied. The employee puts the ASSC on his/her
desk in order to control effortlessly the lighting levels according to predetermined or user-
defined settings. The ASSC’s light sensor tracks the intensity of the ambient light and calcu-
lates the optimum light level based on machine learning algorithms that take into account
historical data. Key data is subsequently transmitted to the lighting control system by either
short- or long-range wireless communication. Based on the room lighting conditions, the
brightness is then adjusted automatically by the control system.
Generic Description
Scenario name Automated lighting control
Version 1.0
Authors AMANDA
Cases
Stakeholder End user, SMEs

 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Light sensor
 Audio sensor
 VOC sensor
 Temperature sensor
 CO2 sensor
 Humidity sensor
 Pressure sensor
 LED
Main Flow  The system wakes up via RTC
Table 4 Description of SC02 - Automated lighting control
2.2.3 SC03 - Detection of dangerous gases and alerting

An employee works in an office environment that may be affected by a high concentration of
toxic gases, due to the lack of proper ventilation. The worker or his/her employer decides to
place an ASSC device inside the office to receive a prompt alert toxic gases are present. This
will help to evacuate quickly the contaminated area. The ASSC continuously monitors target
gases in a given area. The captured data is processed in real time and is subsequently trans-
mitted to a central monitoring system. In the event of elevated toxic gases concentration, the
warning LED is turned on the ASSC itself. Additionally, all collected data is sent to a central
control system that can inform people to immediately evacuate the building and to respect
any additional measures.
Generic Description
Scenario name Detection of dangerous gases and alerting
Version 1.0
Authors AMANDA
Cases
Stakeholder End-user, SMEs
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Light sensor
 Audio sensor
 VOC sensor
 CO2 sensor
 Humidity sensor
 Pressure sensor
 LED
Main Flow  Data acquisition
 LED indicating air quality status
 User can reset the ASSC via capacitive sensor
Table 5 Description of SC03 - Detection of dangerous gases and alerting
2.2.4 SC04 - Fire detection

There are some indoor working places which have a high risk of catching fire. This may be due
to the presence of combustible materials, damaged appliances or simply to human careless-
ness. Most of the houses and offices are equipped with smoke detectors (typically placed on
the ceiling) which provide alerts in the event of fire. These sensor systems usually require
special mounting from a certified technician, at an extra cost. The person responsible for build-
ing’s maintenance and safety (or any authorized end-user) can use the AMANDA ASSC as a
portable and easily retrofittable fire detector. The ASSC collects environmental data, such as
temperature, CO2 levels and atmospheric pressure. Any rapid change in one of these levels
(e.g. temperature or CO2 level surges) may be caused by the presence of a fire. The ASSC
monitors in real-time all these factors, combines all the measurements into a few comprehen-
sive single messages (safe, warning or unsafe, fire detected) by applying edge intelligence al-
gorithms. Finally, in the event of fire, an LED will also blink on the ASSC card to provide visual
cues. Simultaneously, the card transmits details about the incident to a central system, via
BLE, or to the closest fire department, via LoRa.
Generic Description
Scenario name Detection of dangerous gases and alerting
Version 1.0
Authors AMANDA
Cases
Stakeholder End-user, SMEs, Fire department
 Battery
 PMIC
 MCU

 FRAM
 RTC
 LoRa
 BLE
 NFC
 Light sensor
 Audio sensor
 VOC sensor
 CO2 sensor
 Humidity sensor
 Pressure sensor
 LED
 LED indicating presence of fire
 User can reset the ASSC via capacitive sensor
Table 6 Description of SC04 - Fire detection
2.2.5 SC05 - Continuous occupancy monitoring in an indoor parking lot

When reaching the entrance of a car park, a car driver can observe the number of free parking
spaces for each level of the car park on a dedicated display. In the ceiling above each free
parking spot, there is a light indicator which informs the driver about the status of the parking
slot. Green and red lighting stand for empty and occupied space respectively, while orange
LED would indicate a space already allocated on the app (ie. not available). The ASSC is
mounted on the ceiling, above each parking space and next to the light indicator. A magnetic
and image sensor are used to detect a new vehicle. The ASSC is connected to the light indicator
over BLE and transmits the parking slot status. Then, the light indicator on the ceiling changes
its colour. Moreover, the “vehicle arrival” event is transmitted to a central monitoring and
control system along with different environmental measurements such as CO2 levels, temper-
ature and humidity. Both are connected via LoRa. The driver gets into his/her vehicle and
leaves the car park. The ASSC detects such an event and sends the proper commands to the
light indicator and to the control system. At regular intervals, the ASSC keeps sending infor-
mation on CO2 levels, temperature, pressure and humidity to the central monitoring system.
In the event of a sudden change in the CO2 level or high temperature, the ASSC will immedi-
ately send the information to the central monitoring system. The fire service will be alerted
immediately.
Generic Description
Scenario name Continuous occupancy monitoring in an indoor parking lot
Version 1.0
Authors AMANDA
Cases
Stakeholder Private parking provider, Municipality


 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Accelerometer
 Light sensor
 Magnetic sensor
 VOC sensor
 Humidity sensor
 Image sensor
Main Flow  The system wakes up via RTC (if needed)
 The system enters sleep mode (if needed)
Table 7 Description of SC05 - Continuous occupancy monitoring in an indoor parking lot
2.2.6 SC06 - Continuous occupancy monitoring in an outdoor parking lot

Many cities are facing heavy traffic congestion. Local authorities, in collaboration with public
traffic companies, are trying to make car traffic more efficient, faster and environmentally
friendly. Directing car users to all available parking space is one way to reduce congestion
issues and to allocate individual parking spots faster. A pre-condition for smart city parking
management is getting accurate identification information from free parking spots. Local au-
thorities and parking providers will place the ASSC in each individual parking spot. The ASSCs
detect the presence of vehicles using their embedded magnetic and image sensors. The data
is transmitted to the central system via a long-range wireless communication. Informative dis-
plays around the city show the number of free parking spots in each car park. The ASSC can
be mounted on poles on each parking slot or fixed on the ground. In the case of ground instal-
lation, the thickness of the card is an essential factor as the card should protrude as less as
possible from the pavement.

Figure 3 Outdoor parking slot. In each parking slot there is a fixed car detector
Generic Description
Scenario name Continuous occupancy monitoring in an outdoor parking lot
Version 1.0
Authors AMANDA
Cases
Stakeholder Private parking provider, Municipality
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Accelerometer
 Light sensor
 Magnetic sensor
 VOC sensor
 CO2 sensor
 Humidity sensor
 Image sensor

Main Flow  The system wakes up via RTC (if needed)

Table 8 Description of SC06 - Continuous occupancy monitoring in an outdoor parking lot
2.2.7 SC07 - City air quality and weather monitoring station

In large, overcrowded cities with an increased number of cars, the local authorities should
continuously monitor the air quality in order to control the pollution levels. For example it
well-known that rush hours for traffic lead to a significant increase in air pollution. During the
summer months, cities also face high temperatures in crowded areas such as underground
stations. In cooperation with the Meteorological Services and Traffic Regulatory Services, local
authorities can decide to place dozens of ASSCs at various locations. The miniature and light-
weight features of the ASSC enables easy installation on buildings, bus stops, poles and any
similar places where they should be discrete (i.e ideally unnoticed). The ASSC gathers infor-
mation about various environmental and atmospheric conditions that are related to the air
quality such as temperature, humidity, air pressure and CO2 levels. The data fusion process is
followed by edge intelligent algorithms where an estimation of the air quality is computed.
Wireless data is sent via LoRa to a central monitoring system for extensive analysis and histor-
ical recording. All collected information can be made available to the main public on the Me-
teorological Services website. By analysing and continuously monitoring the data, the respon-
sible services are able to take all necessary measures to ensure the sufficient air quality is
maintained in urban areas.
Generic Description
Scenario name City air quality and weather monitoring station
Version 1.0
Authors AMANDA
Cases
Stakeholder Municipality
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Accelerometer
 Light sensor
 Magnetic sensor
 Pressure sensor
 Humidity sensor
 CO2 sensor


Table 9 Description of SC07 - City air quality and weather monitoring station
2.2.8 SC08 - Continuous monitoring of vibrations affecting structures

Some historical and cultural monuments are critical to monitor. They can be a significant in-
come source for the local economy, especially for highly touristic places. Local governments
are aware that the increase of vehicle traffic in urban areas can cause significant damage to
structures and compromise their stability due to the vibrations generated by vehicle move-
ment. Aside from traffic, vibrations may come from the movement of large group of people
(e.g. concerts near statues or other monuments). Additionally, some impressive sound sys-
tems installed nearby may produce a wide range of sound waves whose specific frequencies
adversely resonate and directly affect the structural properties of the building. Bridges are a
good example of structure sensitive to extreme vibration. The lifespan of a bridge is highly
determined by its daily load of vehicles crossing. In order to overcome such critical issues, the
local community in collaboration with the Archaeological Service and government, may decide
to monitor the vibration on different structures. Measuring vibrations can be combined with
traffic management (e.g. traffic diversion during rush hours) and can be used to ban or regu-
late gatherings near monuments. Several ASSC are set up in different positions on the monu-
ment and bridges. In collaboration with universities and civil engineers, data will be provided
in order to correlate bridge’s damages with the monitored vibrations. An accelerometer
measures small movements and data is collected and transmitted wirelessly to the monitoring
system. Along with this, weather parameters are measured and can be correlated. Profes-
sional services can analyse the structural and environmental data provided by the ASSC on the
individual parts of the monument (or bridge) and can take the required protection measures.

Figure 4 Monument in the city of Pula
Generic Description
Scenario name Continuous monitoring of vibrations affecting structures
Version 1.0
Authors AMANDA
Cases
Stakeholder Municipality, Universities, Infrastructure companies
Involved Actors  Solar harvester
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Accelerometer
 Light sensor
 Pressure sensor
 Magnetic sensor
 CO2 sensor
 Humidity sensor
Table 10 Description of SC08 - Continuous monitoring of vibrations affecting structures
2.2.9 SC09 - Access control

In order to increase the safety within a company, an employer decides to install automatic
doors in the various offices of the building, including the main entrance. This helps to imple-
ment the proper regulation and registration processes. The employees receive permission to
enter the building and any relevant offices (according to their pre-defined privileges) by using
the ASSC as an access device. When an employee wishes to enter the building, they just touch
the ASSC on a card reader. The NFC connection transmits the cardholder information to a
central control system and the door either opens or denies access. The time of entry is rec-
orded in the ASSC using the RTC. During the working shift, the employee can have access to
different offices. At the end of the working hours, the employee places the card again into an
NFC reader. The central control system checks his identity and gives permission to exit. Exit
time is also logged in the system’s database.
Generic Description
Scenario name Access control
Version 1.0
Authors AMANDA
Cases
Stakeholder SMEs
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Acoustic sensor
 Accelerometer
 Light sensor
 Pressure sensor
 Magnetic sensor
 Humidity sensor
 LED


Main Flow  The system wakes up via Capacitive sensor
 System waits for NFC related action
 The system enters sleep mode via Capacitive sensor
Table 11 Description of SC09 - Access control
2.2.10 SC10 - Personalised thermal comfort monitor

In large scale companies with many individual offices, it is expensive and insufficient to have
an air conditioning system that is controlled manually. Companies may decide to provide their
employees with personal ASSCs, indoor to both save money and satisfy their employees. Each
ASSC comes with pre-defined thresholds regarding the acceptable temperature and humidity
levels corresponding to its owner choice. While a worker moves to different places inside the
building, the environmental conditions change according to his preferences. If a large number
of people found in the same room the conditions will be adjusted to the people’s overall pref-
erences. The ASSC will be connected to the air conditioning controller via short-range wireless
communication.
Generic Description
Scenario name Personalised thermal monitor
Version 1.0
Authors AMANDA
Cases
Stakeholder SMEs
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Acoustic sensor
 Accelerometer
 Light sensor
 Pressure sensor
 Magnetic sensor
 Humidity sensor
 LED
Main Flow  The system wakes up via the capacitive sensor
 The system enters sleep mode via the capacitive sensor
Table 12 Description of SC10 - Personalised thermal comfort monitor
2.2.11 SC11 - Employee positioning

The miniaturized, non-intrusive card can be either carried by a worker or mounted in his/her
work uniform. Captured data, including indoor and outdoor local location and acceleration,
can be used to study the behaviour and the availability of people wearing the card. During a
working shift, the employee can be identified and subsequently located within the building by
using the long-range communication capabilities of the ASSC. In jobs in which the risk of an
accident is high (e.g. miners), the accurate positioning of a worker is critical as it enhances the
safety. By utilising the accelerometer along with machine-learning algorithms, the ASSC can
detect if the person has fell and he is unconscious or injured. Moreover, such a wearable de-
vice can indicate in real-time the availability of its user to the rest of his colleagues and valua-
ble working time could be saved. The employee can use the capacitive sensor to change its
status. The ASSC transmits the proper information to a local terminal which projects the status
of all employees.
Generic Description
Scenario name Employee positioning
Version 1.0
Authors AMANDA
Cases
Stakeholder SMEs
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Acoustic sensor
 Accelerometer
 Light sensor
 Pressure sensor
 Magnetic sensor
 Humidity sensor
 LED

Main Flow  The system wakes up via Capacitive sensor

 The system enters sleep mode via Capacitive sensor
Table 13 Description of SC11 - Employee positioning
2.2.12 SC12 - Monitoring environmental and vibration conditions in cargo area

A logistics company wishes to know if the correct transportation conditions have been re-
spected throughout delivery of a product. Having a fast and high quality delivery will benefit
their existing customers and attract new ones. To this end, they decide to provide their cus-
tomers with as much accurate information as possible about what happened during delivery.
There is a wide range of applications within the supply chain. The ASSC could be placed in a
simple delivery parcel in in large scale containers which contains a large number of products.
At each food delivery parcel, the store owner places an ASSC in order to monitor the status of
the delivery process. The ASSC also collect temperature and humidity data along with move-
ments (fall detection using the accelerometer for example) and records delivery times. Edge
intelligence algorithms are then used to estimate the food or goods condition. The ASSC could
be connected wirelessly with a portable POS device via short-range communication. The de-
livery services hand over the goods to the customer and print a receipt that contains all the
data collected by the ASSC. This includes main environmental conditions within the delivery
parcel and exact delivery or transport time. A connection to the central system is also estab-
lished with a terminal in order to store all collected information into the system’s database.
Generic Description
Scenario name Monitoring environmental and vibration conditions in cargo area
Version 1.0
Authors AMANDA
Cases
Stakeholder Customer, Delivery company
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Accelerometer
 Light sensor
 VOC sensor
 Pressure sensor
 Humidity sensor
Initialisation  Activation via Capacitive sensor

Main Flow  The system wakes up via capacitive sensor

Table 14 Description of SC12 - Monitoring environmental and vibration conditions
2.2.13 SC13 - Products tracking in warehouses

A company wishes to track the location of products inside a warehouse. The organisation de-
cides to use the AMANDA ASSC for this purpose. Depending on the way the products are
stored within the warehouse, the ASSC is either placed on each product or in specific areas
(e.g. on the shelves). The ASSC collects typical environmental factors such as temperature and
humidity levels and sends them via BLE to a local terminal for data storage. Using a combina-
tion of LoRa and BLE protocol, the ASSC can locate the product within a factory or warehouse.
Any authorised employee can find the product quickly for despatch or other purpose. If the
ASSC is mounted on the shelves, this process can work vice versa, allowing the worker to lo-
cate the area where a product should be placed.
Generic Description
Scenario name Products tracking in warehouses
Version 1.0
Authors AMANDA
Cases
Stakeholder SMEs
 Battery
 PMIC
 MCU
 FRAM
 RTC
 LoRa
 BLE
 NFC
 Accelerometer
 Light sensor
 Pressure sensor
 VOC sensor
 Humidity sensor
Main Flow  The system wakes up via capacitive sensor
Table 15 Description of SC13 - Products tracking in warehouses
2.3 Stakeholders
The relevant stakeholders have been defined for all the scenarios described in the previous
Section. Table 16 below shows the stakeholders that are interested in the use of the AMANDA
multi-sensing autonomous card.
Name Description Relation to Scenarios

End-user/Cus- An end-user is typically someone who buys SC1, SC2, SC3, SC4,
tomer the AMANDA ASSC for personal use SC12
Municipality Local authority involved in air quality, monu- SC5, SC6, SC7, SC8
ments protection, traffic regulation, environ-
mental measurements
Parking provider Private parking provider owning a parking lot, SC5, SC6
interested to provide better services
SMEs Small or medium businesses which use ASSC SC2, SC3, SC4, SC9,
in various situations including for access con- SC10, SC11, SC13
trol or to improve workers’ comfort
Fire Department Involved in scenarios where safety measures SC4
against fire are taking place
Universities Involved in scenarios where research interest SC8
is applicable
Infrastructure Typically companies related to bridge con- SC8
Companies struction or maintenance
Logistics/Delivery Tracking and monitoring product delivery, SC12
company optimisation of delivery time
Table 16 List of stakeholders
2.4 Components
AMANDA ASSC will have three different versions: indoor, outdoor and wearable. All versions
will consist of a core system which will incorporate the main components as defined in D1.6 -
Full System Specification and BOM delivered. Depending on the version and the specific use
case, the ASSC will include specific components in order to be functional.
Table 17 below presents a list of all the components that will be included in the AMANDA ASSC
and their corresponding use cases.
Name Description Use case

Solar harvester Absorbs sunlight and converts it to electricity All
Battery Device for energy storage All
PMIC Power Management All
MCU Main processing unit of the system All
RTC Real Time Clock in order to control specific All
processes
LoRa RF Module for Long range communications All

BLE Low power Bluetooth All

FRAM Non-volatile memory All
NFC Near field wireless communication All
Capacitive sensor Human interaction: inputs by users All
Temperature sensor Temperature measurement: collects environ- All
mental data
Humidity sensor Humidity measurement: collects environ- All
mental data
Pressure sensor Pressure measurement: collects atmospheric UC1, UC3, UC4,
data UC5
Accelerometer sensor Measures acceleration on movement UC2, UC3, UC4,
UC5
Acoustic Sensor Samples sound from the environment UC1, UC4
Light Sensor Measures light’s intensity All
Magnetic Sensor Detects changes in the surrounding magnetic UC2, UC3, UC4
field
CO2 sensor Measures CO2 levels UC1
VOC sensor Measures volatile organic compounds (e.g. UC1, UC2, UC5
alcohols, aldehydes and others)
Image sensor Capable of capturing pictures UC2
LED Human interaction: optical indication UC1, UC4
Table 17 List of components

3 Conclusions
The operational scenarios defined in this document, represent a realistic picture of the use of
a smart multisensing autonomous card in typical real-life applications. Deliverable D1.4 - Op-
erational Scenarios Definition is the result of a survey conducted with various participants,
coming from both the industry and the research community. Their feedback helped the con-
sortium to design in depth the potential applications of the ASSC in order to cover end-user
needs. The usability of the device will be proved by using it in thirteen different scenarios,
each one designed to present the functionality of the system in different application areas;
outdoor, indoor, wearable.
The scenarios are a realistic reflection of the end-user needs and demonstrate the way the
ASSC can be used in real-life situations in which autonomy and discretion play a major role.
Currently, all the described scenarios have existing applications in practice as well as signifi-
cant market utilisation. The purpose of the operational scenarios, apart from testing the
ASSC’s functionality, is to constitute a substantial foothold for developers in the further de-
velopment process. This document is the first version of the Deliverable D1.4 - Operational
Scenarios Definition; an updated version of the Deliverable will be completed by M24 of the
project. The end users in the project continue to explore all possible additional applications
and introduce new capabilities and needs in the future use and development of the ASSC.

AMANDA D1.4 Operational Scenarios Definition-V1.0

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

AMANDA D1.4 Operational Scenarios Definition-V1.0

Uploaded by

Copyright:

Available Formats

Deliverable D1.

4 Dissemination Level (PU) 825464–AMANDA

The Framework Programme for Research & Innovation

Deliverable No. D1.4

December 2019 1 PENTA

2 Bellanger MB Lightricity Mathieu.bellanger@lightricity.co.uk

December 2019 2 PENTA

December 2019 3 PENTA

List of definitions & abbreviations

December 2019 4 PENTA

December 2019 5 PENTA

December 2019 6 PENTA

December 2019 7 PENTA

December 2019 8 PENTA

1.2 Methodology of use cases and scenarios definition

Figure 1 Use cases and scenarios methodology

December 2019 10 PENTA

2 Use cases and scenarios

Use case Description Version

December 2019 11 PENTA

SC03 Detection of dangerous gases and alerting Indoor

2.2.1 SC01 - Heating, ventilation and air conditioning

Figure 2 Principles of environmental room sensing

December 2019 12 PENTA

2.2.2 SC02 - Automated lighting control

December 2019 13 PENTA

2.2.3 SC03 - Detection of dangerous gases and alerting

2.2.4 SC04 - Fire detection

December 2019 15 PENTA

2.2.5 SC05 - Continuous occupancy monitoring in an indoor parking lot

December 2019 16 PENTA

Components  Solar harvester

2.2.6 SC06 - Continuous occupancy monitoring in an outdoor parking lot

December 2019 17 PENTA

December 2019 18 PENTA

Main Flow  The system wakes up via RTC (if needed)

2.2.7 SC07 - City air quality and weather monitoring station

December 2019 19 PENTA

Initialisation  Activation via capacitive sensor

2.2.8 SC08 - Continuous monitoring of vibrations affecting structures

December 2019 20 PENTA

Figure 4 Monument in the city of Pula

2.2.9 SC09 - Access control

December 2019 22 PENTA

Initialisation  Activation via capacitive sensor

2.2.10 SC10 - Personalised thermal comfort monitor

 The system enters sleep mode via the capacitive sensor

Table 12 Description of SC10 - Personalised thermal comfort monitor

2.2.11 SC11 - Employee positioning

December 2019 24 PENTA

Main Flow  The system wakes up via Capacitive sensor

2.2.12 SC12 - Monitoring environmental and vibration conditions in cargo area

December 2019 25 PENTA

Main Flow  The system wakes up via capacitive sensor

2.2.13 SC13 - Products tracking in warehouses

Name Description Relation to Scenarios

Name Description Use case

December 2019 27 PENTA

BLE Low power Bluetooth All

December 2019 28 PENTA

December 2019 29 PENTA

You might also like