Date   

locked Re: 2.1.2 not decoding “low” frequencies

Bill Somerville
 

On 06/01/2020 21:45, Tom Read wrote:
I updated my WSJT-X to v2.1.2 today. I run it on a Windows 10 tablet for portable operating.
When I started to use it I noticed that I was receiving and hearing some strong signals, but nothing decoded. Some stations then moved down in frequency to around 500Hz-1000Hz. I was then able to decode them, but nothing above 1100Hz was decoded even though signals were strong.
Up to yesterday, everything worked perfectly on v2.0. The only thing that has changed in my set up is the update to v2.1.2. Any ideas?
Tom M1EYP
HI Tom,

your subject line is confusing, I will assume you meant "2.1.2 not decoding "high" frequencies". The issue sounds like a problem with your rig's Rx filter settings.

73
Bill
G4WJS.


locked 2.1.2 not decoding “low” frequencies

Tom Read
 

I updated my WSJT-X to v2.1.2 today. I run it on a Windows 10 tablet for portable operating.
 
When I started to use it I noticed that I was receiving and hearing some strong signals, but nothing decoded. Some stations then moved down in frequency to around 500Hz-1000Hz. I was then able to decode them, but nothing above 1100Hz was decoded even though signals were strong.
 
Up to yesterday, everything worked perfectly on v2.0. The only thing that has changed in my set up is the update to v2.1.2. Any ideas?
 
Tom M1EYP


locked Re: CQ contest

ni3p@...
 

Thanks Bill! I did not see this in the documentation—my bad. This is as good as anything will do.

 

Steve Oksala

NI3P

 

From: WSJTX@groups.io <WSJTX@groups.io> On Behalf Of Bill Somerville
Sent: Monday, January 6, 2020 1:50 PM
To: WSJTX@groups.io
Subject: Re: [WSJTX] CQ contest

 

On 06/01/2020 16:14, ni3p@... wrote:

Looking for some advice … My operating is almost entirely about participation in the CQ marathon contest. This means I have to be aware of a number of CQ “countries” which are not in the ARRL DXCC list. They include GM, Shetland Islands; IT, Sicily;  TA1, European Turkey; UN in Austria, 4U1VIC; JW, Bear Island; and IG9 and IH9 African Italy. This difference is not addressed in the WSJT-X documentation; the ony mention is that DX information comes from the cty.dat files. The site for cty.dat notes that the current version has all the information necessary to make this distinction, but as far as I can tell the color codes used on the CQ entries only take into account the DXCC designations. I think this means that if I want to be alerted to these after working the “parent” country, I have to make sure there are no log entries for the parent countries and examine each one manually. This is more hassle than I would like, but will do it if necessary. If anyone has a better idea than never logging GM. I, TA, or 4U, I would appreciate knowing what it might be. (I should note that I do not use JT-Alert, and my logging program is DXBASE. To date, I have updated the logging program manually by using the .adi files.)

 

Related to this, it occurs to me that determination of zones could be a bit tricky. Does WSJT-X determine zones solely on the basis of the cty.dat information, or does the grid address play a part? It is common in the US for stations to maintain their calls, so the fact that someone’s call is, say, W2 does not guarantee that it will be in zone 5. At this point, I would just like to know how WSJT-X determines what the zone is. If I need to, I can look at each call, but it would be nice not to have to do that.

 

Cheers,

 

Steve Oksala

Hi Steve,

the extra entities recognized by DARC for WAE etc. can be enabled in WSJT-X decode highlighting by checking the box in "Settings->Colors":

I doubt the really ambiguous ones will be correctly attributed, e.g. stations operating from the Shetland Is. where there is no override in CTY.DAT.

WSJT-X determines the CQ and ITU Zone of a call purely by reference to CTY.DAT. That includes generic mappings and specific overrides for certain calls. Obviously calls not assigned to the right zone that do not have an override in CTY.DAT will be incorrect until the call is added to CTY.DAT.

73
Bill
G4WJS.


locked Re: TU; messages in RTTY RU

Jim Cooper
 

On 6 Jan 2020 at 10:42, Steve Kavanagh via Groups.Io
wrote:

Can anyone enlighten me? It would be very useful if something like
this was sent at the end of every QSO in all the contest modes.
I agree ... running a mere 40 watts, I found many cases
of needed repeats, and after sending RR73 several times
one is never sure if the other station got the last one or
just went off to make other contacts .... however, a few
compassionate ops were nice to send back a 73 when they
finally got my RR73, which I appreciated.


