Date   

Locked Re: 20M congestion

a c <jerseyj2@...>
 

Ayes it does Joe and thank you for listening.

Jerry
KB2GCG


- "Defeat lasts one day, giving up lasts a lifetime."

On Jun 6, 2020, at 12:25 PM, Joe <joe@...> wrote:

Hi Rory,

Yes. Did you read the Release Notes for WSJT-X 2.2.0-rc1 ?

Versions 2.2.0-rc1, -rc2, and -rc3 all had built-in alternate frequencies for FT8 on the 40, 30, 20, and 6 meter bands. These trial frequencies were not much used, but the suggestion that these frequencies might be used for FT8 provoked predictable responses from users of other modes that habitually use those frequencies.

We removed the trial extra frequencies from the GA release of v2.2.0, as it seems best to wait for band-planning committees of IARU, ARRL, and other national societies to make some recommendations.

-- 73, Joe, K1JT


Locked Re: New feature option for non-CQ New Call color highlighting

Bob Lewis
 

I wonder how much that would impact the performance of WSJT-x given that it would require many more call sign lookups in the log file than just doing it for the stations calling CQ.

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Geoffrey Mendenhall
Sent: Saturday, June 06, 2020 12:53 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] New feature option for non-CQ New Call color highlighting

 

I agree with Duane that this would be an important enhancement to WSJT-x.   I use the color highlighting to most importantly determine if I have already worked the station just completing a QSO without having to wait for the station to clear all other stations calling and to call CQ again.   I also use the feature to check to see if the station is an LoTW user.   All of the color coding options should be available for activity in progress.
73, Geoff -W8GNM


Locked Re: Linux HamLib Error #linux

Neil Curtis <neiljcurtis@...>
 

Hi all,

When using my windows 10  box WSJTX switches between VFOa and VFOb without any problems. It is only when running the Linux version of WSJTX that the problem occurs. It switches to the alternative VFO to TX and then fails when switching back to the Rx VFO. Just tried with split mode set to none and still get the failure when switching from TX back to RX, same with Fake It.

73

Neil 2E0CMN

On Sat, 6 Jun 2020, 17:45 Gary Abercrombie, <gabercr@...> wrote:

Bill,

 

I have not thoroughly looked into but when I was developing my CAT interface between WSJT-x and my SDR software, I found it worked much better if you use separate VFO’s (SPLIT mode).  Prior to doing this, the hamlib errors were occurring and what is interesting is the errors occur without sending of the next CAT command to the rig.  Apparently, hamlib does not like something in the configuration CAT command but the error is not reported until it attempts to Tx.

 

What I did was report back to WSJT-x that I had split vfo’s in the Kenwood IF; CAT command.  WSJT-x then attempts to use VFO-A on Rx, and VFO-B on Tx (although this probably works if in reverse mode).  Then all the hamlib errors went away.  I have my own trace setup to see all of the commands issued / replied and I saw nothing incorrect but still got the hamlib errors.

 

Just a thought as seeing this reported a number of times here.

 

Gary N8CQ

 

Sent from Mail for Windows 10

 

From: Bill Somerville
Sent: Saturday, June 6, 2020 12:26 PM
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] Linux HamLib Error #hamlib #linux

 

On 06/06/2020 17:18, Neil Curtis wrote:

> Ok I have done some more experimentation. As before I am using Linux

> Mint 19.3, FT817nd ZLP MiniProSC soundcard,  FTDI chipped Cat

> Interface cable. I have CAT control of the radio during Rx and CAT

> will key the radio up, but when the CAT control tries to stop Tx I get

> the HamLib error. If in settings I set the output device to the normal

> audio out /laptop soundcard, WSJTX still receives and decodes as

> normal as expected. On TX obviously the outgoing audio signal is heard

> through the speakers and so although the radio switches to TX via CAT

> control, the MiniProSC stays in receive...again I believe as expected.

> During this there is no error and CAT control of the radio is not

> interrupted.

> 

> And as before everything works fine on Win10 and I actually managed a

> QSO last night to Germany from UK on 2.5watts and a mag loop at ground

