UDP -indstilling på COFDM -transceiver

COFDM-moduleksperimenter

Generelle betingelser
• To (eller tre) COFDM moduler.
• Båndbredde: 4 MHz bredbånd.
• Modulationsindstillinger:
• FEC: 5/6
• Modulationstype: QPSK
• Beskyttelsesinterval: 1/4
• Trafikparametre:
• Protokol: UDP-udsendelse
• Pakkestørrelse: 1024 KB
• Transmissionshastighed: 100 pakker i sekundet
• Antenner er velegnede til frekvensområdet og i god stand.
• Moduler er verificeret til at være funktionelle.
• Flere frekvenskonfigurationer testet — det samme problem opstår i alle tilfælde.
• Typiske målte parametre under test:
• SNR ≈ 25 dB
• RSSI ≈ -25 dBm
• Problemet vises kun under tovejstrafik (data sendt i begge retninger samtidigt).
• Intet pakketab under ensrettet trafik.

Eksperiment 1

Konfiguration:
• Modul 1:
• TX = 3180 MHz
• RX = 570 MHz
• Modul 2:
• TX = 570 MHz
• RX = 180 MHz (via downkonverter med 3000 MHz offset)

Resultat:
• Tovejstrafik: pakketab observeret.
• Ensrettet trafik: intet pakketab.

Eksperiment 2

Konfiguration (samme båndbredde, forskellige frekvenser):
• Modul 1:
• TX = 800 MHz
• RX = 570 MHz
• Modul 2:
• TX = 570 MHz
• RX = 800 MHz

Resultat:
• Identisk med eksperimentet 1 — pakketab under tovejstrafik.
• Ensrettet trafik: intet pakketab.

Eksperiment 3

Konfiguration:
• To moduler fra Experiment 1.
• Et ekstra tredje modul kun konfigureret til RX kl 570 MHz.

Resultat:
• Når de to første moduler udveksler data tovejs, det tredje RX-only-modul oplever også pakketab.
• Når trafikken er ensrettet mellem de to første moduler, der observeres intet pakketab på nogen modtager.

Resumé af fund

1. Pakketab forekommer kun under samtidige tovejstransmissioner.
2. Tab påvirker også uafhængige RX-only modtagere, der opererer på samme frekvens.
3. SNR og RSSI forbliver inden for normale områder under problemet.
4. Problemet er frekvensuafhængigt og opstår med og uden frekvensdownkonvertere.

tjek venligst udp-pakkestørrelsen, 1024kb er for lang.

COFDM transceiver envejs transmission UDP-eksperiment 1

Opsætning:
● Modul 1: RX = 740 MHz, TX = 850 MHz.
● FEC – 1/2
● QPSK
● Vagt – 1/32
● Strømdæmpning – 0
● Båndbredde – 2 MHz
● Datahastighed = 100 pakker/s, hver pakke 1024 KB.
Testbeskrivelse:
● unicast-data blev overført i begge retninger på samme tid
Resultat:
● Når begge moduler transmitterede i begge retninger på samme tid,
pakketab opstod
● Når dataoverførslen kun var envejs, intet pakketab

Opsætning:
● Der blev brugt tre COFDM-moduler
● FEC – 1/2
● QPSK
● Vagt – 1/32
● Strømdæmpning – 0
● Båndbredde – 2 MHz
Testbeskrivelse:
● Modul 1 transmitteret unicast
● Modul 2 transmitteret udsendelse samtidig med modul 1
● Modul 3 modtog kun udsendelsen fra Modul 2
Resultat:
● Med samtidig unicast og broadcast transmission (Moduler 1 og 2
aktiv), modul 3 oplevede pakketab under modtagelse af broadcast-data
fra modul 2
● Når kun udsendelsestransmission var aktiv (uden samtidig
unicast), modul 3 modtagne data uden pakketab

Opsætning:
● Fire COFDM-moduler blev brugt.
● Parametre i overensstemmelse med tidligere eksperimenter
Eksperimentbeskrivelse:
● Modul 1 transmitterede en udsendelse til modul 2
● Modul 4 transmitterede en udsendelse til modul 3
● Links var uafhængige, og transmission var på samme tid
Observation:
● Begge modtagemoduler (2 og 3) modtaget deres datastrømme uden nogen
pakketab
GENOPTAGE: Jeg tror, ​​vi har et hardwareproblem med TX-delen af ​​din
modul. Når vi har TX og RX på samme tid, TX'en sender ikke
alle pakker, og vi får en pakke tabt. Problemet kan være i bussen; du kan
ikke læse og skrive data til dine TX- og RX-undermoduler på samme tid