base station

2024-07-25 11:38:44 +02:00
parent d0a1cd3c6e
commit 0cff627013
3 changed files with 28 additions and 5 deletions
@@ -70,6 +70,7 @@
        "Bachelorthesis",
        "Basissation",
        "Beidou",
+        "Benachrichtigungslösung",
        "blox",
        "Blox",
        "bürstenbehafteten",
@@ -25,18 +25,28 @@
 			\end{itemize}

 	\section{Referenzstation}
-		Die Abschnitt beschreibt und bewertet die Errichtung der Referenzstation. Dafür sind zunächst die Empfangenen Satelliten und die Fehler der Signale interessant. Des weiteren erfordert der Server zwar wenig wartungsarbeit, aber dieser ist schwer auszuführen, da alle Einstelungen manuell und textbasiert getätigt wurden.
+		Die Abschnitt beschreibt und bewertet die Errichtung der Referenzstation. Dafür sind zunächst die Empfangenen Satelliten und die Fehler der Signale interessant. Des weiteren erfordert der Server zwar wenig wartungsarbeit, aber dieser ist schwer auszuführen, da alle Einstellungen manuell und textbasiert getätigt wurden.
 		\par
 		Der Ntrip-Client welcher auf dem Rover implementiert wurde kann mit beiden Revisionen von Ntrip betrieben werden, daher ist es interessant ob Unterschiede erkennbar sind.

 		\subsection{Signalqualität}
+			Das in Anhang \ref{cha:winAndUcenter} beschriebene U-Center bietet verschieden Möglichkeiten die Signalqualität des Systems zu bestimmen. Einer dieser Möglichkeiten ist die im Programm sogenannte SkyView zu betrachten. Die Abbildungen !!!ref!!! zeigt einen Screenshot dieser Ansicht. Dort sind alle aktuell empfangen Satelliten und deren Positionsverlauf aus Sicht der Antenne eingezeichnet. Die einzelnen Satelliten sind mit einem Buchstaben für das jeweilige GNSS und einer Nummer gekennzeichnet (G - GPS, E - Galileo, R - GLONASS, B - Beidou, S - SBAS). Durch die Farbgebung der Satelliten wird angezeigt wie der betroffene Satellit in die Auswertung der Position mit einbezogen werden kann, !!!Folgende Farben checken lassen!!! dabei sind grüne Satelliten, die die ohne Einschränkungen genutzt werden können weil alle Informationen übertragen wurden. Von den blauen hingegen sind nicht alle Informationen empfangen worden oder das Signal wird nicht immer fehlerfrei empfangen. Daher tragen diese einen geringeren Teil zur Positionsbestimmung bei. Zu den roten Satelliten besteht keine Verbindung mehr. Dies lässt sich gut durch die Position am äußerten Horizont dieser Satelliten erklären. Auch die blauen Satelliten zeichnen sich dadurch aus, das die meisten sich am Rand des empfangbaren Bereichs befinden.
+			In der nächsten Abbildung !!!ref!!! werden die Satelliten Signale als Balkendiagramm dargestellt die Tabelle !!!ref!!! fasst die Daten der Abbildung zusammen. Dabei wird deutlich, dass von allen GNSS mehr als die benötigten vier Satelliten für eine Positionsbestimmung mit diesem System empfangen werden.
+
+			!!!Bild
+
+			!!!Tabelle
+
+			Um die Positionslösung der Station beobachten zu können, kann die \texttt{Deviation Map} !!!Namen kontrollieren!!! aus Abbildung !!!ref!!! betrachten werden. Diese zeigt alle bestimmten Positionen als Punkte an. Dabei ist die aktuellste Position zentriert dargestellt und alle anderen in Abhängigkeit zu ihr. In der Abbildung werden die Punkte von einer dreistündigen Beobachtungsphase dargestellt. Mit den eingezeichneten Radien kann der Drift der Positionslösung abgelesen werden. In diesem Fall ist der Drift selten größer als ein halber Meter. Diese Genauigkeit kann durch die Anwendung von SBAS und der optimalen Antennenposition erklärt werden. Ohne diese Vorteile könnte der Drift über \(10m\) betragen. Der geringe Drift spricht für eine gelungene des Systems.

 		\subsection{Verwaltungsoberfläche}
+			Die Einstellungen des Servers sind zum Abschluss dieser Arbeit lediglich über den Zugriff auf die Kommandozeile möglich. Damit sich spätere Benutzter leichter zurecht finden wurden kurze Beschreibungen der Einstellungen in dem \texttt{Home-Verzeichnis} des rtk-Benutzer abgelegt. Bei einem Neustart des Systems wird der benötigte Dienst automatisch gestartet. Der Server startet auch nach einem Stromausfall automatisch. Sollte der benötigte Dienst jedoch aus irgendeinem Grund abstürzen, erfordert dies einen manuellen Eingriff in das System um den Dienst erneut zu starten und das Problem möglicherweise zu Lösen. Außerdem wurde keine Monitoring- oder Benachrichtigungslösung eingebaut. Dadurch wird ein möglicher Fehler erst an anderer Stelle festgestellt und es kann dementsprechend nicht direkt auf die Ursache geschlossen werden.
+			\par
+			Eine erneute Konfiguration des GNSS-Moduls ist nur durch mehrere Schritte möglich, siehe dafür Anhang \ref{cha:winAndUcenter}. Der Gründe für eine erneute Konfiguration sind zwar kaum vorhanden, jedoch könnte jederzeit ein Defekt auftreten, welcher ein neues GNSS-Modul erfordert. Dieses wäre natürlich noch nicht konfiguriert.
+			\par
+			Zusammen mit der Erfüllung der gestellten Anforderungen an die Referenzstation lässt sich diese als voll Funktionsfähig beschreiben. Da der Wartungsaufwand voraussichtlich sehr gering ausfallen wird, reduziert dies die Relevanz der eben genannten Einschränkungen. Einiger dieser Einschränkungen lassen sich mit einem Projekt auf GitHub Namens \texttt{rtkbase!!!Name checken} !!!ref beheben und die Referenzstation damit mit Flexibilität ausstatten. Diese mögliche Änderung wird kurz im Abschnitt \ref{sec:ausblick} Ausblick !!!gibt ref auch mit auto name?!!! beschrieben.

 		\subsection{Ntrip Revision 1}
-
-			Genaauigkeit antenne ohne Korrekturdaten (drift)
-			Mögliche verbesserung durch web ui
 			Ntrip rev 1 oder 2 Ergebnis (Sapos auch testen)

 	\section{Tests}
@@ -49,3 +59,8 @@
 			\subsubsection{Route löschen}
 		\subsection{Route abfahren}
 			\subsubsection{Genuigkeitsprüfung stören}
+
+
+	\section{Rover}
+		\subsection{W-LAN}
+			Bisschen doof mit der Abdeckung und Handy mitfahren lassen nur ein Provisorium
@@ -2,4 +2,11 @@

 	\section{Zusammenfassung}
 	\section{Fazit}
-	\section{Ausblick}
+	\section{Ausblick}
+		\label{sec:ausblick}
+		neue Oberfläche Referenzstation
+		Bumper und weitere Sensoren
+		Umstellen von Component auf rtos task
+		Rover eigene Sim karte für beständige Internetverbindung
+		Rover steuerung über eine Web oberfläche
+		Erweiterte Routen verwaltung in web mit ansicht der Routen vielleicht mit Kontrollzenter kombinieren