> level.

> 

> Sooo...to sum up it is selecting my sound interface that causes my Ham

> Lib error as the radio tries to switch back to receive from

> transmit...anyone know whats going in with Linux here? I'm half

> tempted to get a Signalink but it's alot of money for an experiment

> which may fail

> 

> Thanks

> 

> Neil 2E0CMN

 

Hi Neil,

 

does your audio interface have anything to do with PTT? Are you using

some form of VOX for example? I ask because the FT-817/857/897(D) series

of rigs do not accept CAT QSY commands while transmitting. If the PTT

has a delay anywhere WSJT-X will not know the rig is still keyed and

will send CAT command that will be rejected. Make sure there is no

source of PTT other than the CAT commands from WSJT-X, or try reducing

any VOX delays to minimum.

 

73

Bill

G4WJS.

 

 



Locked Re: 20M congestion

Dave (NK7Z)
 

I believe there are frequencies now built into WSJT-X as backup for when they standards are full.

Just wait until the sunspots return... all higher bands will be--
interesting, for lack of a better word.

73, and thanks,
Dave (NK7Z)
https://www.nk7z.net
ARRL Volunteer Examiner
ARRL Technical Specialist
ARRL Asst. Director, NW Division, Technical Resources

On 6/6/20 9:23 AM, Kermit Lehman via groups.io wrote:
Yes, there was a proposal to open another 3 kHz at 14,071 but this conflicts with other established modes, especially PSK..
I think it would be better to move up into the 3 kHz from 14.077 to 14.080 which belongs to JT65 and JT9 but is little used.  The existing band occupancy starts to thin out at 14.076.5 so that seems a logical jumping off point for shifting up..
Try moving your dial frequency one kHz to 14.075 and see how that goes. You'll gain another 1 kHz as well as still seeing most of the regular band.
It certainly is true that 20m, and often 40m, are frequently congested almost to the point of uselessness.
73,
Ken, AB1J
-----Original Message-----
From: Rory Bowers <k6cks01@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 4:07 pm
Subject: [WSJTX] 20M congestion
I try not to bother you very often Joe but over that last week or so 20M congestion has been so bad that it is hard to work a DX station without interfering with someone or being interfered with.  There is literally no vacant spots from 200 Hz to 3 kc.  Has there been any discussion about opening another frequency for FT8?
Thanks Joe... and I love the new 2.2!
73,
Rory, K5CKS


Locked Re: Linux HamLib Error #linux

Neil Curtis <neiljcurtis@...>
 

Hi Bill, no the audio interface is just a sound card. Cat control is via a separate FTDI chipped usb lead into the acc port of the rig. TX/RX switching is handled by the CAT control lead. No VOX switching, nothing connected to the mic input on the rig. With exactly the same settings I have in WSJTX on Linux, my Windows 10 box running the same version of WSJTX works perfectly

73

Neil 2E0CMN

On Sat, 6 Jun 2020, 17:26 Bill Somerville, <g4wjs@...> wrote:
On 06/06/2020 17:18, Neil Curtis wrote:
> Ok I have done some more experimentation. As before I am using Linux
> Mint 19.3, FT817nd ZLP MiniProSC soundcard,  FTDI chipped Cat
> Interface cable. I have CAT control of the radio during Rx and CAT
> will key the radio up, but when the CAT control tries to stop Tx I get
> the HamLib error. If in settings I set the output device to the normal
> audio out /laptop soundcard, WSJTX still receives and decodes as
> normal as expected. On TX obviously the outgoing audio signal is heard
> through the speakers and so although the radio switches to TX via CAT
> control, the MiniProSC stays in receive...again I believe as expected.
> During this there is no error and CAT control of the radio is not
> interrupted.
>
> And as before everything works fine on Win10 and I actually managed a
> QSO last night to Germany from UK on 2.5watts and a mag loop at ground
> level.
>
> Sooo...to sum up it is selecting my sound interface that causes my Ham
> Lib error as the radio tries to switch back to receive from
> transmit...anyone know whats going in with Linux here? I'm half
> tempted to get a Signalink but it's alot of money for an experiment
> which may fail
>
> Thanks
>
> Neil 2E0CMN

