Vraag:
Zwakke signaal digitale modi en kloksynchronisatie
hotpaw2
2018-05-18 04:47:26 UTC
view on stackexchange narkive permalink

Waarom vereisen sommige digitale modi met een zwak signaal (jt9, jt65, enz.) een kloktijd? Biedt het kennen van deze kloktijd enige winst in signaaldetectie? (lagere vereiste S / N?)

Welke kloksynchronisatienauwkeurigheid naar welke hoofdklokbron is vereist?

Twee antwoorden:
Scott Earle
2018-05-18 06:24:53 UTC
view on stackexchange narkive permalink

Weten wanneer een signaal waarschijnlijk aanwezig is, helpt de software om signalen te decoderen. Als signalen van verschillende lengte zijn en op elk moment worden verzonden, is het veel moeilijker om zwakke signalen die al dan niet aanwezig zijn, te decoderen.

Een analogie is het 'oude' RS-232 seriële dataprotocol, dat zou kunnen draaien in 'synchrone' (geklokte) of 'asynchrone' modi: door aan de hand van het kloksignaal te weten wanneer een byte begint en wanneer deze eindigt, kunnen er meer gegevens over de draad worden verzonden omdat je dat niet nodig hebt om 'startbits' en 'stopbits' toe te voegen om de luisteraar te vertellen wanneer een byte start en stopt.

Iedereen het signaal laten sturen van uu: mm: 00-uu: mm: 47 betekent dat de software WEET precies wanneer gegevens aanwezig zullen zijn. En als het geen signalen kan vinden die beginnen en eindigen binnen dat exacte tijdsbestek, dan is het zeker dat er in dat tijdsbestek niets decodeerbaar is verzonden.

Over het algemeen door de tijden te synchroniseren waarop gegevens kunnen worden verzonden, stelt de softwareontwerpers in staat om tijdens het decoderen aannames te doen dat de doorvoer van gegevens VASTLY verbetert bij extreem lage signaalniveaus.

Phil Frost - W8II
2018-05-18 08:13:27 UTC
view on stackexchange narkive permalink

Volgens de WSJT-systeemvereisten moet de tijd binnen ± 1 seconde worden gesynchroniseerd.

In het algemeen geldt dat hoe meer bekend is over een signaal, hoe gemakkelijker het is om te detecteren.

In het geval van WSJT neemt de software een 4 kHz of zo brede strook op en moet dan alle signalen erin vinden en decoderen. Het moet op deze manier werken omdat de aard van de uitzending niet echt geschikt is voor interactieve afstemming door een menselijke operator zoals CW of SSB. Bovendien is het een grote aantrekkingskracht van de modus om tegelijkertijd tientallen transmissies te kunnen volgen en de meest opwindende te kiezen.

WSJT-transmissies volgen een beperkt formaat en hebben een vaste lengte. Om ze met succes te decoderen, moet het begin en het einde van het bericht worden geïdentificeerd. De uitzendingen vinden ook plaats ergens binnen een bereik van mogelijke frequenties binnen de doorlaatband van de ontvanger.

Met een vaste starttijd heeft het zoeken naar signalen slechts één dimensie: frequentie. Als signalen op elk moment zouden kunnen starten, zijn er nu twee dimensies, frequentie en tijd . De computationele complexiteit is dus in het kwadraat.

Natuurlijk is de tijd niet exact gesynchroniseerd, dus er moet nog een kleine tijdsynchronisatie plaatsvinden. Het is echter beter om de start van het bericht binnen ± 1 seconde te kennen dan helemaal niets over de tijd te weten.



Deze Q&A is automatisch vertaald vanuit de Engelse taal.De originele inhoud is beschikbaar op stackexchange, waarvoor we bedanken voor de cc by-sa 4.0-licentie waaronder het wordt gedistribueerd.
Loading...