Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
searchwing-flight-147 [2022/07/14 10:45] wf68spef [Hardware] |
searchwing-flight-147 [2022/07/14 11:53] (current) wf68spef [Ergebnisse] |
||
|---|---|---|---|
| Line 6: | Line 6: | ||
| * Grund des Fluges: Erprobung der Mikrotik WiFi Hardware über 15km | * Grund des Fluges: Erprobung der Mikrotik WiFi Hardware über 15km | ||
| * Wetter: Starker Wind, bewölkt | * Wetter: Starker Wind, bewölkt | ||
| - | * Test-Daten: | + | * Test-Daten: [[https://cloud.hs-augsburg.de/s/5YQipmymNNMREXy]] |
| ===== Testsetup ===== | ===== Testsetup ===== | ||
| Line 44: | Line 44: | ||
| Das WiFi Module wurde mit einem MiniPCI-e zu M2 Adapter mit dem Pi Verbunden. Hier war zu beachten, dass das WiFi Modul an PIN 39/41 mit Strom versorgt wird. Die PINs versorgen u.a. die Verstärker auf dem Board. | Das WiFi Module wurde mit einem MiniPCI-e zu M2 Adapter mit dem Pi Verbunden. Hier war zu beachten, dass das WiFi Modul an PIN 39/41 mit Strom versorgt wird. Die PINs versorgen u.a. die Verstärker auf dem Board. | ||
| + | |||
| + | ==== Software ==== | ||
| + | |||
| + | Die Mikrotik Hardware wurde mit Mikrotik Firmware bespielt und konfiguriert. Die Bodenstation wurde als Accesspoint konfiguriert und das UAV als Station. Die Geräte werden im N-Only Mode betrieben und RTS/CTS protection wurde ausgeschaltet. Die Geräte wurden mit statischen IPs versehen. Das LAN und WLAN wurden bebridged (ggf. unnötiger Traffic durch ARP, DHCP, etc.). | ||
| + | |||
| + | Für den Raspberry Pi wurde der Kernel angepasst. RTS/CTS protection, sowie Sendeleistungslimits für 5/10MHz wurden ausgeschaltet. | ||
| + | |||
| + | ===== Ziele des Tests ===== | ||
| + | |||
| + | Primär sollte überprüft werden, ob eine Verbindung über normales WiFi überhaupt zustande kommt. Die Annahme war, dass das Link-Budget auf Hin- und Rückweg gleich ist und somit auch eine WiFi-Verbindung möglich sein muss. Die WiFiBroadcast Test hatten gezeigt, dass über >= 15km Daten übertragen werden können. Insbesondere die Antenne der Bodenstation wurde vorher noch nicht statisch getestet, sodass unklar war, ob hiermit eine Verbindung möglich ist. | ||
| + | |||
| + | Darüberhinaus sollte getestet werden welchen Einfluss die folgenden Parameter auf die Datenraten haben: | ||
| + | |||
| + | * Ack-Timeouts (statische Distanz, dynamische Berechnung) | ||
| + | * Frequenz | ||
| + | * Bandbreiten von 5, 10 und 20MHz | ||
| + | * Welche minimal Sendeleistung möglich ist | ||
| + | * Single chain vs. multi chain Betrieb | ||
| + | |||
| + | In Bezug auf mehrere Empfangs/Sende Chains war die Theorie, dass wir von MIMO-Erweiterungen des Standards nicht profitieren können, da sich die Wege (nur Freiraumdämpfung, keine Reflexionen etc.) der Signale auf beiden Chains nicht unterscheiden. | ||
| + | |||
| + | Darüberhinaus wurde das propritäre N-Stream Feature von Mikrotik getestet. | ||
| ===== Ergebnisse ===== | ===== Ergebnisse ===== | ||
| - | ===== Bilder/Videos ===== | + | Datenraten zur Bodenstation vom UAV per TCP: |
| + | |||
| + | {{:tcprx.png|}} | ||
| + | |||
| + | Datenraten zur Bodenstation vom UAV per UDP: | ||
| + | |||
| + | {{:udprx.png|}} | ||
| + | |||
| + | Wir stellen fest, dass eine Verbindung sowohl bei 5, 10 als auch 20MHz Bandbreite ohne Anpassung der Standardeinstellung erfolgt. Eine Verdopplung der Datenrate ist bei den UDP-Tests noch ablesbar beim Wechsel von 5 auf 10 MHz Bandbreite. Beim Wechsel auf 20MHz ist jedoch ein Einbruch der Datenrate gegenüber 10MHz festzustellen. 10MHz hat in den Tests in der Regel besser als 20MHz funktioniert. | ||
| + | |||
| + | Wir stellen fest, dass mit dem N-Stream Protokoll von Mikrotik 3 bis 4 mal bessere Datenraten erreicht werden können im Vergleich zu Tests ohne N-Stream Protokoll. | ||
| + | |||
| + | Wir stellen fest, dass der Betrieb mit einer Chain/Antenne keine signifikanten Einbußen in den Datenraten bringt. | ||