| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision |
| projekte:picoflights:0x04 [2014/11/18 09:37] – [Links:] dg0mg | projekte:picoflights:0x04 [2014/11/18 20:58] – [0x04 - 15.11.2014] dg0mg |
|---|
| |
| {{:projekte:picoflights:0x04:0x04_start_15.11.2014.png|}} | {{: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 ==== | ==== Probleme/Erkenntnisse ==== |
| |
| === Neuer Mode DominoEX === | === 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.\\ | 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. | 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. |
| |
| * [[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.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]] | * [[start|Übersicht]] |
| |
