Spørsmål:
Beregner du signal-støy-forholdet for CW (Morse Code) -signaler?
hotpaw2
2020-01-07 06:45:36 UTC
view on stackexchange narkive permalink

Hvordan beregnes typisk signal-støy-forholdet for mottatt CW og QRSS CW (og / eller andre ultra-smale bånd DSP digitale moduser)? f.eks. Hvilken støybåndbredde skal brukes til å måle spektrumeffekten mot den smale CW "på" signaleffekten?

Skal man bruke DSP-deteksjonsbåndbredde (omtrent 1X WPM), den menneskelige dekode båndbredden (omtrent 3X til 5X WPM i henhold til et ISO- eller ITU-dokument), vil den faktiske båndbredden som brukes av senderen stige , eller en annen standard radiobåndbredde (SSB LSB filterbredde?)?

Hvordan skal CW S / N beregnes for å sammenligne datahastigheten (ved en gitt WPM) mot den teoretiske Shannon-grensen for den S / N?

Er det samme S / N-tallet meningsfylt, avhengig av om støyen hovedsakelig er Gaussisk støy, hvit støy eller 1 / f RF-støy?

Jeg tror ikke det er en "typisk" beregning, men bare applikasjonsspesifikke: Hvorfor vil du bry deg om noen vilkårlig SNR-definisjon når den ikke beskriver problemet mottakeren din står overfor? Kan jeg stille årsaken til spørsmålet ditt?
Hva bruker fagpapirer til sammenligning av faktiske (ultra smale bånd?) RF-signaler mot Shannon-kanalgrensen for S / N? Er noen tall for CW sammenlignbare?
Jeg antar de mest fornuftige papirene, de bruker effektiv båndbredde på mottakeren når de beskriver en S / N fra mottakerens perspektiv. Siden det ultra-smale båndet antyder at kanalen er flat, er det rimelig å anta at hvert praktiske transceiversystem vil bruke samsvarende filtrering (siden det maksimerer SNR på den flate, AWN-kanalen), slik at det ville være * ekvivalent støybåndbredde * av det matchede filteret.
Så et svar for CW kan være å bruke ENB til et typisk (gjennomsnitt over spesifikasjonene til mange av de mest populære HF-riggene) CW-filter?
hm, ja det er absolutt noe som ville være representativt. Men jeg tror du ærlig talt også kunne argumentere veldig mye for selve båndbredden / WPM-basis og definere at en realistisk hurtignøkkel kanal trenger så og så mange Hz båndbredde og ikke mer.
En svar:
Aleksander Alekseev - R2AUK
2020-01-08 21:58:49 UTC
view on stackexchange narkive permalink

Svaret kan være glad i ARRL Handbook 2019, Vol 3, selv om det er spredt over forskjellige kapitler. Kort fortalt blir SNR typisk beregnet for støygulvet på 2500 Hz SSB-signal. Spesielt slik beregner WSJT-X negative SNR-er for FT8 og andre moduser.

Nå er trikset at ved å dele båndbredden i halvparten, reduserer du støygulvet med 3 dB forutsatt at støyen fordeles jevnt. Når jeg bruker 500 Hz bredt DSP-filter i Yaesu FT-891, ser jeg vanligvis S2-S3 støygulv på 20 meter, og S4 når 2500 Hz båndbredde brukes. Husk nå at en S-enhet er omtrent 6 dB vi får:

  >>> fra matematisk importlogg2>>> 3 * log2 (3000/500) /61360248 p> Og vi ser virkelig 1-2 mindre S-enheter, som forventet.  

Nå tilbake til CW. ARRL-håndboken hevder med henvisning til "The ITU Classification of Emission Standards" at båndbredden til CW-signalet kan estimeres som:

  BW = WPM * 0.8 * 5  

For eksempel har et 17WPM signal en båndbredde på omtrent 68Hz. Dette betyr at signalet kan mottas:

  >>> 3 * log2 (2500/68) 15.600748614897329  

... 15.6 dB "under støygulvet ".

Vær oppmerksom på,

1) Dette forutsetter at det er et 68 Hz båndpassfilter på mottakersiden. Dette er faktisk en rimelig antagelse i DSP-filtre. For eksempel har FT-891 et veldig smalt bånd lydtoppfilter (APF).

2) Når du sammenligner dekodingsterskelen til forskjellige moduser (f.eks. FT8 og CW), er det mange andre faktorer å vurdere . I tilfelle FT8: 1) er det ikke en "chat-modus" som CW 2) FT8-frekvenser er ofte overfylte (les - QRM), og dekodingsterskelen betyr ikke noe det samsvarer med 3) dessverre mange mennesker som bruker digitale moduser ikke sjekker IMD på lydkortet og mottakerkombinasjonen som gir enda mer QRM osv.



Denne spørsmålet ble automatisk oversatt fra engelsk.Det opprinnelige innholdet er tilgjengelig på stackexchange, som vi takker for cc by-sa 4.0-lisensen den distribueres under.
Loading...