diff --git a/doc/mainDocument/sections/architektur.tex b/doc/mainDocument/sections/architektur.tex
index 1f3ff14f0662522acc731cea58e8360d5ab57003..d677e6574ddd833b734e8bf04222e77de187036e 100644
--- a/doc/mainDocument/sections/architektur.tex
+++ b/doc/mainDocument/sections/architektur.tex
@@ -3,11 +3,11 @@
 	\section{Architektur}
 	
 	\subsection{Systemarchitektur}
-	Abbildung \ref{fig:hardware-sys} zeigt welche Systemkomponenten in welcher Umgebung laufen und welche Kommunikationswege es zwischen den einzelnen Komponenten gibt. Zur Verf\"ugung steht uns ein Fahrzeug, welches ausger\"ustet ist mit einer Kamera, einem Ultraschallsensor, ein Motor, vier R\"ader, ein STM-Board und ein Odroid-Board.\\
-	Auf dem STM-Board laufen die Treiber f\"ur die direkte Steuerung des Motors und der R\"ader. Die gesamte Software des STM-Boards von Assystem geliefert und unser Team muss sich lediglich darum k\"ummern die entsprechenden Befehle vom Odroid-Board an das STM-Board zu schicken.\\
-	Auf dem Odroid-Board laufen die Module zum berechnen des Fahrverhaltens, sowie der Kommunikation mit dem STM-Board und anderen Fahrzeugen. Die Kamera und der Ultraschallsensor sind mit dem Odroid verbunden.
+	Abbildung \ref{fig:hardware-sys} zeigt, welche Systemkomponenten in welcher Umgebung laufen und welche Kommunikationswege es zwischen den einzelnen Komponenten gibt. Zur Verf\"ugung steht uns ein Fahrzeug, welches mit einer Kamera, einem Ultraschallsensor, einem Motor, vier R\"adern, einem STM-Board und einem ODROID-Board ausger\"ustet ist.\\
+	Auf dem STM-Board laufen die Treiber f\"ur die direkte Steuerung des Motors und der R\"ader. Die gesamte Software des STM-Boards wird von Assystem geliefert und unser Team muss sich lediglich darum k\"ummern, die entsprechenden Befehle vom ODROID-Board an das STM-Board zu schicken.\\
+	Auf dem ODROID-Board laufen die Module zum berechnen des Fahrverhaltens, sowie der Kommunikation mit dem STM-Board und anderen Fahrzeugen. Die Kamera und der Ultraschallsensor sind mit dem ODROID verbunden.
 	\\\\
-	Bis auf die einzelnen Module im Odroid, ist die Architektur so von Assystem vorgegeben, da sie die Software f\"ur das STM liefern und auch den Bau der Fahrzeuge leiten.
+	Bis auf die einzelnen Module im ODROID ist die Architektur so von Assystem vorgegeben, da sie die Software f\"ur das STM liefern und auch den Bau der Fahrzeuge leiten.
 	
 	 
 	\begin{landscape}
@@ -21,25 +21,25 @@
 	\end{landscape}
 	
 	\subsection{ODROID}
-	Abbildung \ref{fig:ODROID-sys} zeigt welche Module auf dem Odroid laufen, welches Modul mit wem kommuniziert und welche Datenfl\"usse es gibt.
+	Abbildung \ref{fig:ODROID-sys} zeigt, welche Module auf dem ODROID laufen, welche Module miteinander kommunizieren und welche Datenfl\"usse es gibt.
 
 	\begin{enumerate}[align=left]
-	\item[MAVLINK] -\\Die Kommunikationsschnittstelle zwischen dem Odroid und dem STM. Schickt L\"angsgeschwindigkeit vom Cruise Control an das STM. Schickt Lenkwinkel vom Lanekeeping an das STM. Bekommt vom STM die Eigengeschwindigkeit des Fahrzeugs.
-	\item[Lanekeeping] -\\Berechnet die Lenkbefehle, damit das Fahrzeug die Spur beim fahren h\"alt. Braucht die Daten von der Kamera.
+	\item[MAVLINK] -\\Die Kommunikationsschnittstelle zwischen dem ODROID und dem STM. Schickt L\"angsgeschwindigkeit vom Cruise Control an das STM. Schickt Lenkwinkel vom Lanekeeping an das STM. Bekommt vom STM die Eigengeschwindigkeit des Fahrzeugs.
+	\item[Lanekeeping] -\\Berechnet die Lenkbefehle, damit das Fahrzeug die Spur beim Fahren h\"alt. Braucht die Daten von der Kamera.
 	\item[Cruise Control] -\\Berechnet die zu fahrende Geschwindigkeit, um den Kolonnenabstand bzw. den Sicherheitsabstand zu halten.
 	\item[Platoon Controller] -\\K\"ummert sich um die Verwaltung des Kolonnenstatus. Braucht die Car2Car Nachrichten des Netzwerks. Braucht den Abstand nach vorne vom Egomotion-Model.
 	\item[Egomotion-Model] -\\Speichert die Daten, die das Environment Modul berechnet.
