Side 1 af 1

FT8 - spørgsmål

: tirs jul 19, 2022 16:53
af OV2B
Hej RDE-gutter.
Ja - I skulle aldrig ha lukket mig ind - jeg stopper jo aldrig med mine dumme spørgsmål..!
Jeg har fået nogle henvendelser på mail - nogle venlige, nogle knap så venlige....alle fra NON-OZ HAM's.
Alle henvendelser går på, at jeg sender i forkert "TimeSlot" !
Jeg har fået at vide, at al CQ call sker i 2. TimeSlot - altså fra 0:15-0:30 - og igen fra 0:45-0:00.
Ønsker man at besvare et CQ-kald, sker det i 1. TimeSlot - altså, fra 0:00 til 0:15 og igen fra 0:30 til 0:45.

Derfor - hvad er korrekt ?? Er det ren anarki, så man bare sender, hvor man finder det bedst...??
Jeg har luret lidt på denne : https://www.physics.princeton.edu/pulsa ... g_Tips.pdf men kan ikke rigtig finde noget brugbart. Bevares - jeg har IKKE læste det hele - kun søgt på noget der kunne give et indblik.

Jeg kan se, at der også er OZ-stationer der sender CQ i 1. TimeSlot - jeg er sgu lidt forvirret...

//Lau
OV2B

Re: FT8 - spørgsmål

: tirs jul 19, 2022 19:16
af oz7xf
Hej Lau, OZ2B

Jeg har observeret, at mange US radioamatører anvender samme slot til CQ. Det er dog ikke alle!

Hvis f.eks 60 CQ kaldende fordeler sig ligeligt mellem begge slot, er der kun 30 kaldesignaler at forholde sig til hvert 15 sekund. Og da man har ca. 3 sekunder til at svare i det efterfølgende slot, er der intet rationale i, at samle alle CQ i samme slot. Altså skulle forholde sig til 60 kaldesignaler, hvert 30 sekund. Det er nærligt umuligt uden automatiseret søgehjælp.

vy 73
OZ7XF, Allan

Re: FT8 - spørgsmål

: tirs jul 19, 2022 19:54
af OZ0J
OV2B skrev: tirs jul 19, 2022 16:53 eg har fået at vide, at al CQ call sker i 2. TimeSlot - altså fra 0:15-0:30 - og igen fra 0:45-0:00.
Ønsker man at besvare et CQ-kald, sker det i 1. TimeSlot - altså, fra 0:00 til 0:15 og igen fra 0:30 til 0:45.
Der er lidt forskellige muligheder, og nogle af dem håndhæves.

i Region 1 kalder man normal CQ i 1. timeslot dvs. 00 og 30, og lytter i 2. timeslot dvs. 15 og 45.
I Region 2 og 3 er det så omvendt, så man kan køre DX.

Dette gælder især på 6 meter og op, og man kan godt blive lidt upopulær, når man kalder i den forkerte periode.

Og så er der undtagelse fra reglen, da man ikke får den sjældne DX i Region 1, hvis både en selv og DX stationen kalder i 1. Timeslot. Derfor er der nogen, der kalder i den "forkerte" periode - og det er verden over. Andre kalder sikkert mod bedre viden.


Og så er der den der specielle regel om Fox og Hound. En Fox station (den ræv alle jager) kan i Fox mode på WSJT (virker kun på WSJT) KUN sende i 1. Timeslot - og det er uanset hvor i verden, man sender. Det betyder så også, at alle andre (alle Hounds / hundene / jægerne) skal sende i 2. Timeslot. Og det er der så stadig nogle stationer, der ikke har lært.
oz7xf skrev: tirs jul 19, 2022 19:16 Altså skulle forholde sig til 60 kaldesignaler, hvert 30 sekund. Det er nærligt umuligt uden automatiseret søgehjælp.
Her kan jeg så anbefale, at man installere JTAlert, som hentes på https://hamapps.com/. Den kan sættes op, sår man får en oversigt over ikke kørte calls, stater, cq-zoner, DXCC'er osv osv. JTAlert fås både til WSJT og JTDX, det er i øvrigt samme fil, der skal hentes for installation.

Re: FT8 - spørgsmål

: tors jul 21, 2022 6:28
af oz7xf
OZ0J skrev: tirs jul 19, 2022 19:54 Her kan jeg så anbefale, at man installere JTAlert
Også en anbefaling herfra. Har brugt det i et par år.

Re: FT8 - spørgsmål

: tirs jul 26, 2022 14:26
af OV2B
Hej Allan og Jørgen
Tak for jeres svar - jeg vil prøve at efterleve det hele - efter bedste evne... så håber vi det rækker.
Jeg kan tilføje at jeg benytter MSHV, og tvivler på at JTAlert fungerer herunder.
Grunden til at jeg benytter MASH er, at dette program også understøtter PI4 (men det gør de andre nævnte vel også efterhånden - jeg har ikke fulgt med meget længe.)

God dag.
//Lau

Re: FT8 - spørgsmål

: tirs jul 26, 2022 18:43
af OZ0J
OV2B skrev: tirs jul 26, 2022 14:26 Jeg kan tilføje at jeg benytter MSHV,
Jeg nåede aldrig længere end at få det installeret, da jeg var aktiv fra HB0. Planen havde været at bruge MSHV, hvis der kom run på, men så meget var der heller ikke at lave. Det må blive en anden gang.