Hi Neil,

does your audio interface have anything to do with PTT? Are you using
some form of VOX for example? I ask because the FT-817/857/897(D) series
of rigs do not accept CAT QSY commands while transmitting. If the PTT
has a delay anywhere WSJT-X will not know the rig is still keyed and
will send CAT command that will be rejected. Make sure there is no
source of PTT other than the CAT commands from WSJT-X, or try reducing
any VOX delays to minimum.

73
Bill
G4WJS.



Locked Re: New feature option for non-CQ New Call color highlighting

Geoff - W8GNM
 

I agree with Duane that this would be an important enhancement to WSJT-x.   I use the color highlighting to most importantly determine if I have already worked the station just completing a QSO without having to wait for the station to clear all other stations calling and to call CQ again.   I also use the feature to check to see if the station is an LoTW user.   All of the color coding options should be available for activity in progress.
73, Geoff -W8GNM


Locked Re: Linux HamLib Error #linux

Gary Abercrombie
 

Bill,

 

I have not thoroughly looked into but when I was developing my CAT interface between WSJT-x and my SDR software, I found it worked much better if you use separate VFO’s (SPLIT mode).  Prior to doing this, the hamlib errors were occurring and what is interesting is the errors occur without sending of the next CAT command to the rig.  Apparently, hamlib does not like something in the configuration CAT command but the error is not reported until it attempts to Tx.

 

What I did was report back to WSJT-x that I had split vfo’s in the Kenwood IF; CAT command.  WSJT-x then attempts to use VFO-A on Rx, and VFO-B on Tx (although this probably works if in reverse mode).  Then all the hamlib errors went away.  I have my own trace setup to see all of the commands issued / replied and I saw nothing incorrect but still got the hamlib errors.

 

Just a thought as seeing this reported a number of times here.

 

Gary N8CQ

 

Sent from Mail for Windows 10

 

From: Bill Somerville
Sent: Saturday, June 6, 2020 12:26 PM
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] Linux HamLib Error #hamlib #linux

 

On 06/06/2020 17:18, Neil Curtis wrote:

> Ok I have done some more experimentation. As before I am using Linux

> Mint 19.3, FT817nd ZLP MiniProSC soundcard,  FTDI chipped Cat

> Interface cable. I have CAT control of the radio during Rx and CAT

> will key the radio up, but when the CAT control tries to stop Tx I get

> the HamLib error. If in settings I set the output device to the normal

> audio out /laptop soundcard, WSJTX still receives and decodes as

> normal as expected. On TX obviously the outgoing audio signal is heard

> through the speakers and so although the radio switches to TX via CAT

> control, the MiniProSC stays in receive...again I believe as expected.

> During this there is no error and CAT control of the radio is not

> interrupted.

> And as before everything works fine on Win10 and I actually managed a

> QSO last night to Germany from UK on 2.5watts and a mag loop at ground

> level.

> Sooo...to sum up it is selecting my sound interface that causes my Ham

> Lib error as the radio tries to switch back to receive from

> transmit...anyone know whats going in with Linux here? I'm half

> tempted to get a Signalink but it's alot of money for an experiment

> which may fail

> Thanks

> Neil 2E0CMN

 

Hi Neil,

 

does your audio interface have anything to do with PTT? Are you using

some form of VOX for example? I ask because the FT-817/857/897(D) series

of rigs do not accept CAT QSY commands while transmitting. If the PTT

has a delay anywhere WSJT-X will not know the rig is still keyed and

will send CAT command that will be rejected. Make sure there is no

source of PTT other than the CAT commands from WSJT-X, or try reducing

any VOX delays to minimum.

 

73

Bill

G4WJS.

 

 


Locked Re: 20M congestion

Kermit Lehman
 

Yes, there was a proposal to open another 3 kHz at 14,071 but this conflicts with other established modes, especially PSK..

I think it would be better to move up into the 3 kHz from 14.077 to 14.080 which belongs to JT65 and JT9 but is little used.  The existing band occupancy starts to thin out at 14.076.5 so that seems a logical jumping off point for shifting up..  

