Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- projekte:picoflights:0x04 [2014/11/17 18:52] – dg0mg
+++ projekte:picoflights:0x04 [2014/11/30 17:33] (aktuell) – [Probleme/Erkenntnisse] thasti
@@ Zeile 43: / Zeile 43: @@
     * **2404**: Prüfsumme
------
+{{:projekte:picoflights:0x04:0x04_start_15.11.2014.png|}}
+^ Flugprofil von Südosten ^ Flugprofil über Ost- und Nordsee ^
+|{{:projekte:picoflights:0x04:0x04_start_15.11.2014-von-suedosten.jpg?400|}}|{{:projekte:picoflights:0x04:0x04_start_15.11.2014-ostsee-daenemark-nordsee.jpg?400|}}|
+Track als KMZ: {{:projekte:picoflights:0x04:0x04_start_15.11.2014.kmz|}}
+Empfangene Telemetriezeilen als CSV: {{:projekte:picoflights:0x04:0x04_start_15.11.2014.csv|}}
 ==== Probleme/Erkenntnisse ====
 === Neuer Mode DominoEX ===
-Die Betriebsart DominoEX16 versprach viele Vorteile:\\
+Die Betriebsart [[http://www.qsl.net/zl1bpu/MFSK/DEX.htm|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.
@@ Zeile 54: / Zeile 62: @@
 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.)
 ==== Links: ====
-  * [[http://habhub.org/zeusbot/logs_highlighted/highaltitude.log.20141115.html|Log des IRC-Kanals #highaltitude]]
+  * [[http://habhub.org/zeusbot/logs_highlighted/highaltitude.log.20141115.html|Log des IRC-Kanals #highaltitude]] vom 15.11.2014
+  * [[http://habhub.org/zeusbot/logs_highlighted/highaltitude.log.20141116.html|Log des IRC-Kanals #highaltitude]] vom 16.11.2014
   * [[start|Übersicht]]