mirror of
https://github.com/caperren/school_archives.git
synced 2025-12-31 12:24:16 +00:00
Added 2017-2018 mars rover repository.
This commit is contained in:
File diff suppressed because it is too large
Load Diff
Binary file not shown.
|
After Width: | Height: | Size: 13 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 45 KiB |
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,31 @@
|
||||
# This config is copied from overleaf so output there will match compiled output here
|
||||
|
||||
# support for the glossaries package:
|
||||
add_cus_dep('glo', 'gls', 0, 'makeglossaries');
|
||||
add_cus_dep('acn', 'acr', 0, 'makeglossaries');
|
||||
sub makeglossaries {
|
||||
system("makeglossaries \"$_[0]\"");
|
||||
}
|
||||
|
||||
# support for the nomencl package:
|
||||
add_cus_dep('nlo', 'nls', 0, 'makenlo2nls');
|
||||
sub makenlo2nls {
|
||||
system("makeindex -s nomencl.ist -o \"$_[0].nls\" \"$_[0].nlo\"");
|
||||
}
|
||||
|
||||
# from the documentation for V. 2.03 of asymptote:
|
||||
sub asy {return system("asy \"$_[0]\"");}
|
||||
add_cus_dep("asy","eps",0,"asy");
|
||||
add_cus_dep("asy","pdf",0,"asy");
|
||||
add_cus_dep("asy","tex",0,"asy");
|
||||
|
||||
# metapost rule from http://tex.stackexchange.com/questions/37134
|
||||
add_cus_dep('mp', '1', 0, 'mpost');
|
||||
sub mpost {
|
||||
my $file = $_[0];
|
||||
my ($name, $path) = fileparse($file);
|
||||
pushd($path);
|
||||
my $return = system "mpost $name";
|
||||
popd();
|
||||
return $return;
|
||||
}
|
||||
@@ -0,0 +1,18 @@
|
||||
# Makefile created by Corwin Perren
|
||||
# Generic makefile for all LaTeX projects downloaded from overleaf
|
||||
#
|
||||
# All this makefile does is call perl against latexmkrc, which is
|
||||
# the latex equivalent of make
|
||||
|
||||
LATEXMK_COMPILE_FLAGS = -pdf
|
||||
LATEXMK_CLEAN_FLAGS = -c
|
||||
|
||||
.DEFAULT_GOAL := all
|
||||
|
||||
all: latexmk_output clean
|
||||
|
||||
latexmk_output:
|
||||
perl latexmk.pl $(LATEXMK_COMPILE_FLAGS)
|
||||
|
||||
clean:
|
||||
perl latexmk.pl $(LATEXMK_CLEAN_FLAGS)
|
||||
Binary file not shown.
@@ -0,0 +1,154 @@
|
||||
\documentclass[onecolumn, draftclsnofoot, 10pt, compsoc]{IEEEtran}
|
||||
\usepackage{graphicx}
|
||||
\graphicspath{{./figures/}}
|
||||
|
||||
\usepackage{url}
|
||||
\usepackage{setspace}
|
||||
\usepackage{multicol}
|
||||
|
||||
\usepackage{geometry}
|
||||
\geometry{textheight=9.5in, textwidth=7in}
|
||||
|
||||
% \overfullrule=2in
|
||||
|
||||
% 1. Fill in these details
|
||||
\def \CapstoneTeamName{ }
|
||||
\def \CapstoneTeamNumber{ 30}
|
||||
\def \GroupMemberOne{ Kenneth Steinfeldt}
|
||||
\def \GroupMemberTwo{ Christopher Pham}
|
||||
\def \GroupMemberThree{ Corwin Perren}
|
||||
\def \CapstoneProjectName{ OSU Robotics Club\\Mars Rover Ground Station}
|
||||
\def \CapstoneSponsorCompany{ OSU Robotics Club}
|
||||
\def \CapstoneSponsorPerson{ Nick McComb}
|
||||
|
||||
% 2. Uncomment the appropriate line below so that the document type works
|
||||
\def \DocType{ Problem Statement
|
||||
%Requirements Document
|
||||
%Technology Review
|
||||
%Design Document
|
||||
%Progress Report
|
||||
}
|
||||
|
||||
\newcommand{\NameSigPair}[1]{
|
||||
\par
|
||||
\makebox[2.75in][r]{#1}
|
||||
\hfill
|
||||
\makebox[3.25in]{
|
||||
\makebox[2.25in]{\hrulefill}
|
||||
\hfill
|
||||
\makebox[.75in]{\hrulefill}
|
||||
}
|
||||
\par\vspace{-12pt}
|
||||
\textit{
|
||||
\tiny\noindent
|
||||
\makebox[2.75in]{}
|
||||
\hfill
|
||||
\makebox[3.25in]{
|
||||
\makebox[2.25in][r]{Signature}
|
||||
\hfill
|
||||
\makebox[.75in][r]{Date}
|
||||
}
|
||||
}
|
||||
}
|
||||
% 3. If the document is not to be signed, uncomment the command below
|
||||
\renewcommand{\NameSigPair}[1]{#1}
|
||||
|
||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||
\begin{document}
|
||||
\begin{titlepage}
|
||||
\pagenumbering{gobble}
|
||||
\begin{singlespace}
|
||||
% 4. If you have a logo, use this includegraphics command to put it on the coversheet.
|
||||
\begin{minipage}{7in}
|
||||
\centering
|
||||
\hspace*{-.7in}
|
||||
$\vcenter{\hbox{\includegraphics[height=4cm]{Oregon_State_College_of_Engineering_Logo}}}$
|
||||
\hspace*{.2in}
|
||||
$\vcenter{\hbox{\includegraphics[height=2.5cm]{OSURCLogoOrange}}}$
|
||||
\end{minipage}
|
||||
|
||||
\par\vspace{.35in}
|
||||
\centering
|
||||
\scshape{
|
||||
\huge CS Capstone \DocType \par
|
||||
{\large\today}\par
|
||||
\vspace{.5in}
|
||||
\textbf{\Huge\CapstoneProjectName}\par
|
||||
\vfill
|
||||
{\large Prepared for}\par
|
||||
\Huge \CapstoneSponsorCompany\par
|
||||
\vspace{5pt}
|
||||
{\Large\NameSigPair{\CapstoneSponsorPerson}\par}
|
||||
{\large Prepared by }\par
|
||||
Group\CapstoneTeamNumber\par
|
||||
% 5. comment out the line below this one if you do not wish to name your team
|
||||
% \CapstoneTeamName\par
|
||||
\vspace{5pt}
|
||||
{\Large
|
||||
\NameSigPair{\GroupMemberOne}\par
|
||||
\NameSigPair{\GroupMemberTwo}\par
|
||||
\NameSigPair{\GroupMemberThree}\par
|
||||
}
|
||||
\vspace{20pt}
|
||||
}
|
||||
\begin{abstract}
|
||||
% 6. Fill in your abstract
|
||||
This project involves the creation of the user interface and associated back-end systems needed to control the OSU Robotics Club's Mars Rover.
|
||||
The club's Rover implements numerous control and sensor systems, all of which require ground station software to facilitate quick and easy use of the
|
||||
Rover during timed competitions.
|
||||
The ground station software will send the Rover control information received via Joystick input or GUI interaction, as well as process and interpret
|
||||
status data and multiple, concurrent video streams.
|
||||
An integrated mapping system will allow the Rover to run autonomously using predefined way-points.
|
||||
More complex readouts will dynamically show critical system components, such as a live view of arm joint positions and compass showing current
|
||||
heading and markers for way-points and points of interest.
|
||||
\end{abstract}
|
||||
\end{singlespace}
|
||||
\end{titlepage}
|
||||
\newpage
|
||||
\pagenumbering{arabic}
|
||||
\tableofcontents
|
||||
% 7. uncomment this (if applicable). Consider adding a page break.
|
||||
%\listoffigures
|
||||
%\listoftables
|
||||
\clearpage
|
||||
|
||||
% 8. now you write!
|
||||
\section{Problem Description}\par
|
||||
For this project, the Mars Rover Team of the OSU Robotics Club is striving to build a ground station that will serve as the primary point of contact between the operating user and the rover itself.
|
||||
In order for the Mars Rover team to be successful during competition the software must be easy to use and free from crashes and major errors that may impede progress in the competition.
|
||||
This project is going to be completely rebuilt from from the ground up instead of using a pre-made solution, such as last year's code or an open source repository.
|
||||
The competition is the University Mars Rover Challenge and will be held at Hanksville, Utah during the weekend of May 31st to June 2nd 2018 in hilly areas of the Mojave desert.
|
||||
Not only does the ground station software need to fit the needs of the client, but more importantly, it needs to fit the needs of the members of the Mars Rover Team as they will also be using this software.
|
||||
Both the client and the club ask that the project be written in the Python programming language with the GUI (Graphical User Interface) framework QT.
|
||||
\subsection{Requests}
|
||||
\begin{itemize}
|
||||
\item Users will control the Rover through a combination of two USB joysticks as well as a keyboard and mouse.
|
||||
\item USB joysticks will allow users to drive the Rover as well as control secondary systems such as the arm and main-navigation camera positioning.
|
||||
\item The users will view what the rover will sees using two 24 inch HD monitors: one as a main viewing screen and the other as a selection and statuses screen.
|
||||
With this interface, users will need the ability to see and record the one or more video streams being sent back from the Rover, GPS position of the Rover on a map of the competition area, and readouts of the rover systems.
|
||||
\item Readouts on this software will need to display status information such as accessory connection states, GPS heading and speed, drive motor power, battery and system voltages, network latency, radio signal strength, and science data.
|
||||
\item Due to the competition environment this software will need to be able to handle potential network issues, large spikes in network latency, or frequent packet loss.
|
||||
As testing of the Rover itself is the single largest priority, rapid prototyping and development of this software is desired.
|
||||
\end{itemize}
|
||||
Additionally, the ground station software must be written keeping in mind that future Rover software teams will likely reuse and modify the code for future iterations of the robot.
|
||||
Ideally, even incomplete versions of the software will need to be available to test specific components of the Rover during its assembly phase.
|
||||
When properly functioning, this software will need to allow a trained user to effectively and efficiently use the Rover to complete competition tasks.
|
||||
|
||||
|
||||
\section{Proposed Solution}
|
||||
\subsection{Frameworks}
|
||||
In order to meet the goals of this project, the client has proposed a solution to design the ground station software using Python 3, the application framework "QT" through use of the PyQt5 library. Running on Linux (Ubuntu 16.04) and Robot Operating System (ROS) version "Kinetic".
|
||||
\subsection{Rapid Prototyping}
|
||||
Since rapid prototyping will be needed, Python will allow our team to more quickly develop and test prototypes while also making it easier for future members of Rover software teams to understand, and contribute to, what was written.
|
||||
The use of the QT framework will also help with rapid prototyping by greatly simplifying the creation of an interface and allowing the team to make quick and easy adjustments to its layout in the future.
|
||||
\subsection{Robot Operating System}
|
||||
By using ROS, we will also be able to accelerate the design time by using the robust ROS topic subscription and broadcasting services already built into the framework.
|
||||
This feature in particular will let us avoid creating custom command control packets that would be hard to reuse without major modifications for future years, as well as allow the Rover to natively accept these commands without the need for any sort of interpreter node.
|
||||
|
||||
\section{Performance Metrics}
|
||||
The primary metric for whether the software has met the criteria for the project will be if the team president, a team officer, and at least three other Rover team members personally use the ground station software to control the rover and sign-off that it is adequately responsive, intuitive to use, and does not crash even under unideal conditions such as partial message loss or high latency.
|
||||
For these tests, unideal conditions will be simulated via purposeful improper placement of Rover radios.
|
||||
Additionally, there will be empirical measurement of software traits.
|
||||
Examples of these measurements include video stream frame rates, maximum latency values for GUI element updates, and maximum latency for control input to rover response.
|
||||
The time requirements we need to fulfill will be finishing the requirements before Engineering Expo which is May 18, 2018. The hard deadline will be May 30st, 2018, the day before the ground control station will compete in the Mars Rover competition.
|
||||
\end{document}
|
||||
Reference in New Issue
Block a user