Try moving your dial frequency one kHz to 14.075 and see how that goes.  You'll gain another 1 kHz as well as still seeing most of the regular band.

It certainly is true that 20m, and often 40m, are frequently congested almost to the point of uselessness.  

73,
Ken, AB1J


-----Original Message-----
From: Rory Bowers <k6cks01@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 4:07 pm
Subject: [WSJTX] 20M congestion

I try not to bother you very often Joe but over that last week or so 20M congestion has been so bad that it is hard to work a DX station without interfering with someone or being interfered with.  There is literally no vacant spots from 200 Hz to 3 kc.  Has there been any discussion about opening another frequency for FT8?
Thanks Joe... and I love the new 2.2!
73,
Rory, K5CKS


Locked Re: 20M congestion

Rory Bowers
 

Thanks for the tip Bruce!  I will add it to my frequency list :-)
73,
Rory, K5CKS


Locked Re: Linux HamLib Error #linux

Bill Somerville
 

On 06/06/2020 17:18, Neil Curtis wrote:
Ok I have done some more experimentation. As before I am using Linux Mint 19.3, FT817nd ZLP MiniProSC soundcard,  FTDI chipped Cat Interface cable. I have CAT control of the radio during Rx and CAT will key the radio up, but when the CAT control tries to stop Tx I get the HamLib error. If in settings I set the output device to the normal audio out /laptop soundcard, WSJTX still receives and decodes as normal as expected. On TX obviously the outgoing audio signal is heard through the speakers and so although the radio switches to TX via CAT control, the MiniProSC stays in receive...again I believe as expected. During this there is no error and CAT control of the radio is not interrupted.

And as before everything works fine on Win10 and I actually managed a QSO last night to Germany from UK on 2.5watts and a mag loop at ground level.

Sooo...to sum up it is selecting my sound interface that causes my Ham Lib error as the radio tries to switch back to receive from transmit...anyone know whats going in with Linux here? I'm half tempted to get a Signalink but it's alot of money for an experiment which may fail

Thanks

Neil 2E0CMN
Hi Neil,

does your audio interface have anything to do with PTT? Are you using some form of VOX for example? I ask because the FT-817/857/897(D) series of rigs do not accept CAT QSY commands while transmitting. If the PTT has a delay anywhere WSJT-X will not know the rig is still keyed and will send CAT command that will be rejected. Make sure there is no source of PTT other than the CAT commands from WSJT-X, or try reducing any VOX delays to minimum.

73
Bill
G4WJS.


Locked Re: 20M congestion

Joe
 

Hi Rory,

Yes.  Did you read the Release Notes for WSJT-X 2.2.0-rc1 ? 

Versions 2.2.0-rc1, -rc2, and -rc3 all had built-in alternate frequencies for FT8 on the 40, 30, 20, and 6 meter bands.  These trial frequencies were not much used,  but the suggestion that these frequencies might be used for FT8 provoked predictable responses from users of other modes that habitually use those frequencies. 

We removed the trial extra frequencies from the GA release of v2.2.0, as it seems best to wait for band-planning committees of IARU, ARRL, and other national societies to make some recommendations.

  -- 73, Joe, K1JT


Locked Re: ALL.TXT

Sam Birnbaum
 

Hi Reino,

I just created a group on groups.io : ProgramsByW2JDB@groups.io
Sam W2JDB



-----Original Message-----
From: Reino Talarmo <reino.talarmo@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 12:14 pm
Subject: Re: [WSJTX] ALL.TXT

Hi Sam,
It was available as an attachment and contained those files.
73, Reino OH3mA
 
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Sam Birnbaum via groups.io
Sent: 6. kesäkuuta 2020 17:32
To: g8hgn73@...; main@WSJTX.groups.io
Subject: Re: [WSJTX] ALL.TXT
 
Hi Bob,
 
I just email the group with an attached zip file that contains the 2 files.
 
