Re: [A-DX] Log: USAF High Frequency Global Communications System

Peter Janda
Samstag, 12. Februar 2022, 12:18 Uhr

Hallo Roger,

es war, ist, ein Traum. Aber Du hast recht. Ein 'all
inclusive'-Programm, daß alle möglichen Modes kennt, wird es nicht
geben. Jedes hat seine Schwerpunkte. Das bestimmt(en) der(die)
Programmierer.

Ich nutze daher spezielle Anwendungen wie PC-ALE, Sorcerer, MMSSTV oder
Ham Radio Deluxe (v5) uvm.

Danke für den Hinweis auf EasyDRF. Da schaue ich mal.

73  Peter


Am 12.02.2022 um 11:10 schrieb Roger Thauer:
> Am 06.02.2022 um 19:28 schrieb Peter Janda:
>> Hallo,
>>
>> vielleicht kann ja ALE und SSTV mal irgendwann in FLDIGI integriert
>> werden. DAS wäre ein Traum :-))
>
> Wieso wäre ?
> Das ist ein Traum und wird auch einer bleiben.
>
> Analoges SSTV auf Basis von MMSSTV wie NIEMALS in FLDIGI integriert
> werden.
> Ansonsten gäbe es mit dem MFSK-Bildmodus in  FLDIGI  ein hybrides
> SSTV-Verfahren, um Bilder zu verschicken/dekodieren.
>
> Bei  ALE könnte ich mir schon eher eine Integration in FLDIGI
> vorstellen, da ja auch vollkommen digital.
>
> http://ac4m.us/ale_ale400.html
> Allerdings macht das Ganze nur (richtig) Sinn, wenn damit auch die
> Empfänger frequenzmäßig nachgeführt werden können.
>
>
>
> Eine andere Entwicklung ist EasyDRF als Weiterentwicklung von HAM DRM.
> Daz aus Brisbane beschäftigt sich aktuell mit der Optimierung der
> Dekodierung hinsichtlich Multipath.
> Bezüglich einer IQ-Aufnahme in QAM64 von mir schrieb er:
>
> "......Es war sehr schwierig, die zusätzlichen Datensegmente zum
> Decodieren zu bekommen. Ich musste die 4 unten aufgeführte
> Matrix-Varianten verwenden, plus diese:
> LSB+USB (verzögert)
> LSB-USB (verzögert)
> LSB (verzögert) +USB
> LSB (verzögert) -USB
>
> Die verwendete Verzögerung betrug 0,5 ms und 1 ms in getrennten
> Durchgängen. Ich fand, dass dies hilft, einen Teil des Multipath zu
> reduzieren
> (den Rest verschlimmert es zwar - aber da sich alle Daten summieren
> spielt es keine Rolle).
>
> Der einfachste (!) Weg, Diversität hinzuzufügen, wäre die Verwendung
> eines Stereo-ISB-Eingangs (LSB/USB)
> und die parallele Ausführung von vier Modem-Threads, wobei diese 4
> Matrix-Varianten decodiert werden:
>
> LSB+USB
> LSB
> USB
> LSB-USB
>
> Jeder Modem-Thread würde individuelle Speicherpuffer benötigen.
>
> Die Ausgangssegmentdaten mit guten CRCs würden alle in einem Puffer
> zusammenaddiert werden.
> Dies würde einiges neue Wissen erfordern, da ich immer noch nicht
> genug mit C++-Klassen und der Art und Weise, wie sie Puffer verwalten,
> vertraut bin.
> Schließlich könnte ich dem Decodierer auch einen hochqualitativen
> ISB-AM-Sync-Demodulator hinzufügen, der dann einen IQ-Input erlauben
> würde....."
>
>
>
> EasyDRF in QAM4 und RS4 ist sehr robust. Auch Tausende Kilometer
> abseits vom Zielgebiet ist eine Dekodierung noch möglich.
> https://www.dropbox.com/s/ox48sg21g3yt9pa/2022-02-10_7780_kHz_WRMI_RNEI26.png?dl=0
>
> Hierzu schrieb Daz:
> "...Nach einem Dutzend oder mehr Kombinationen von LSB- und USB-Audio
> erhielt ich schließlich eine Dekodierung von RNEI26 von einem
> Kuwait-Kiwi-SDR, Entfernung: 11.670 km"
>
> http://www.rhci-online.net/html/RNEI26.html
>
>
> roger
>
>
>
> 
>
>