Browse Source

Updated text

Martins Eglitis 10 months ago
3 changed files with 293 additions and 0 deletions
  1. 2
  2. 291
  3. BIN

+ 2
- 0
.gitignore View File

@@ -0,0 +1,2 @@

+ 291
- 0
geofence.lyx View File

@@ -0,0 +1,291 @@
#LyX 2.3 created this file. For more info see
\lyxformat 544
\save_transient_properties true
\origin unavailable
\textclass article
% Constants to set once
\newcommand{\hmwkAuthorName}{Andreas Koj, Martins Eglitis} % Your name

% Packages
\usepackage{fancyhdr} % Required for custom headers
\usepackage{lastpage} % Required to determine the last page for the footer
\usepackage{extramarks} % Required for headers and footers
\usepackage{siunitx} % Required for SI units
\usepackage{cleveref} % Required for SI units

% Margins

% General document properties
\linespread{1.1} % Line spacing
\setlength\parindent{0pt} % Removes all indentation from paragraphs
%\setlength\parskip{0pt} % Removes all spacing from paragraphs
% Required to not count titlepage in page numbering
%\addtocounter {page} {-1}

% Make a simple command for use in document body

% Set up the header and footer
\lhead{\hmwkAuthorName} % Top left header
\rhead{November 14, 2018}
\lfoot{\lastxmark} % Bottom left footer
\cfoot{} % Bottom center footer
\rfoot{Page\ \thepage\ of\ \protect\pageref{LastPage}} % Bottom right footer
\renewcommand\headrulewidth{0.4pt} % Size of the header rule
\renewcommand\footrulewidth{0.4pt} % Size of the footer rule

% The following 2 commands setup the title page
\textmd{\textbf{\hmwkClass:\ Labs}}\\
\normalsize\vspace{0.1in}\small{November 14, 2018}\\

\textbf{\hmwkAuthorName} \\
\texttt{\hmwkUserID \hspace{0.1in}- \hmwkStudentNumber}

% Do not display standard date since we use a custom date

% Change the list format
\use_default_options true
\maintain_unincluded_children false
\language latvian
\language_package none
\inputencoding auto
\fontencoding global
\font_roman "default" "default"
\font_sans "default" "default"
\font_typewriter "default" "default"
\font_math "auto" "auto"
\font_default_family default
\use_non_tex_fonts false
\font_sc false
\font_osf false
\font_sf_scale 100 100
\font_tt_scale 100 100
\use_microtype false
\use_dash_ligatures true
\graphics default
\default_output_format default
\output_sync 0
\bibtex_command default
\index_command default
\paperfontsize default
\spacing single
\use_hyperref false
\papersize default
\use_geometry false
\use_package amsmath 1
\use_package amssymb 1
\use_package cancel 1
\use_package esint 0
\use_package mathdots 1
\use_package mathtools 1
\use_package mhchem 1
\use_package stackrel 1
\use_package stmaryrd 1
\use_package undertilde 1
\cite_engine basic
\cite_engine_type default
\biblio_style plain
\use_bibtopic false
\use_indices false
\paperorientation portrait
\suppress_date false
\justification true
\use_refstyle 1
\use_minted 0
\index Index
\shortcut idx
\color #008000
\secnumdepth 5
\tocdepth 5
\paragraph_separation skip
\defskip bigskip
\is_math_indent 0
\math_numbering_side default
\quotes_style danish
\dynamic_quotes 0
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\html_math_output 0
\html_css_as_file 0
\html_be_strict false


\begin_layout Title
Reprogrammable wireless ad-hoc client-server solution for geofence applications

\begin_layout Author
Andreas Koj,

\begin_layout Author
Martins Eglitis,

\begin_layout Paragraph*
1 Introduction