73,
Sam W2JDB
 
 
-----Original Message-----
From: Bob G8HGN <g8hgn73@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 8:17 am
Subject: Re: [WSJTX] ALL.TXT
Hi Sam,
I'll try it a few times until it's approved, and then try the files section, and let you know,
Thanks, 73,
Bob G8HGN
On 06/06/2020 13:05, Sam Birnbaum via groups.io wrote:
Hi Bob,
 
Yes. It seems that the group must be approved first. I already uploaded the 2 programs but that is all that I can do at this time.
 
Waiting for approval.
 
73,
 
Sam W2JDB
 
 
-----Original Message-----
From: Bob G8HGN mailto:g8hgn73@...
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 8:02 am
Subject: Re: [WSJTX] ALL.TXT
Hi Sam,
I can't find that group listed as yet. Is there a waiting time, after first starting it, to it being available?
I think your link needs a . between groups & io for that address to work.
73
Bob G8HGN
On 06/06/2020 12:26, Sam Birnbaum via groups.io wrote:
Hi Bob,
 
Try ProgramsByW2JDB@groupsio and let me know if you can get in to the files section.
 
73, 
Sam W2JDB
 
 
-----Original Message-----
From: Bob G8HGN mailto:g8hgn73@...
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 6:58 am
Subject: Re: [WSJTX] ALL.TXT
Hi Sam,
Perhaps because it's an executable, which could pose a risk.
Maybe ask the owner.
73
Bob G8HGN
On 06/06/2020 11:53, Sam Birnbaum via groups.io wrote:
Hi Bob,
 
Well, just went to the files section and I am blocked from uploading files.
I guess the owner would nee to give me permission to upload the file.
That would make it easier.
 
73,
Sam W2JDB
 
 
-----Original Message-----
From: Bob G8HGN mailto:g8hgn73@...
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 6:49 am
Subject: Re: [WSJTX] ALL.TXT
Hi Sam,
Have you thought about uploading it to the Group files?  https://wsjtx.groups.io/g/main/files
Then anyone who wanted to use it could download it.
Just a thought, 73,
Bob G8HGN
 
On 06/06/2020 11:17, Sam Birnbaum via groups.io wrote:
Hi Bob,
 
No it will not search all the files at once. You would have to select the file to search.
 
If you are still interested, I will be more than happy to send it.
 
73,
Sam W2JDB
 
 
-----Original Message-----
From: KD7YZ Bob mailto:kd7yz@...
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 6:01 am
Subject: Re: [WSJTX] ALL.TXT
Hi Sam !

Your screenshot looks exactly like what I wish I could do with my
Zillion ALL.txt files. They are strewn over, I think, 6 hard-drives here.

Will the program search all the H D D's for the ALL.txt files ?

Would love to try it if you are amenable.



--
73
Bob KD7YZ
AMSAT LM #901
 
 
 
 


Locked Re: Linux HamLib Error #linux

Neil Curtis <neiljcurtis@...>
 

Ok I have done some more experimentation. As before I am using Linux Mint 19.3, FT817nd ZLP MiniProSC soundcard,  FTDI chipped Cat Interface cable. I have CAT control of the radio during Rx and CAT will key the radio up, but when the CAT control tries to stop Tx I get the HamLib error. If in settings I set the output device to the normal audio out /laptop soundcard, WSJTX still receives and decodes as normal as expected. On TX obviously the outgoing audio signal is heard through the speakers and so although the radio switches to TX via CAT control, the MiniProSC stays in receive...again I believe as expected. During this there is no error and CAT control of the radio is not interrupted.

And as before everything works fine on Win10 and I actually managed a QSO last night to Germany from UK on 2.5watts and a mag loop at ground level.

Sooo...to sum up it is selecting my sound interface that causes my Ham Lib error as the radio tries to switch back to receive from transmit...anyone know whats going in with Linux here? I'm half tempted to get a Signalink but it's alot of money for an experiment which may fail

Thanks

Neil 2E0CMN


Locked Re: ALL.TXT

Reino Talarmo
 

Hi Sam,

It was available as an attachment and contained those files.