-	\item[Environment] -\\Berechnet den Abstand nach vorne. Braucht die Daten vom Ultraschallsensor und der Kamera.
+	\item[Environment] -\\Berechnet den Abstand nach vorne. Braucht die Daten des Ultraschallsensors und der Kamera.
 	\item[Bildverarbeitung] -\\
 	\item[Medianfilter] -\\
 	\item[Logging] -\\Speichert alle aktuellen Daten des Sensors, der Kamera, die Eigengeschwindigkeit, die berechnete L\"angsgeschwindigkeit, den berechneten Lenkwinkel und die Daten des Platoon Controllers.
-	\item[Netzwerk] -\\K\"ummert sich um den Empfang und das Versenden von Nachrichten \"uber ein WLAN.
+	\item[Netzwerk] -\\K\"ummert sich um das Empfangen und das Versenden von Nachrichten \"uber ein WLAN.
 	\end{enumerate}		
 	
 	\begin{landscape}
 		\begin{figure}[h]
 			\begin{center}
-				\includegraphics[scale=0.45]{Odroid}
+				\includegraphics[scale=0.45]{ODROID}
 			\end{center}
 			\caption{ODROID-System}
 			\label{fig:ODROID-sys}
@@ -47,7 +47,7 @@
 	\end{landscape}
 	
 	\subsection{Object Oriented Analysis}
-	In Abbildung \ref{fig:ooa} ist das UML-Klassendiagramm f\"ur die Module des Odroids.
+	In Abbildung \ref{fig:ooa} ist das UML-Klassendiagramm f\"ur die Module des ODROIDs.
 	
 	\begin{figure}[H]
 	\begin{tikzpicture}
@@ -227,9 +227,9 @@
 	\end{figure}
 	
 	\subsection{Softwarearchitektur}
-	Zur Unterst\"utzung in der Entwicklung des Systems benutzen wir die Tools des Robot Operating System (ROS). ROS ist ein beliebtes Framework im Robotik-Bereich und ist durch das Messaging-System zwischen einzelnen ROS-Modulen auf Verteilbarkeit und Modularit\"at ausgerichtet. Weiterhin sind die Module, die Assystem uns liefert bereits als ROS-Nodes implementiert, wodurch es Sinn macht, dass wir selbst ROS benutzen, um so die Kompatibilit\"at mit Assystem zu gew\"ahren. Da ROS die Programmiersprachen Python und C++ unterst\"utzt, und unser System sehr zeitkritisch ist, haben wir uns entschieden das gesamte System in C++ zu implementieren.\\
+	Zur Unterst\"utzung in der Entwicklung des Systems benutzen wir die Tools des Robot Operating System (ROS). ROS ist ein beliebtes Framework im Robotik-Bereich und ist durch das Messaging-System zwischen einzelnen ROS-Modulen auf Verteilbarkeit und Modularit\"at ausgerichtet. Weiterhin sind die Module, die uns Assystem liefert, bereits als ROS-Nodes implementiert. Daher ist es sinnvoll, dass wir selbst ROS benutzen, um so die Kompatibilit\"at mit Assystem zu gew\"ahren. ROS unterst\"utzt die Programmiersprachen Python und C++. Da unser System sehr zeitkritisch ist, haben wir uns entschieden, das gesamte System in C++ zu implementieren.\\
 	
-	Das Lanekeeping wird bereits als ROS-Node von Assystem geliefert. Die Kamera und der Ultraschallsensor werden jeweils eigene ROS-Nodes, da sie nur damit besch\"aftigt sein werden, ihre Daten aufzunehmen und an ihr rostopic zu pushen. Das Environment Modul ist ein eigener ROS-Node, da es die hochfrequent kommenden Daten der Kamera und des Ultraschallsensors lesen und verarbeiten muss. Das MAVLINK Modul ist ein eigener ROS-Node, da dessen Aufgabe das Versenden und Empfangen von Nachrichten \"uber das MAVLINK Protokoll ist.
+	Das Lanekeeping wird bereits als ROS-Node von Assystem geliefert. Die Kamera und der Ultraschallsensor erhalten jeweils eigene ROS-Nodes, da sie nur damit besch\"aftigt sein werden, ihre Daten aufzunehmen und an ihr rostopic zu pushen. Das Environment Modul ist ein eigener ROS-Node, da es die hochfrequenten Daten der Kamera und des Ultraschallsensors lesen und verarbeiten muss. Das MAVLINK Modul ist ein eigener ROS-Node, da dessen Aufgabe das Versenden und Empfangen von Nachrichten \"uber das MAVLINK Protokoll ist.
 	
 	\begin{landscape}
 	\begin{figure}[h]