Inhaltsverzeichnis

0x04 - 15.11.2014

Zweiter Start im November, mit morgendlichem, dichten Nebel aber später immer noch extrem freundlichen Wetters mit annehmbaren Bedingungen. Ziel sollte erreichen eines Tag-/Nachtfloats sein, was auch mehr als gelungen ist. Außerdem APRS- und DominoEX16-Test.

Free lift: abt 2 g


Zur Premiere von DominoEX gabs die passende Verpflegung:

Ein APRS-Frame sieht so aus:

fm DK3SB-4 to APRS via WIDE1-1 ctl UI pid F0
!5055.41N/01152.77EO/A=001043 uTrak 0x04


Die jetzt im Mode 'DominoEX16' ausgesendeten Zeilen bleiben im Format zur früheren RTTY-Aussendung gleich:

$$0x04,1369,210034,+5409.7318,+01220.9288,5335,09,1412,-22*2404

Flugprofil von Südosten Flugprofil über Ost- und Nordsee

Track als KMZ: 0x04_start_15.11.2014.kmz

Empfangene Telemetriezeilen als CSV: 0x04_start_15.11.2014.csv

Probleme/Erkenntnisse

Neuer Mode DominoEX

Die Betriebsart DominoEX versprach viele Vorteile:
Schneller, damit weniger Sendezeit (Batterieschonend!) und trotzdem noch erheblich störsicherer als RTTY bzw. bei schwachen Signalen besser zu dekodieren.
Aber nicht alles klappt auf Anhieb und schnell bemerkten wir einen Implementierungsfehler: Die Symbolrate der Daten wird aus dem internen Prozessor-Oszillator gewonnen, während der HF-Takt aus dem temperaturkompensierten Quarz-Oszillator kommt: Das brachte nach kurzer Zeit Flug (Kälte) Probleme bei der kohärenten Demodulation mit (dl-)fldigi: Nur ganz selten gelang es, eine komplette Telemetriezeile richtig mitzuschreiben. DominoEX16 ist definiert aus 18 Tönen mit einem Abstand in Hz, der exakt gleich der Symbolrate (15.625 Hz) ist. Durch die unterschiedlichen Quellen für Sendefrequenz (=TCXO) und Symboltakt (=prozessorinterner Oszillator) laufen die beiden Werte unterschiedlich auseinander und die Bedingungen für eine saubere Dekodierung sind deshalb nicht erfüllt. Wir fanden heraus, dass der MultiPSK-Dekoder deutlich toleranter gegenüber diesem Problem ist, und nutzten diesen, um die Aussendungen der Nutzlast zu dekodieren.
Schlussfolgerung: Prozessortakt und Sendefrequenzaufbereitung müssen unbedingt aus der gleichen Frequenzquelle gespeist werden.

Update: Dieses Problem konnte tatsächlich durch Anbindung des TCXO an den MSP430 gelöst werden.

APRS

APRS auf 2m war zwar am Startort einige Zeit zu empfangen, es erreichte jedoch nie ein Paket einen der zahlreichen APRS-Digis.
Schlussfolgerung: Die Antenne (lambda/4 für 70cm) und der Filter am Senderausgang sind GÄNZLICH ungeeignet für 144 MHz. (Dass sie dafür nicht optimal sind, war von vornherein klar.)