\begin_layout Standard
The main motivation behind this project is to create a platform which allows
wireless clients and servers to interact in wireless manner via Bluetooth
and exchange data.
The data consists mostly of GPS coordinates, which are used to form a polygon,
also known, as the geofence.
Geofence concept is widely applicable in areas such as IoT, autonomous
systems, and security, but not limited to that.
It can be used, for example, to monitor activity and interaction within
the reach of the server.
One of the real world examples is the emerging field of autonomous systems.
These systems often rely on data acquired externally and geofences represent
a part of such services.
The challenges introduced in this project allows one to better understand
the inner technical and theoretical workings of geofence systems and applicatio

\begin_layout Paragraph*
2 Context Geofencing

\begin_layout Standard
is applied in many fields e.g.
automotive, aviation, fleet & freight or even marketing.
In our project we would like to develop a prototype of a general solution
to this problem.
We will use Bluetooth Low Energy (BLE), which is a power-conserving variant
of Bluetooth wireless technology operating in 2.4 to 2.483-GHz frequency

\begin_layout Paragraph*
3 Goals and Challenges

\begin_layout Standard
Our main goal of this project is to deliver a solution to create a geofence
and a device detecting whether is in the area of the geofence or not.
To resolve this problem, we want to use GPS module and Bluetooth Low Energy.
Besides to get the best result we are going to do a research through existing
solutions of detecting points in polygons algorithms to find the best solution
fitting to our hardware capabilities which is Arduino Uno microcontroller

\begin_layout Standard
To apply this solution to real-life situations our system needs to be precise
while we are using only GPS technology to position the client.
Client in our project stands for a device containing GPS module which is
indicating whether is in the restricted area or not.
Determining accurately the position relatively to BLE beacon will be a
significant challenge for us.
Secondly choosing the best algorithm to detect if client is in the restricted
area will also be a problem which we have to solve.
In this project we are going to use Arduino Uno which has limited memory
resources what can be crucial for the final decision which algorithm we
decided to use.
We would like to apply a functionality to our client device which allows
a user to set new coordinate values of the BLE beacon.
This requires a proper authentication between the client and the beacon
to prevent unauthorized access to the beacon device.

\begin_layout Paragraph*
4 Approach

\begin_layout Standard
Our first step is to design our solution by developing a low fidelity prototype.
This will give us a general overview on the problem and shows us possible
potentials and improvements.
After this phase, we want to procced to the implementing part.

\begin_layout Standard
Our aim is to develop an ad-hoc client-server hardware and software solution.
As regards technical goals, the project will consist of two devices - the
receiver (or client, the BLE device) and the beacon (the server, the BLE
+ GPS device).
The beacon will be sending out the exact coordinates of the polygon vertices.
It will also be able to accept vertex coordinates provided by the receiver
and store them internally.
The beacon will pair with clients for administrative purposes.
The client will be responsible for interpreting the data sent by the beacon.
The data mainly consist of the stored vertices and meta information about
the server.
The GPS module will be used for sending the current location of the client.
Human-machine interface (HMI) in form of push buttons will be used to pair
and authorize with the client.
Low level software solution for both the client and the server is required
to implement the functionality.
The main focus will be on data throughput and speed as it is crucial for
seamless performance.
As regards theoretical goals, the client will have to deal with point-in-polygo
n (PIP) problem, which asks whether a certain point is inside the polygon.

\begin_layout Standard
After the implementation is done, we will perform an evaluation of our system.
We considered two different test scenarios.
First in the surrounding of congested area and the second on the open area.
In every scenario we want to test the system in terms of general correctness,
accuracy and performance by preparing appropriate test procedures.
In the last part we want to analyse our evaluation results and draw conclusions
to finally refine our system.

\begin_layout Paragraph*
5 References

\begin_layout Standard
[1] Two-Way Communication Protocol using Bluetooth Low Energy Advertisement
Frames, Giorgio Corbellini, Stefan Schmid and Stefan Mangold from Disney
Research Zurich Switzerland.

\begin_layout Standard
[2] Geofencing 2.0: Taking Location-based Notifications to the Next Level,
Sandro Rodriguez Garzon and Bersant Deva from Service-centric Networking
Telekom Innovation Laboratories, TU-Berlin


project_proposal.docx View File