73, Reino OH3mA

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Sam Birnbaum via groups.io
Sent: 6. kesäkuuta 2020 17:32
To: g8hgn73@...; main@WSJTX.groups.io
Subject: Re: [WSJTX] ALL.TXT

 

Hi Bob,

 

I just email the group with an attached zip file that contains the 2 files.

 

73,

Sam W2JDB

 

 

-----Original Message-----
From: Bob G8HGN <g8hgn73@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 8:17 am
Subject: Re: [WSJTX] ALL.TXT

Hi Sam,

I'll try it a few times until it's approved, and then try the files section, and let you know,

Thanks, 73,

Bob G8HGN

On 06/06/2020 13:05, Sam Birnbaum via groups.io wrote:

Hi Bob,

 

Yes. It seems that the group must be approved first. I already uploaded the 2 programs but that is all that I can do at this time.

 

Waiting for approval.

 

73,

 

Sam W2JDB

 

 

-----Original Message-----
From: Bob G8HGN mailto:g8hgn73@...
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 8:02 am
Subject: Re: [WSJTX] ALL.TXT

Hi Sam,

I can't find that group listed as yet. Is there a waiting time, after first starting it, to it being available?

I think your link needs a . between groups & io for that address to work.

73

Bob G8HGN

On 06/06/2020 12:26, Sam Birnbaum via groups.io wrote:

Hi Bob,

 

Try ProgramsByW2JDB@groupsio and let me know if you can get in to the files section.

 

73, 

Sam W2JDB

 

 

-----Original Message-----
From: Bob G8HGN mailto:g8hgn73@...
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 6:58 am
Subject: Re: [WSJTX] ALL.TXT

Hi Sam,

Perhaps because it's an executable, which could pose a risk.

Maybe ask the owner.

73

Bob G8HGN

On 06/06/2020 11:53, Sam Birnbaum via groups.io wrote:

Hi Bob,

 

Well, just went to the files section and I am blocked from uploading files.

I guess the owner would nee to give me permission to upload the file.

That would make it easier.

 

73,

Sam W2JDB

 

 

-----Original Message-----
From: Bob G8HGN mailto:g8hgn73@...
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 6:49 am
Subject: Re: [WSJTX] ALL.TXT

Hi Sam,

Have you thought about uploading it to the Group files?  https://wsjtx.groups.io/g/main/files

Then anyone who wanted to use it could download it.

Just a thought, 73,

Bob G8HGN

 

On 06/06/2020 11:17, Sam Birnbaum via groups.io wrote:

Hi Bob,

 

No it will not search all the files at once. You would have to select the file to search.

 

If you are still interested, I will be more than happy to send it.

 

73,

Sam W2JDB

 

 

-----Original Message-----
From: KD7YZ Bob mailto:kd7yz@...
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 6:01 am
Subject: Re: [WSJTX] ALL.TXT

Hi Sam !

Your screenshot looks exactly like what I wish I could do with my
Zillion ALL.txt files. They are strewn over, I think, 6 hard-drives here.

Will the program search all the H D D's for the ALL.txt files ?

Would love to try it if you are amenable.




--
73
Bob KD7YZ
AMSAT LM #901

 

 

 

 


Locked Re: 20M congestion

Bruce - K5WBM
 

The release notes for rc2 indicate an alternate 20m frequency of 14.071 on a trial basis.

Bruce - K5WBM

On Jun 6, 2020, at 10:18 AM, Rory Bowers <k6cks01@...> wrote:

I try not to bother you very often Joe but over that last week or so 20M congestion has been so bad that it is hard to work a DX station without interfering with someone or being interfered with. There is literally no vacant spots from 200 Hz to 3 kc. Has there been any discussion about opening another frequency for FT8?
Thanks Joe... and I love the new 2.2!
73,
Rory, K5CKS


Locked Re: TX6 Message in NA Contest Mode V2.2.0

Reino Talarmo
 

>Will they talk to each other enough to conclude a QSO or will you be in the same position as you used to be when trying to communicate with a non contest station?? 

Tony,

 