locked Re: FT8/4 Multiple Logs

K8BL BOB LIDDY <k8bl@...>
 

Marty,

WSJT will log your contacts to the file wsjtx_log in you Log File.

Whatever mode you are using at the time will go into that file whether
it's FT8 or FT4, etc. If you want to keep them separate, you'll need to
rename wsjtx_log to wsjtx_log_FT8 or wsjtx_log_FT4 as appropriate.
Or, it could be wsjtx_log_FD2020, etc.

Remember, when you switch modes, you'll need to rename those files
back to wsjtx_log as required. You can rename those files whatever you
want, but keep in mind that the wsjtx_log will be the file that gets logged
to as you are operating.

If you ever want to have them all combined with all the modes and events
into one giant wsjt_log (maybe as wsjtx_log_jumbo), you can append
them all together using a text editor such as Notepad in Windows.

GL/73, Bob K8BL





On Monday, January 6, 2020, 3:15:48 PM EST, mcwayne2 <mcwayne2@...> wrote:


I am trying to keep separate FT8/4 logs for different contests or operating events, I.e. Field Day 2019, 2020, etc?  I know I can indicate the event in the notes field then sort for the specific event log.  However, I s it possible to set up multiple logs to keep different logs for each contest/operating event?

Marty Wayne, W6NEV
_ ..  .    . _ _   _ . . . .   _ .   .   . . . _
mcwayne2@...
408-234-8023
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.

