naresh/master-thesis
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 11 Wiki Activity

added design

Browse Source
This commit is contained in:
Nareshkumar Rao 2022-01-14 10:51:10 +01:00
parent 421d0260d3
commit 991632ca62
2 changed files with 24 additions and 13 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

26
3-Design/Design.tex
View File

@ -36,19 +36,17 @@ This is particularly disadvantageous for any operations requiring real-time perf
In the case of this project, this means that the local processor can process and deliver data in a more deterministic fashion\todo{maybe insert some test data here}.
\subsubsection{GUI with Qt}
The Qt GUI framework was used in order to create a GUI for the remote controller. This allowed for the sensor data to be more easily calibrated and aligned, as well as providing a consistent interface for end-user configuration.\todo{insert image of the interface}
The Qt GUI framework was used in order to create a GUI for the remote controller. This allowed for the sensor data to be more easily calibrated and aligned, as well as providing a consistent interface for end-user configuration. Qt was chosen for its ease-of-use, as well as ability to be compiled cross-platform\cite{qtWebsite}.
\subsection{Main Functionality}
This subsection elaborates the fundamental building blocks of the program.
\subsubsection{Transmission of Raw Sensor Data}
\subsubsection{Calibration of Sensor Data}
\subsubsection{Configuration for Processing}
\subsubsection{Transmission of Configuration Parameters}
This subsection elaborates the fundamental building blocks of the program that are required.
\begin{itemize}
\item Transmission of Raw Sensor Data
\item Calibration of Sensor Data
\item Configuration for Processing
\item Transmission of Configuration Parameters
\end{itemize}
\subsection{Testing and Validation}
@ -102,9 +100,15 @@ are implemented in \clang\ as much as possible. This is then encapsulated by a \
\centering
\includegraphics[width=0.9\textwidth]{./design/FlowRemote}
\caption{Overview of the FlowRemote features and configurable parameters.}
\label{fig:flowremote}
\end{figure}
The FlowRemote part of the program is designed in order to allow easier configuration and calibration of the setup, as while as providing enabling the engineer to do so remotely. The idea being that --- once the Raspberry Pi and LIDAR sensor have been installed over a conveyor system and a network connection --- the engineer no longer requires a direct connection to the Raspberry Pi in order to configure and calibrate the system.
As described in \autoref{fig:flowremote}, FlowRemote allows the engineer to remotely preview the raw sensor data, run pre-processing on it, configure the processing parameters and deliver those back to the local processor running on the Raspberry Pi.
\section{Data Processing Details}
\section{Data Processing Details}
\section{Housing}
Prototype housing, ideal housing.

11
literatur.bib
View File

@ -24,14 +24,21 @@
publisher = {{Association for Computing Machinery}},
location = {{New York, NY, USA}},
doi = {10.1145/1755913.1755922},
url = {http://doi.org/10.1145/1755913.1755922},
urldate = {2022-01-13},
abstract = {While managed languages such as C\# and Java have become quite popular in enterprise computing, they are still considered unsuitable for hard real-time systems. In particular, the presence of garbage collection has been a sore point for their acceptance for low-level system programming tasks. Real-time extensions to these languages have the dubious distinction of, at the same time, eschewing the benefits of high-level programming and failing to offer competitive performance. The goal of our research is to explore the limitations of high-level managed languages for real-time systems programming. To this end we target a real-world embedded platform, the LEON3 architecture running the RTEMS real-time operating system, and demonstrate the feasibility of writing garbage collected code in critical parts of embedded systems. We show that Java with a concurrent, real-time garbage collector, can have throughput close to that of C programs and comes within 10\% in the worst observed case on realistic benchmark. We provide a detailed breakdown of the costs of Java features and their execution times and compare to real-time and throughput-optimized commercial Java virtual machines.},
isbn = {978-1-60558-577-2},
keywords = {java virtual machine,memory management,real-time systems},
file = {/home/naresh/Zotero/storage/JQHSRQ3V/Pizlo et al. - 2010 - High-level programming of embedded hard real-time .pdf}
}
@online{qtWebsite,
title = {Qt | {{Cross-platform}} Software Development for Embedded \& Desktop},
url = {https://www.qt.io},
urldate = {2022-01-14},
abstract = {Qt is the faster, smarter way to create innovative devices, modern UIs \& applications for multiple screens. Cross-platform software development at its best.},
langid = {english},
file = {/home/naresh/Zotero/storage/XXBWBBYM/www.qt.io.html}
}
@software{realsense_git,
title = {{{IntelRealSense}}/Librealsense},
shorttitle = {Realsense},