I have had no possibility actually test, but section 7.4. in the User Guide presents contest exchanges. If you are calling CQ the other station returns the same message in both cases, but your report will be totally different than expected and the program asks e.g. ‘Should you switch to EU VHF Contest mode’ and advices how to do it. The same happens between other mode conflict situations as well. So in that sense v2.2.0 is a nice improvement.

 

If you just stick on the wrong mode QSO will jam, so operator needs to decide what he wants to do, automatic sequence just continues to repeat the unsuitable message at both ends! Sending RR73 will break the loop and seems to offer logging or log it automatically, if enabled; of course .

 

73, Reino OH3mA


Locked Re: ALL.TXT

Sam Birnbaum
 

Hi Jim,

Got approved by groips.io


73,

Sam W2JDB



-----Original Message-----
From: Jim Shorney <jshorney@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 11:52 am
Subject: Re: [WSJTX] ALL.TXT


Yeah, it didn't make it through the email chain. Something somewhere blocked it. It may show up later, that seems to happen occasionally. It's not in my server side spamtrap, I've checked multiple times. Hadn't looked on the web interface yet. Got it there with no issues. Thanks!

73
-Jim
NU0C


On Sat, 6 Jun 2020 15:29:06 +0000 (UTC)
"Sam Birnbaum via groups.io" <w2jdb=aol.com@groups.io> wrote:

> Hi Jim,
> Try this. Go to main.@... the ALL.TXT topic, Scroll down until you see my message with the attached zip file.Click on it and tell it to save it. It will tell you that it was moved or deleted and provide you with a weird file name. View your download directory and you should see the file there. Change its name to a zip file and open it. It will have my 2 files in there. At least that is what happened here.
> Good luck and 73, 
>
> Sam W2JDB
>
>
> -----Original Message-----
> From: Jim Shorney <jshorney@...>
> To: main@WSJTX.groups.io
> Sent: Sat, Jun 6, 2020 11:11 am
> Subject: Re: [WSJTX] ALL.TXT
>
>
> Interesting. It looks like they have it locked down pretty tight. I've got things past a corporate firewall by password protecting the ZIP and/or changing the file extension to something that is known to pass through. Not that I woudl suggest you try that here... :D
>
> 73
>
> -Jim
> NU0C
>
> On Sat, 6 Jun 2020 14:22:56 +0000 (UTC)
> "Sam Birnbaum via groups.io" <w2jdb=aol.com@groups.io> wrote:
>
> > Hi Jim,
> > I have tried that before. Most Email providers scan the file even if its a zip file and they kick it back.  I can try  but I doubt it would get through.I am going to try to zip it and attach it to this response  in a separate message.We shall see.
> > 73,  
> >
> > Sam W2JDB
> >
> >
> > -----Original Message-----
> > From: Jim Shorney <jshorney@...>
> > To: main@WSJTX.groups.io
> > Sent: Sat, Jun 6, 2020 10:03 am
> > Subject: Re: [WSJTX] ALL.TXT
> >
> >
> > Try combining the files into a ZIP or rar archive file and sending that.
> >
> > 73
> >
> > -Jim
> > NU0C
> >
> > On Sat, 6 Jun 2020 11:12:29 +0000 (UTC)
> > "Sam Birnbaum via groups.io" <w2jdb=aol.com@groups.io> wrote:
> > 
> > > Sorry, we were unable to deliver your message to the following address.
> > >
> > > <kd7yz@...>:
> > > 550: We do not accept .exe attachments here.
> > >
> > >
> > > Sam W2JDB
> > >
> > >
> > > -----Original Message-----
> > > From: KD7YZ Bob <kd7yz@...>
> > > To: main@WSJTX.groups.io
> > > Sent: Sat, Jun 6, 2020 7:04 am
> > > Subject: Re: [WSJTX] ALL.TXT
> > >
> > > On 6/6/2020 06:59, Sam Birnbaum via groups.io wrote:  
> > > > Hi Bob,
> > > >
> > > > Just got the message kicked back.
> > > >   
> > >
> > > Sam, I just emailed you direct.
> > >  
> > 


Locked Re: ALL.TXT

Sam Birnbaum
 

Hi Alan,