View/Reply Online (#5186): https://groups.io/g/WSJTX/message/5186
Mute This Topic: https://groups.io/mt/69474059/816666
-=-=-
WSJT-X      Weak Signal Communication  . ©2001-2020 by Joe Taylor, K1JT.    References : <a href="https://physics.princeton.edu/pulsar/K1JT/refs.html" target="_blank">https://physics.princeton.edu/pulsar/K1JT/refs.html</a>
-=-=-
Group Owner: WSJTX+owner@groups.io
Unsubscribe: https://groups.io/g/WSJTX/leave/6192957/2082928348/xyzzy [k8bl@...]
-=-=-=-=-=-=-=-=-=-=-=-


locked Re: TU; messages in RTTY RU

Matt Henry
 

Hi Steve,

I found myself sending this message type as well.  This occurred when I was calling CQ and two stations replied.  I had "Call 1st" checked, so the software automatically responded to the first station.  As soon as I received the first station's RR73 I double-clicked on the second station.  That action resulted in the TU;... message  being sent.

73,
Matt
NR3M 

On Mon, Jan 6, 2020, at 1:42 PM, Steve Kavanagh via Groups.Io wrote:
On rare occasions during the RTTY Roundup I copied running stations on FT4 sending messages beginning with TU; and then continuing with the exchange for the next station. I even found myself sending this once or twice. It was very helpful, and dealt well with the usual difficulty the search-and-pounce station has determining whether or not the QSO was completed successfully.

But I don't know when it happens and I could find no mention in the User Guide. 

Can anyone enlighten me? It would be very useful if something like this was sent at the end of every QSO in all the contest modes.

73,
Steve VE3SMA
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.

View/Reply Online (#5183): https://groups.io/g/WSJTX/message/5183
Mute This Topic: https://groups.io/mt/69472479/4109913
-=-=-
WSJT-X      Weak Signal Communication  . ©2001-2020 by Joe Taylor, K1JT.    References : <a href="https://physics.princeton.edu/pulsar/K1JT/refs.html" target="_blank">https://physics.princeton.edu/pulsar/K1JT/refs.html</a>
-=-=-
Group Owner: WSJTX+owner@groups.io
Unsubscribe: https://groups.io/g/WSJTX/leave/7432331/1011022693/xyzzy  [nr3m@...]
-=-=-=-=-=-=-=-=-=-=-=-



locked Re: First RTTY RU: used FT4

Nc8q-mesh@gelm.net
 

On 1/6/20 12:39 PM, Reino Talarmo wrote:
It converts to Cabrillo from the database that is invoked

'from the database' == ~/.local/share/WSJT-X/wsjtx_log.adi  ?

File -> Export Cabrillo log did not prompt me for a .adi log file.

I renamed wsjtx_log.adi before contesting.
After the contest I saved the new wsjtx-log.adi as rtty-ru.adi.
I restored the original wsjtx_log.adi file.

So, to export the contest log file in Cabrillo format I should
 save my current wsjtx_log.adi
 copy rtty-ru.adi to wsjtx_log.adi
 Run wsjtx
 File -> Export Cabrillo (fill in the blanks)
 Exit wsjtx
 Restore the saved wsjtx_log.adi

?


--


locked Re: First RTTY RU: used FT4

Nc8q-mesh@gelm.net
 

On 1/6/20 12:39 PM, Reino Talarmo wrote:
Note that WSJTX has its own Cabrillo converter File –> Export Cabrillo log

Doh! Shudda known. ;-)

--


locked FT8/4 Multiple Logs

mcwayne2
 

I am trying to keep separate FT8/4 logs for different contests or operating events, I.e. Field Day 2019, 2020, etc?  I know I can indicate the event in the notes field then sort for the specific event log.  However, I s it possible to set up multiple logs to keep different logs for each contest/operating event?

Marty Wayne, W6NEV
_ ..  .    . _ _   _ . . . .   _ .   .   . . . _
mcwayne2@...
408-234-8023


locked Re: WSJT Modes in RTTY RU

Sid Frissell
 

Irwin: Actually you could use either FT4 or FT8 on an of the contest bands!

Sid NZ7M

Sent from my iPhone

On Jan 6, 2020, at 6:33 AM, Irwin Darack <idarack@...> wrote:

Except for a few minor hitches this weekend in the RTTY RU contest (setting up the wrong grid sq. in the N1MM ini file for WSJT) everything worked out well.

I was a little confused on modes.... On 20 M the mode in the contest was FT4, while on 40 & 80 M it was FT8. I did like the FT4 mode as the TX/RX timing is shorter. Is there a standard that should be followed. Everyone did stay away from the standard FT8 frequencies.

Thanks, Irwin KD3TB
--
Irwin KD3TB
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.

View/Reply Online (#5174): https://groups.io/g/WSJTX/message/5174
Mute This Topic: https://groups.io/mt/69466540/878628
-=-=-
WSJT-X Weak Signal Communication . ©2001-2020 by Joe Taylor, K1JT. References : <a href="https://physics.princeton.edu/pulsar/K1JT/refs.html" target="_blank">https://physics.princeton.edu/pulsar/K1JT/refs.html</a>
-=-=-
Group Owner: WSJTX+owner@groups.io
Unsubscribe: https://groups.io/g/WSJTX/leave/4413322/1551603132/xyzzy [sidfrissell@...]
-=-=-=-=-=-=-=-=-=-=-=-


locked Re: CQ contest

mcwayne2
 

You might try typing the CQ countries
In the notes field as you work those.  Yes it might reduce your QSL Tate a little but it saves post contest time and aggravation.

Marty W6NEV Wayne,
_  . .     .     .  _  _     _  .  .  .  .     _  .     .     .  .  .  _      _  .  _
mcwayne2@...
408-234-8023

On Jan 6, 2020, at 10:53 AM, Bill Somerville <g4wjs@...> wrote:


On 06/01/2020 16:14, ni3p@... wrote:

Looking for some advice … My operating is almost entirely about participation in the CQ marathon contest. This means I have to be aware of a number of CQ “countries” which are not in the ARRL DXCC list. They include GM, Shetland Islands; IT, Sicily;  TA1, European Turkey; UN in Austria, 4U1VIC; JW, Bear Island; and IG9 and IH9 African Italy. This difference is not addressed in the WSJT-X documentation; the ony mention is that DX information comes from the cty.dat files. The site for cty.dat notes that the current version has all the information necessary to make this distinction, but as far as I can tell the color codes used on the CQ entries only take into account the DXCC designations. I think this means that if I want to be alerted to these after working the “parent” country, I have to make sure there are no log entries for the parent countries and examine each one manually. This is more hassle than I would like, but will do it if necessary. If anyone has a better idea than never logging GM. I, TA, or 4U, I would appreciate knowing what it might be. (I should note that I do not use JT-Alert, and my logging program is DXBASE. To date, I have updated the logging program manually by using the .adi files.)

 

Related to this, it occurs to me that determination of zones could be a bit tricky. Does WSJT-X determine zones solely on the basis of the cty.dat information, or does the grid address play a part? It is common in the US for stations to maintain their calls, so the fact that someone’s call is, say, W2 does not guarantee that it will be in zone 5. At this point, I would just like to know how WSJT-X determines what the zone is. If I need to, I can look at each call, but it would be nice not to have to do that.

 

Cheers,

 

Steve Oksala

Hi Steve,

the extra entities recognized by DARC for WAE etc. can be enabled in WSJT-X decode highlighting by checking the box in "Settings->Colors":

<icjakblffjnbfkek.png>

I doubt the really ambiguous ones will be correctly attributed, e.g. stations operating from the Shetland Is. where there is no override in CTY.DAT.

WSJT-X determines the CQ and ITU Zone of a call purely by reference to CTY.DAT. That includes generic mappings and specific overrides for certain calls. Obviously calls not assigned to the right zone that do not have an override in CTY.DAT will be incorrect until the call is added to CTY.DAT.

73
Bill
G4WJS.

-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.

View/Reply Online (#5180): https://groups.io/g/WSJTX/message/5180
Mute This Topic: https://groups.io/mt/69469870/560042
-=-=-
WSJT-X      Weak Signal Communication  . ©2001-2020 by Joe Taylor, K1JT.    References : <a href="https://physics.princeton.edu/pulsar/K1JT/refs.html" target="_blank">https://physics.princeton.edu/pulsar/K1JT/refs.html</a>
-=-=-
Group Owner: WSJTX+owner@groups.io
Unsubscribe: https://groups.io/g/WSJTX/leave/3724453/1435381573/xyzzy  [mcwayne2@...]
-=-=-=-=-=-=-=-=-=-=-=-


locked TU; messages in RTTY RU

Steve Kavanagh
 

On rare occasions during the RTTY Roundup I copied running stations on FT4 sending messages beginning with TU; and then continuing with the exchange for the next station. I even found myself sending this once or twice. It was very helpful, and dealt well with the usual difficulty the search-and-pounce station has determining whether or not the QSO was completed successfully.

But I don't know when it happens and I could find no mention in the User Guide. 

Can anyone enlighten me? It would be very useful if something like this was sent at the end of every QSO in all the contest modes.

73,
Steve VE3SMA


locked Re: First RTTY RU: used FT4

Reino Talarmo
 

Chuck,

The ”Two Break Rule” means that only two first of your breaks are counted as off-time. You may work 24 hours continuously without any break, if you wish!

 

I assume that you used WSJTX. Note that WSJTX has its own Cabrillo converter File –> Export Cabrillo log …  It converts to Cabrillo from the database that is invoked, when you set a contest mode.

 

73, Reino oh3mA


locked Signal report missing when logging (Was Re: Sent state missing when CQ in RU)

Tom Schaefer NY4I
 

A bit more info now that I ran another session last night at the end of RTTY Roundup. It is not the state that is missing, but the signal report. I noticed that on most calls that I called CQ, the exchange was not in the dialog so the exchange could not be logged. It also happened a couple of times when I replied to a CQ.

I did check the source code but it was a bit tough to follow why it would not grab the exchange but I was focusing on the state and not the signal report so I might need to take another look.

This is may first time on this group. Are developers of the WSJT-X program on this group?

Thanks,

Tom NY4I


locked Re: CQ contest

Bill Somerville
 

On 06/01/2020 16:14, ni3p@... wrote:

Looking for some advice … My operating is almost entirely about participation in the CQ marathon contest. This means I have to be aware of a number of CQ “countries” which are not in the ARRL DXCC list. They include GM, Shetland Islands; IT, Sicily;  TA1, European Turkey; UN in Austria, 4U1VIC; JW, Bear Island; and IG9 and IH9 African Italy. This difference is not addressed in the WSJT-X documentation; the ony mention is that DX information comes from the cty.dat files. The site for cty.dat notes that the current version has all the information necessary to make this distinction, but as far as I can tell the color codes used on the CQ entries only take into account the DXCC designations. I think this means that if I want to be alerted to these after working the “parent” country, I have to make sure there are no log entries for the parent countries and examine each one manually. This is more hassle than I would like, but will do it if necessary. If anyone has a better idea than never logging GM. I, TA, or 4U, I would appreciate knowing what it might be. (I should note that I do not use JT-Alert, and my logging program is DXBASE. To date, I have updated the logging program manually by using the .adi files.)

 

Related to this, it occurs to me that determination of zones could be a bit tricky. Does WSJT-X determine zones solely on the basis of the cty.dat information, or does the grid address play a part? It is common in the US for stations to maintain their calls, so the fact that someone’s call is, say, W2 does not guarantee that it will be in zone 5. At this point, I would just like to know how WSJT-X determines what the zone is. If I need to, I can look at each call, but it would be nice not to have to do that.

 

Cheers,

 

Steve Oksala

Hi Steve,

the extra entities recognized by DARC for WAE etc. can be enabled in WSJT-X decode highlighting by checking the box in "Settings->Colors":

I doubt the really ambiguous ones will be correctly attributed, e.g. stations operating from the Shetland Is. where there is no override in CTY.DAT.

WSJT-X determines the CQ and ITU Zone of a call purely by reference to CTY.DAT. That includes generic mappings and specific overrides for certain calls. Obviously calls not assigned to the right zone that do not have an override in CTY.DAT will be incorrect until the call is added to CTY.DAT.

73
Bill
G4WJS.


locked Re: First RTTY RU: used FT4

ve3ki
 

The rule doesn't require you to take two breaks. The basic limit is 24 hours of operating time, and the two-break rule merely specifies what is or isn't counted as operating time. What it means is that if you take more than two 30+-minute breaks between your first and last QSOs, the contest scorers will only count the first two such breaks as off time, and any subsequent breaks before your last QSO will be treated as operating time and counted towards the 24-hour limit. If you didn't operate on Saturday, this is irrelevant - once the clock reached 0000Z on Sunday with no QSOs in your log, it was no longer possible for you to exceed the 24-hour limit no matter what you did from then on.

73,
Rich VE3KI


On Mon, Jan 6, 2020 at 12:26 PM, Nc8q-mesh@... wrote:
I found the rules to be extremely obscure and baffling regarding
'Off-time Requirement: Participate 24 of the 30 hours ("Two Break Rule")'

 It seemed to me, at a glance, that I was required to take 'Two Breaks'. :-|
I just wanted to operate for a few hours on Sunday.

I used WSJTX and, thus, a file was saved in 'Amateur Data Interchange Format'.
It seems that the ARRL wants 'Cabrillo' format.

 I used WSJTX on a Raspberry Pi.

Is there an online ADIF to CABRILLO converter?

Is there an ADIF to CABRILLO converter for Raspbian?

I have access to other computers with the Linux OS,
with kernels as old as 4.4.0-148-generic and as current as 4.15.0-58-generic;
in case someone knows of an open-source converter.

73, Chuck

--


locked Re: First RTTY RU: used FT4

K8BL BOB LIDDY <k8bl@...>
 

Chuck,

WSJT makes the Cabrillo File for you. Click on File and
"Export Cabrillo Log". It will place your Contest Log in
the required Cabrillo format in your Log Directory using
the file name you assign. Additionally, WSJT places all your
Contest Q's in your regular Log in .ADI format to make it 
easy to export into your normal Logging Program.

GL/73,   Bob  K8BL


On Monday, January 6, 2020, 12:26:16 PM EST, Nc8q-mesh@... <nc8q-mesh@...> wrote:


I found the rules to be extremely obscure and baffling regarding
'Off-time Requirement: Participate 24 of the 30 hours ("Two Break Rule")'

 It seemed to me, at a glance, that I was required to take 'Two Breaks'. :-|
I just wanted to operate for a few hours on Sunday.

I used WSJTX and, thus, a file was saved in 'Amateur Data Interchange Format'.
It seems that the ARRL wants 'Cabrillo' format.

 I used WSJTX on a Raspberry Pi.

Is there an online ADIF to CABRILLO converter?

Is there an ADIF to CABRILLO converter for Raspbian?

I have access to other computers with the Linux OS,
with kernels as old as 4.4.0-148-generic and as current as 4.15.0-58-generic;
in case someone knows of an open-source converter.

73, Chuck

--
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.

View/Reply Online (#5177): https://groups.io/g/WSJTX/message/5177
Mute This Topic: https://groups.io/mt/69470139/816666
-=-=-
WSJT-X      Weak Signal Communication  . ©2001-2020 by Joe Taylor, K1JT.    References : <a href="https://physics.princeton.edu/pulsar/K1JT/refs.html" target="_blank">https://physics.princeton.edu/pulsar/K1JT/refs.html</a>
-=-=-
Group Owner: WSJTX+owner@groups.io
Unsubscribe: https://groups.io/g/WSJTX/leave/6192957/2082928348/xyzzy [k8bl@...]
-=-=-=-=-=-=-=-=-=-=-=-


locked First RTTY RU: used FT4

Nc8q-mesh@gelm.net
 

I found the rules to be extremely obscure and baffling regarding
'Off-time Requirement: Participate 24 of the 30 hours ("Two Break Rule")'

 It seemed to me, at a glance, that I was required to take 'Two Breaks'. :-|
I just wanted to operate for a few hours on Sunday.

I used WSJTX and, thus, a file was saved in 'Amateur Data Interchange Format'.
It seems that the ARRL wants 'Cabrillo' format.

 I used WSJTX on a Raspberry Pi.

Is there an online ADIF to CABRILLO converter?

Is there an ADIF to CABRILLO converter for Raspbian?

I have access to other computers with the Linux OS,
with kernels as old as 4.4.0-148-generic and as current as 4.15.0-58-generic;
in case someone knows of an open-source converter.

73, Chuck

--


locked CQ contest

ni3p@...
 

Looking for some advice … My operating is almost entirely about participation in the CQ marathon contest. This means I have to be aware of a number of CQ “countries” which are not in the ARRL DXCC list. They include GM, Shetland Islands; IT, Sicily;  TA1, European Turkey; UN in Austria, 4U1VIC; JW, Bear Island; and IG9 and IH9 African Italy. This difference is not addressed in the WSJT-X documentation; the ony mention is that DX information comes from the cty.dat files. The site for cty.dat notes that the current version has all the information necessary to make this distinction, but as far as I can tell the color codes used on the CQ entries only take into account the DXCC designations. I think this means that if I want to be alerted to these after working the “parent” country, I have to make sure there are no log entries for the parent countries and examine each one manually. This is more hassle than I would like, but will do it if necessary. If anyone has a better idea than never logging GM. I, TA, or 4U, I would appreciate knowing what it might be. (I should note that I do not use JT-Alert, and my logging program is DXBASE. To date, I have updated the logging program manually by using the .adi files.)

 

Related to this, it occurs to me that determination of zones could be a bit tricky. Does WSJT-X determine zones solely on the basis of the cty.dat information, or does the grid address play a part? It is common in the US for stations to maintain their calls, so the fact that someone’s call is, say, W2 does not guarantee that it will be in zone 5. At this point, I would just like to know how WSJT-X determines what the zone is. If I need to, I can look at each call, but it would be nice not to have to do that.

 

Cheers,

 

Steve Oksala

NI3P

 


locked Re: WSJT Modes in RTTY RU

wd9eka
 

i found large FT8 RU participants at 14.130, i think that was it. at times the 20m FT4 frequency answering cqs was taking longer per contact for me than keeping busy with the group on the FT 8 frequency.

it felt like there was too many packed in 3khz.
it wasn’t until sunday afternoon when things slowed down that for me the FT4 20m frequency felt productive.

i found FT4 RU activity on 40 meters but not where i thought it was going to be according to the suggested frequencies. it was on one of the normal activity 40m FT frequencies.

i came across that by accident when i changed modes while in 40 meters and wsjtx changed the frequency on me.

i had fun, but no way i am in the running for any high point award.

but i got on and played at least, it’s been at least 15 years since i operated the roundup.

Bob wd9eka, Marshall,il

On Jan 6, 2020, at 08:57, Irwin Darack <idarack@...> wrote:


Except for a few minor hitches this weekend in the RTTY RU contest (setting up the wrong grid sq. in the N1MM ini file for WSJT) everything worked out well.

I was a little confused on modes.... On 20 M the mode in the contest was FT4, while on 40 & 80 M it was FT8. I did like the FT4 mode as the TX/RX timing is shorter. Is there a standard that should be followed. Everyone did stay away from the standard FT8 frequencies.

Thanks, Irwin KD3TB
--
Irwin KD3TB
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.

View/Reply Online (#5174): https://groups.io/g/WSJTX/message/5174
Mute This Topic: https://groups.io/mt/69466540/1806492
-=-=-
WSJT-X Weak Signal Communication . ©2001-2020 by Joe Taylor, K1JT. References : <a href="https://physics.princeton.edu/pulsar/K1JT/refs.html" target="_blank">https://physics.princeton.edu/pulsar/K1JT/refs.html</a>
-=-=-
Group Owner: WSJTX+owner@groups.io
Unsubscribe: https://groups.io/g/WSJTX/leave/5357403/687150372/xyzzy [wd9eka@...]
-=-=-=-=-=-=-=-=-=-=-=-