Was approved on groups.io


73,

Sam W2JDB



-----Original Message-----
From: Alan G4ZFQ <alan4alan@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 11:38 am
Subject: Re: [WSJTX] ALL.TXT


> Go to
https://wsjtx.groups.io/g/main/message/11412
Where the ? "All Text.zip" is.


Sam,


Many thanks, I'll have a look soon.
From what you say I'd think there will be many downloads, sounds very
useful.

73 Alan G4ZFQ




Locked Re: ALL.TXT

Jim Shorney
 

Yeah, it didn't make it through the email chain. Something somewhere blocked it. It may show up later, that seems to happen occasionally. It's not in my server side spamtrap, I've checked multiple times. Hadn't looked on the web interface yet. Got it there with no issues. Thanks!

73
-Jim
NU0C


On Sat, 6 Jun 2020 15:29:06 +0000 (UTC)
"Sam Birnbaum via groups.io" <w2jdb@...> wrote:

Hi Jim,
Try this. Go to main.@... the ALL.TXT topic, Scroll down until you see my message with the attached zip file.Click on it and tell it to save it. It will tell you that it was moved or deleted and provide you with a weird file name. View your download directory and you should see the file there. Change its name to a zip file and open it. It will have my 2 files in there. At least that is what happened here.
Good luck and 73, 

Sam W2JDB


-----Original Message-----
From: Jim Shorney <jshorney@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 11:11 am
Subject: Re: [WSJTX] ALL.TXT


Interesting. It looks like they have it locked down pretty tight. I've got things past a corporate firewall by password protecting the ZIP and/or changing the file extension to something that is known to pass through. Not that I woudl suggest you try that here... :D

73

-Jim
NU0C

On Sat, 6 Jun 2020 14:22:56 +0000 (UTC)
"Sam Birnbaum via groups.io" <w2jdb@...> wrote:

Hi Jim,
I have tried that before. Most Email providers scan the file even if its a zip file and they kick it back.  I can try  but I doubt it would get through.I am going to try to zip it and attach it to this response  in a separate message.We shall see.
73,  

Sam W2JDB


-----Original Message-----
From: Jim Shorney <jshorney@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 10:03 am
Subject: Re: [WSJTX] ALL.TXT


Try combining the files into a ZIP or rar archive file and sending that.

73

-Jim
NU0C

On Sat, 6 Jun 2020 11:12:29 +0000 (UTC)
"Sam Birnbaum via groups.io" <w2jdb@...> wrote:

Sorry, we were unable to deliver your message to the following address.

<kd7yz@...>:
550: We do not accept .exe attachments here.


Sam W2JDB


-----Original Message-----
From: KD7YZ Bob <kd7yz@...>
To: main@WSJTX.groups.io
Sent: Sat, Jun 6, 2020 7:04 am
Subject: Re: [WSJTX] ALL.TXT

On 6/6/2020 06:59, Sam Birnbaum via groups.io wrote: 
Hi Bob,

Just got the message kicked back.
  
Sam, I just emailed you direct.
 


Locked FW: [WSJTX] Settings for Yaesu FTdxx101MP

Chuck Schloss <cschloss@...>
 

Anybody who can help -

 

Rig Is Yaesu FTDX101MP.

Installed WSJTX version 2.2.0.

Have read the 2.2.0-rc3 guide, complied as best I can understand it.

Would really appreciate some help so that I can get on the air.

Besides radio page of set up, other pages too?

 

Much obliged, thank you,

 

Chuck AG0W

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Chuck Schloss
Sent: Friday, June 05, 2020 1:21 PM
To: main@WSJTX.groups.io
Subject: [WSJTX] Settings for Yaesu FTdxx101MP

 

Does anyone have the radio settings page info for this rig.

Am using CAT control cable from radio to USB port Com 4 of Windows 10 laptop.

Had been  using FTDX5000 as radio setting with 9600 baud rate, worked OK, but gave “Hamlib” error if I tried 80m FT8.

So I’m happy to see FTDX101D now in Hamlib.

 

Thanks everyone,

 

Chuck AG0W