Date   

locked Re: WSJT Sensitivity V MSHV #why ?

Gary - AG0N
 

On Jun 6, 2021, at 07:01, Derek Brown via groups.io <g8eci=yahoo.co.uk@groups.io> wrote:

in some instances I cannot even seen the signals on the waterfall on WSJT-X, but i can hear them on the speaker of the IC7610,
It would seem to me that if you can hear it on the speaker, you should see it on the waterfall. I suspect you don’t have your waterfall parameters set correctly. Every installation is different. I can see things on the waterfall that I can only intermittently hear in the headphones. The waterfall sees signals I don’t hear. It also sees signals that are below decode threshold if you set it sensitive enough.


Gary - AG0N


locked VS: [WSJTX] 2.5.0 RC1 - No receive after transmit - rig control disables RX on Yaesu FTDX-3000 VFO A running split #IssueReport

Reino Talarmo
 

>To be clear - the 'walking' is not an issue or concern at this time - I am only interested in resolving the inability to RX every other cycle when using RIG control method.

Walking has been resolved.

Hi Mark,

 

Now I repeated exactly that ”feature”. Mode needs to be set to *None* to make it work so that every second band change opens reception and the first, third, fifth … band change kills reception or was it other way round, hi!. I tested v2.5.0-rc1 and v2.4.0, both same behaviour of course. I loaded v2.3.0 and did not have that problem with Mode set to None, but I did not liked the band change sequence as relays said each time tiku-tiku-tik. The v2.5.0-rc1 sounds much better. So there is a welcomed improvement in Hamlib in that respect.

 Do you have a specific reason to use Mode None? I have used Data/Pkt with no issues and also SSB seems to work.

 

73, Reino OH3mA


locked Re: #BugReport - Issue with mode FT8 Rpt Rcvd field logging NOT CORRECT for stations calling with TX2 reply #IssueReport

Joe Subich, W4TV
 

Simple ... don't answer/work stations that fail to call with TX1!

73,

... Joe, W4TV

On 2021-06-06 1:04 PM, 5H1FF Frans wrote:
First of all I want to compliment you all with the great software WSJT-X that I am using with much pleasure.
I am using FT8 mode with WSJT-X version 2.4.0 on Windows 10 PC in combination with a Yaesu FT950 and HRD for the logging.
All working fine, except for one thing:
If stations are responding with TX2 (in stead of TX1) and you answer them by double click on their call, the final signal logging of "Rpt Rcvd" is INCORRECT or stays empty.
The best way I can reproduce this is (after a fresh startup of WSJT-X) by calling CQ and wait until a station comes back with TX2 (and not TX1). If you answer this station the report field for "Rpt Rcvd" stays empty!
However also during normal operation when you answer a station that calls with only TX2, the "Rpt Rcvd" seems to be filled with the last "correct" signal of the previous TX1 answering station before. This last one is tricky, because you have to be aware if logging is done with the correct signal report for "Rpt Rcvd". Therefore almost always I have to correct the report for logging of my own received signal strength it the station called via TX2.
Hereby a screen-print of the CQ calling situation after a complete fresh startup of the WSJT-X instance:
CQ calling and answer a station calling with TX2
If stations are calling and I stop and start the WSJT-X instance shortly, a similar situation is occurring, see:
Stop and start the WSJT-X instance shortly and answer a TX2 calling station
I would be glad if you could change this in a new version, it saves a lot of corrections of the received signal strength from all the stations that are not complying to answering with TX1 but TX2.
73's Frans 5H1FF


locked #Cat_RigControl #Cat_RigControl

James Quick
 

I am running MacOS Big Sur and it upgraded and my wsjt-x v2.4.0 and all was good until the upgrade. Now it will start running ok and will work ok on the freq that it is on at startup but will not change freq. Say it starts up on 30M and I try to go to 20M it will try to change and go right back to 30 M. I have reinstalled v2.3.1 and it works great. Any help or advice would be appreciated.
 
73

Jim Quick / N4ule Ex KA4BEG
jimn4ule@gmail
n4ule@...


locked #BugReport - Issue with mode FT8 Rpt Rcvd field logging NOT CORRECT for stations calling with TX2 reply #IssueReport

5H1FF Frans
 

First of all I want to compliment you all with the great software WSJT-X that I am using with much pleasure.

I am using FT8 mode with WSJT-X version 2.4.0 on Windows 10 PC in combination with a Yaesu FT950 and HRD for the logging.
All working fine, except for one thing:
If stations are responding with TX2 (in stead of TX1) and you answer them by double click on their call, the final signal logging of "Rpt Rcvd" is INCORRECT or stays empty.
The best way I can reproduce this is (after a fresh startup of WSJT-X) by calling CQ and wait until a station comes back with TX2 (and not TX1). If you answer this station the report field for "Rpt Rcvd" stays empty!
However also during normal operation when you answer a station that calls with only TX2, the "Rpt Rcvd" seems to be filled with the last "correct" signal of the previous TX1 answering station before. This last one is tricky, because you have to be aware if logging is done with the correct signal report for "Rpt Rcvd". Therefore almost always I have to correct the report for logging of my own received signal strength it the station called via TX2.

Hereby a screen-print of the CQ calling situation after a complete fresh startup of the WSJT-X instance:

CQ calling and
      answer a station calling with TX2


If stations are calling and I stop and start the WSJT-X instance shortly, a similar situation is occurring, see:

Stop and start
      the WSJT-X instance shortly and answer a TX2 calling station


I would be glad if you could change this in a new version, it saves a lot of corrections of the received signal strength from all the stations that are not complying to answering with TX1 but TX2.

73's Frans 5H1FF


locked Re: WSJT Sensitivity V MSHV #why ?

Derek Brown
 

Hi Joe,

I would agree, but MSHV is using the exactly same connection (USB Codec) from the 7610 into the same sound card, without altering any of the settings in the 7610 ! I as said, even running WSJT-X (2.4) and MSHV at that same time ( it does seem to work) I received more decodes on MSHV than WSJT, so I cannot see input signal levels playing a part.

Derek G8ECI

On Sunday, 6 June 2021, 15:47:12 BST, Joe Subich, W4TV <lists@...> wrote:


On 2021-06-06 9:01 AM, Derek Brown via groups.io wrote:

> in some instances I cannot even seen the signals on the waterfall on
> WSJT-X, but i can hear them on the speaker of the IC7610,

Sounds like you do not have the audio levels set up properly.

73,

    ... Joe, W4TV


On 2021-06-06 9:01 AM, Derek Brown via groups.io wrote:
>  Hi Mike,
> Well I tried it again this morning, both in parallel in the same RX cycle on 6M and MSHV always gets more decodes than WSJT-X, in some instances I cannot even seen the signals on the waterfall on WSJT-X, but i can hear them on the speaker of the IC7610, I will try and do a screen save of one or two RX cycles to show what I am getting, the RX signal into WSJT is in the green around 30 to 40 and in th green on MHSV, at least this morning I worked 9K2, A71, A45 and A65 on 6m allin auto sequence, on MSHV, but I did check WSJT, but there was no decodes from them there !!! Weird. Same radio, same PC just different programs.
> 73 Derek G8ECI
>
>      On Sunday, 6 June 2021, 13:05:35 BST, Mike G0LQI via groups.io <mfmhb9=yahoo.com@groups.io> wrote:

>  Hi Derek,
> Just out of curiosity, I ran MSHV in parallel with WSJT-X on 10 m just now, getting about a dozen decodes each cycle. I found that MSHV never got more decodes and that every two or three cycles, WSJT-X got one or two more low S/N signals.
> 73 Mike G0LQI
>






locked Re: Map65 3.0 does not work in Win XP #WindowsXP

Jeff Stillinger
 

There is some advantage.   While true that Windows 7 is no longer supported, that is actually an advantage for dedicated task specific machines.   The connection to the "mother ship" is severed and none of those pesky updates that destroy configurations, or reboot the machine with software running that is performing a needed task.   Most of the runtime packages will run with manual install.   Granted, I would not surf the web or put any critical information on the machine, but personally, I would never do critical work with any Microsoft product.  

A Windows 7 box running WSJT-X, FLDigi, perhaps the latest version of Log4OM (task specific to ham radio) will do great.  At this point, because MS is no longer supporting it.   They are not even worried about activating the copy, so it's basically the way every operating system should be.   Free.

PS - I downgraded a Windows 10 box to Windows 7 because I got tired of Windows 10 rebooting and dropping the GRLevel3 radar feed to my web site.   Since the downgrade, the machine has not been rebooted in 4 months.   Just sits there are runs GRLevel3 feeding the web site 24/7/365.




On 6/6/21 3:36 AM, Bill Somerville wrote:
On 05/06/2021 14:18, K5DOG wrote:
Map65 v3.0 will not work in my Windows XP machine where v2.7 has lived in the past.

"...procedure entry point CancelIoEx could not be located..."

Guess this should have been expected.  Time to upgrade the hardware to Win 7 or greater.

Hi Steve,

upgrading from one obsolete and unsupported version of MS Windows to another seems unwise to me, like it or not your best option is to upgrade to Windows 10.

73
Bill
G4WJS.





--
Jeff Stillinger - KB6IBB KB6IBB Laboratories Wylie, Texas - United States http://kb6ibb-15.ham-radio-op.net/Ham-Radio/


locked Re: 2.5.0 RC1 - No receive after transmit - rig control disables RX on Yaesu FTDX-3000 VFO A running split #IssueReport

Mark Steele
 
Edited

To be clear - the 'walking' is not an issue or concern at this time - I am only interested in resolving the inability to RX every other cycle when using RIG control method when operating Split.

Walking has been resolved.


locked Re: 2.5.0 RC1 #install

Carlos
 

Thanks Bill !
73, Karl
Am 06.06.21, 10:13 schrieb Bill Somerville <g4wjs@...>:

On 05/06/2021 17:41, Carlos wrote:
Hi,
If I install the new v2.5.0-rc1 and (in case) it does not run, how can I go back to 2.4.0 ??
have: raspi 4B; raspbios buster 2021
Thanks for answer !
73, Karl OE3JAG

Hi Carl,

instructions for installing and uninstalling Debian packages are included in the WSJT-X User Guide:

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.5.0-rc1_en.html#INSTALL_LINUX

73
Bill
G4WJS.


locked Re: WSJT Sensitivity V MSHV #why ?

Joe Subich, W4TV
 

On 2021-06-06 9:01 AM, Derek Brown via groups.io wrote:

in some instances I cannot even seen the signals on the waterfall on WSJT-X, but i can hear them on the speaker of the IC7610,
Sounds like you do not have the audio levels set up properly.

73,

... Joe, W4TV


On 2021-06-06 9:01 AM, Derek Brown via groups.io wrote:
Hi Mike,
Well I tried it again this morning, both in parallel in the same RX cycle on 6M and MSHV always gets more decodes than WSJT-X, in some instances I cannot even seen the signals on the waterfall on WSJT-X, but i can hear them on the speaker of the IC7610, I will try and do a screen save of one or two RX cycles to show what I am getting, the RX signal into WSJT is in the green around 30 to 40 and in th green on MHSV, at least this morning I worked 9K2, A71, A45 and A65 on 6m allin auto sequence, on MSHV, but I did check WSJT, but there was no decodes from them there !!! Weird. Same radio, same PC just different programs.
73 Derek G8ECI
On Sunday, 6 June 2021, 13:05:35 BST, Mike G0LQI via groups.io <mfmhb9=yahoo.com@groups.io> wrote:
Hi Derek,
Just out of curiosity, I ran MSHV in parallel with WSJT-X on 10 m just now, getting about a dozen decodes each cycle. I found that MSHV never got more decodes and that every two or three cycles, WSJT-X got one or two more low S/N signals.
73 Mike G0LQI


locked Re: PTT (TX) to audio time delta #general

Ron / W4MMP
 

Hi Bill,

Thanks for the response.  MSCC implements a very limited  set of TS-2000 CAT commands based on what I have captured from WSJT-X.   PTT Method is via RTS only (using the same com line as the CAT).

At any rate, the MSCC T/R switch over time is set to 5ms (the relay has a 3ms switch time).  This is well under the numbers you have provided.   Things are working well.  I just wanted to make sure I was not bumping into the WSJT-X switch delta. 

73,
Ron / W4MMP
On 6/6/2021 04:26, Bill Somerville wrote:

On 05/06/2021 16:20, Ron / W4MMP via groups.io wrote:
Hi Bill,
Just a quick question on what is the delta time between WSJT-X setting
PTT (TX) ON and when WSJT-X starts the audio stream?

Background:  To prevent hot keying the RX/TX relay in rig we are
developing,  the application (MSCC) delays keying the PA for fixed
amount of time to give the RX/TX relay time to switch to TX.  I just
want to make sure that switch over delay is less than the WSJT-X delta.

73,
Ron / W4MMP
Hi Ron,

the relationship is not straightforward. Nominally audio starts 500 mS
after the start of the period for FT8 mode. PTT is commanded at the
start of the period but if the CAT control is able to report PTT status
then WSJT-X delays audio start until PTT is confirmed. There is also a
parameter in "Settings->Advanced->Tx delay" that defaults to 200 mS.

73
Bill
G4WJS.





locked Re: WSJT Sensitivity V MSHV #why ?

Derek Brown
 

Hi Mike,

Well I tried it again this morning, both in parallel in the same RX cycle on 6M and MSHV always gets more decodes than WSJT-X, in some instances I cannot even seen the signals on the waterfall on WSJT-X, but i can hear them on the speaker of the IC7610, I will try and do a screen save of one or two RX cycles to show what I am getting, the RX signal into WSJT is in the green around 30 to 40 and in th green on MHSV, at least this morning I worked 9K2, A71, A45 and A65 on 6m allin auto sequence, on MSHV, but I did check WSJT, but there was no decodes from them there !!! Weird. Same radio, same PC just different programs.

73 Derek G8ECI

On Sunday, 6 June 2021, 13:05:35 BST, Mike G0LQI via groups.io <mfmhb9@...> wrote:


Hi Derek,
Just out of curiosity, I ran MSHV in parallel with WSJT-X on 10 m just now, getting about a dozen decodes each cycle. I found that MSHV never got more decodes and that every two or three cycles, WSJT-X got one or two more low S/N signals.
73 Mike G0LQI




locked #Cat_RigControl #Cat_RigControl

James Quick
 

Bill,

I am running MacOS Big Sur and it upgraded and my wsjt-x v2.4.0 and all was good until the upgrade. Now it will start running ok and will work ok on the freq that it is on at startup but will not change freq. Say it starts up on 30M and I try to go to 20M it will try to change and go right back to 30 M. I have reinstalled v2.3.1 and it works great. Any help or advice would be appreciated.

73

Jim Quick / N4ULE / Ex KA4BEG

Sent with Shift


locked Re: WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 H/V signals #general

James Quick
 

Bill,
I am running MacOS Big Sur and it upgraded and my wsjt-x v2.4.0 and all was good until the upgrade. Now it will start running ok and will work ok on the freq that it is on at startup but will not change freq. Say it starts up on 30M and I try to go to 20M it will try to change and go right back to 30 M. I have reinstalled v2.3.1 and it works great. Any help or advice would be appreciated.
73

Jim Quick / N4ULE / Ex KA4BEG


Sent with Shift


Sent with Shift


On Sun, Jun 6, 2021 at 5:38 AM Bill Somerville <g4wjs@...> wrote:
Amos,

as discussed previously MAP65 when used for polarization diversity
requires a pair of synchronized I/Q channels which must be interleaved,
that is not possible if your starting point is two separate stereo
channels containing I/Q data. Either a 4 channel audio device feeding an
interleaved pair of I/Q channels, or Linrad is supported using an
interleaved pair of I/Q channels via UDP in Linrad's own message format.

73
Bill
G4WJS.

On 06/06/2021 07:04, Amos Sobel 4X4MF wrote:
> Joe
>
> I am preparing to work EME using Q65 on 2m:
> I have a CROSS H/V  long Yagi.
> I have a Flex 6600 Radio which can support 2 antennas In parallel
> 1. To enable the use of Q65, do I need a 2 channel Transverter to enable 2
> instance processing of WSJT-X v2.5.0 with possible software  combination of
> the H/V data?
> Or
> 2. Prefer a combination(X)  of the H/V signals into one circularly polarized
> signal at the antenna level and use 1 instance of Q65 with possible
> switching between H/V/X signals?
>
> Amos 4X4MF
>
>
> -----Original Message-----
> From:main@WSJTX.groups.io  <main@WSJTX.groups.io>  On Behalf Of Joe
> Sent: Thursday, June 3, 2021 12:31 AM
> To:WSJTX@groups.io
> Subject: [WSJTX] WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 #general
>
> Dear WSJT-X and MAP65 Users,
>
> We are pleased to announce that a public Release Candidate WSJT-X
> 2.5.0-rc1 is ready for download by beta testers.
>
> WSJT-X in this release is nearly identical to that in WSJT-X 2.4.0.  The
> Q65 decoder has been enhanced to measure and compensate for linear frequency
> drift in Q65 signals.  In addition, the Windows installation package now
> includes version 3.0 of program MAP65.
>
> Potential interests of users in this release candidate can be sorted into
> three main categories:
>
> 1. If you are currently using MAP65 for EME, we strongly recommend
> installing WSJT-X 2.5.0-rc1.  On the Windows platform this action
> automatically installs MAP65 3.0.0-rc1 as well.  MAP65 3.0 is a major
> upgrade that incorporates the Q65 mode, complete with support for LiveCQ and
> other features enjoyed by MAP65 users for many years.
>
> 2. If you are currently using an earlier version of WSJT or WSJT-X for EME,
> or using the Q65 protocol for any purpose, WSJT-X 2.5.0-rc1 offers a faster
> and more robust decoder for Q65.  If you are using JT65 or JT4 for EME on
> any band, we recommend switching to the Q65 mode and encouraging others to
> do so using WSJT-X 2.5.0-rc1.
>
> 3. If you are not currently interested in Q65, EME, or MAP65, there is
> little reason for you to try WSJT-X 2.5.0-rc1.  For your present purposes
> WSJT-X 2.4.0 is just as good.
>
> Please note that MAP65 is installed automatically only on the Windows
> platform.  Please let us know if using MAP65 in Linux or macOS would be
> important for you.
>
> If you need more information on recent additions to the capabilities of
> WSJT-X and MAP65, these short papers may be of interest:
>
> "Quick-Start Guide to FST4 and FST4W"
> https://physics.princeton.edu/pulsar/k1jt/FST4_Quick_Start.pdf
>
> "Quick-Start Guide to Q65"
> https://physics.princeton.edu/pulsar/k1jt/Q65_Quick_Start.pdf
>
> "Quick-Start Guide to WSJT-X 2.5.0 and MAP65 3.0"
> https://physics.princeton.edu/pulsar/k1jt/WSJTX_2.5.0_MAP65_3.0_Quick_Start.
> pdf
>
> "Q65 Sensitivity in MAP65 3.0"
> https://physics.princeton.edu/pulsar/k1jt/Q65_Sensitivity_in_MAP65.pdf
>
> Links for downloading WSJT-X 2.5.0 can be found on the WSJT-X Home Page,
> https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
> Scroll down to find "Candidate release:  WSJT-X 2.5.0-rc1".
>
> WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU
> General Public License (GPLv3).  Development of this software is a
> cooperative project to which many amateur radio operators have contributed.
> If you use our code, please have the courtesy to let us know about it.  If
> you find bugs or make improvements to the code, please report them to us in
> a timely fashion.
>
> We hope you will enjoy using this beta release of WSJT-X 2.5.0 and MAP65
> 3.0.0, and exercising the new mode Q65.  As a beta tester you should report
> on your experiences with new features, successful and otherwise, on one of
> the relevant WSJT forums.  Bugs should be reported by following instructions
> found here in the User Guide:
>
> https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.5.0-rc
> 1.html#_bug_reports
>
>    -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV






locked Re: 2.5.0 RC1 - No receive after transmit - rig control disables RX on Yaesu FTDX-3000 VFO A running split #IssueReport

 

It’s been mentioned before that there is a potential race hazard between PTT by RTS (or DTR) and the CAT command to change VFO or Frequency. This hazard is outwith the control of WSJT-X as it is operating system comms. This can cause this issue if you have “Allow TX freq change while transmitting” checked, but the rig does not support it. The rig will ignore the frequency change back.

 

Do you see the problem with PTT by CAT command?

 

73 Phil GM3ZZA

 

Sent from Mail for Windows 10

 

From: Denny WB8K
Sent: 06 June 2021 01:06
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] 2.5.0 RC1 - No receive after transmit - rig control disables RX on Yaesu FTDX-3000 VFO A running split #BugReport

 

I have noticed the same problem of the rig not returning to original frequency from time to time with 'fake it' set. Same problem with WSJT-x 2.3 and now on 2.4. Rig is an FTdx101MP with Windows 10. Mode is SSB.
I do have 'Allow TX freq change while transmitting' set and will see if unchecking it helps. 

73,
Denny WB8K

 


--
73 Phil GM3ZZA


locked Re: WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 H/V signals 2 #general

Bill Somerville
 

Amos,

for polarization diversity you use two orthogonal linear polarization aerials each positioned equally to to incoming wave-front. The software can then derive any polarization from that. Circular polarization is convenient to avoid cross-polarization losses, but see below. One issue with circular polarization is that each end of a link must use opposite handedness polarization, conveniently this is not necessary with EME since the reflection of the Moon reverses the circular polarization direction.

Circular polarization is used for most microwave EME but AFAIK it is not used for VHF/UHF EME, hence the use of MAP65 and dual polarization receiving systems. Note that using linear polarization for transmission is often good enough, particularly if the the linear polarization that matches the latest received signal is used. This works because the cross-polarization losses when the delta is less than 45 degrees is relatively small (<3dB). Note that the theoretical cross-polarization loss for 90 degree difference is infinite. Note also that using circular polarization for reception of linear polarized signals always incurs a 3dB loss so is not optimal compared with picking the nearest linear polarization from a pair of horizontal and vertical (or slant) polarized transmitting aerials.

73
Bill
G4WJS.

On 06/06/2021 11:17, Amos Sobel 4X4MF wrote:
Bill

My H/V Yagi antenna does have 2 separate H and V outputs  which are
separated by quarter lambda /90 degrees phase shift. It is possible  combine
it to one output with  Circular Polarization.
Is that equivalent to the polarization diversity of MAP65?
I am told this process does add 3db of noise. Can Q65 overcome this type of
noise?

73's

Amos 4X4MF


============================================================================
=======================
Bill

Please explain what do you mean by  4 channel audio device feeding an
interleaved pair of I/Q channels.
My Flex 6600 radio can deliver 4 channels of I/Q data out of 2 separate ADC
connected to 2 separate antennas. Would that suffice?

73's

Amos 4X4MF




-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Bill
Somerville
Sent: Sunday, June 6, 2021 12:38 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 H/V signals #general

Amos,

as discussed previously MAP65 when used for polarization diversity requires
a pair of synchronized I/Q channels which must be interleaved, that is not
possible if your starting point is two separate stereo channels containing
I/Q data. Either a 4 channel audio device feeding an interleaved pair of I/Q
channels, or Linrad is supported using an interleaved pair of I/Q channels
via UDP in Linrad's own message format.

73
Bill
G4WJS.

On 06/06/2021 07:04, Amos Sobel 4X4MF wrote:
Joe

I am preparing to work EME using Q65 on 2m:
I have a CROSS H/V  long Yagi.
I have a Flex 6600 Radio which can support 2 antennas In parallel 1. 
To enable the use of Q65, do I need a 2 channel Transverter to enable 
2 instance processing of WSJT-X v2.5.0 with possible software  
combination of the H/V data?
Or
2. Prefer a combination(X)  of the H/V signals into one circularly 
polarized signal at the antenna level and use 1 instance of Q65 with 
possible switching between H/V/X signals?

Amos 4X4MF


-----Original Message-----
From:main@WSJTX.groups.io  <main@WSJTX.groups.io>  On Behalf Of Joe
Sent: Thursday, June 3, 2021 12:31 AM
To:WSJTX@groups.io
Subject: [WSJTX] WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 #general

Dear WSJT-X and MAP65 Users,

We are pleased to announce that a public Release Candidate WSJT-X
2.5.0-rc1 is ready for download by beta testers.

WSJT-X in this release is nearly identical to that in WSJT-X 2.4.0.  
The
Q65 decoder has been enhanced to measure and compensate for linear 
frequency drift in Q65 signals.  In addition, the Windows installation 
package now includes version 3.0 of program MAP65.

Potential interests of users in this release candidate can be sorted 
into three main categories:

1. If you are currently using MAP65 for EME, we strongly recommend 
installing WSJT-X 2.5.0-rc1.  On the Windows platform this action 
automatically installs MAP65 3.0.0-rc1 as well.  MAP65 3.0 is a major 
upgrade that incorporates the Q65 mode, complete with support for 
LiveCQ and other features enjoyed by MAP65 users for many years.

2. If you are currently using an earlier version of WSJT or WSJT-X for 
EME, or using the Q65 protocol for any purpose, WSJT-X 2.5.0-rc1 
offers a faster and more robust decoder for Q65.  If you are using 
JT65 or JT4 for EME on any band, we recommend switching to the Q65 
mode and encouraging others to do so using WSJT-X 2.5.0-rc1.

3. If you are not currently interested in Q65, EME, or MAP65, there is 
little reason for you to try WSJT-X 2.5.0-rc1.  For your present 
purposes WSJT-X 2.4.0 is just as good.

Please note that MAP65 is installed automatically only on the Windows 
platform.  Please let us know if using MAP65 in Linux or macOS would 
be important for you.

If you need more information on recent additions to the capabilities 
of WSJT-X and MAP65, these short papers may be of interest:

"Quick-Start Guide to FST4 and FST4W"
https://physics.princeton.edu/pulsar/k1jt/FST4_Quick_Start.pdf

"Quick-Start Guide to Q65"
https://physics.princeton.edu/pulsar/k1jt/Q65_Quick_Start.pdf

"Quick-Start Guide to WSJT-X 2.5.0 and MAP65 3.0"

https://physics.princeton.edu/pulsar/k1jt/WSJTX_2.5.0_MAP65_3.0_Quick_Start.
pdf

"Q65 Sensitivity in MAP65 3.0"
https://physics.princeton.edu/pulsar/k1jt/Q65_Sensitivity_in_MAP65.pdf

Links for downloading WSJT-X 2.5.0 can be found on the WSJT-X Home 
Page, https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
Scroll down to find "Candidate release:  WSJT-X 2.5.0-rc1".

WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU 
General Public License (GPLv3).  Development of this software is a 
cooperative project to which many amateur radio operators have
contributed.
If you use our code, please have the courtesy to let us know about it.  
If you find bugs or make improvements to the code, please report them 
to us in a timely fashion.

We hope you will enjoy using this beta release of WSJT-X 2.5.0 and 
MAP65 3.0.0, and exercising the new mode Q65.  As a beta tester you 
should report on your experiences with new features, successful and 
otherwise, on one of the relevant WSJT forums.  Bugs should be 
reported by following instructions found here in the User Guide:

https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.
5.0-rc
1.html#_bug_reports

   -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV



locked Re: WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 H/V signals #general

Bill Somerville
 

Hi Amos,

in order to do polarization diversity reception I/Q samples for both polarizations must be delivered in sync to the MAP65 application. The only practical way to do that is as a multichannel (4 in this case) feed. Inside MAP65 the application connects to an audio device and receives buffers full of audio samples, with a 4-channel audio device the samples for each of the 4 channels are delivered together. That is I and Q from he vertical receiver, and I and Q from the horizontal receiver interleaved in frames that have 4 samples each. If the pair of I/Q channels are received via two separate audio devices, i.e. a pairs of interleaved stereo channels, there is no easy way to match the arrival time of the two polarizations. Only when the arrival times are exactly synchronized can polarization diversity be carried out.

One way MAP65 users do this is with the Link RF IQ+ direct conversion dual SDR, that device consists of a pair of ADCs clocked with a common clock source and then the pair of I/Q outputs at 96,000 Hz Sa/S are fed to a 4-channel external sound card which also has ADCs using a common clock source, which in turn delivers interleaved 4-channel audio to MAP65 via a USB connection.

Other options are available, and using Linrad to wrangle I/Q outputs from any pair of SDRs that are known to be synchronized is one option. Linrad delivers the pair of I/Q data streams as interleaved samples via a UDP network protocol that MAP65 supports.

The bottom line here is that polarization diversity requires synchronized sampling of the two polarization channels. I am not an expert with Linrad, but it may be possible that Linrad can combine the output of two slices of I/Q data from your FlexRadio SDR, maintaining any synchronization they might have. That would require, at least, that the FlexRadio Signature series SDRs use a common clock for all ADCs, but I believe you stated earlier that is not the case, YMMV.

73
Bill
G4WJS.

On 06/06/2021 10:55, Amos Sobel 4X4MF wrote:
Bill

Please explain what do you mean by  4 channel audio device feeding an
interleaved pair of I/Q channels.
My Flex 6600 radio can deliver 4 channels of I/Q data out of 2 separate ADC
connected to 2 separate antennas. Would that suffice?

73's

Amos 4X4MF




-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Bill
Somerville
Sent: Sunday, June 6, 2021 12:38 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 H/V signals #general

Amos,

as discussed previously MAP65 when used for polarization diversity requires
a pair of synchronized I/Q channels which must be interleaved, that is not
possible if your starting point is two separate stereo channels containing
I/Q data. Either a 4 channel audio device feeding an interleaved pair of I/Q
channels, or Linrad is supported using an interleaved pair of I/Q channels
via UDP in Linrad's own message format.

73
Bill
G4WJS.

On 06/06/2021 07:04, Amos Sobel 4X4MF wrote:
Joe

I am preparing to work EME using Q65 on 2m:
I have a CROSS H/V  long Yagi.
I have a Flex 6600 Radio which can support 2 antennas In parallel 1. 
To enable the use of Q65, do I need a 2 channel Transverter to enable 
2 instance processing of WSJT-X v2.5.0 with possible software  
combination of the H/V data?
Or
2. Prefer a combination(X)  of the H/V signals into one circularly 
polarized signal at the antenna level and use 1 instance of Q65 with 
possible switching between H/V/X signals?

Amos 4X4MF


-----Original Message-----
From:main@WSJTX.groups.io  <main@WSJTX.groups.io>  On Behalf Of Joe
Sent: Thursday, June 3, 2021 12:31 AM
To:WSJTX@groups.io
Subject: [WSJTX] WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 #general

Dear WSJT-X and MAP65 Users,

We are pleased to announce that a public Release Candidate WSJT-X
2.5.0-rc1 is ready for download by beta testers.

WSJT-X in this release is nearly identical to that in WSJT-X 2.4.0.  
The
Q65 decoder has been enhanced to measure and compensate for linear 
frequency drift in Q65 signals.  In addition, the Windows installation 
package now includes version 3.0 of program MAP65.

Potential interests of users in this release candidate can be sorted 
into three main categories:

1. If you are currently using MAP65 for EME, we strongly recommend 
installing WSJT-X 2.5.0-rc1.  On the Windows platform this action 
automatically installs MAP65 3.0.0-rc1 as well.  MAP65 3.0 is a major 
upgrade that incorporates the Q65 mode, complete with support for 
LiveCQ and other features enjoyed by MAP65 users for many years.

2. If you are currently using an earlier version of WSJT or WSJT-X for 
EME, or using the Q65 protocol for any purpose, WSJT-X 2.5.0-rc1 
offers a faster and more robust decoder for Q65.  If you are using 
JT65 or JT4 for EME on any band, we recommend switching to the Q65 
mode and encouraging others to do so using WSJT-X 2.5.0-rc1.

3. If you are not currently interested in Q65, EME, or MAP65, there is 
little reason for you to try WSJT-X 2.5.0-rc1.  For your present 
purposes WSJT-X 2.4.0 is just as good.

Please note that MAP65 is installed automatically only on the Windows 
platform.  Please let us know if using MAP65 in Linux or macOS would 
be important for you.

If you need more information on recent additions to the capabilities 
of WSJT-X and MAP65, these short papers may be of interest:

"Quick-Start Guide to FST4 and FST4W"
https://physics.princeton.edu/pulsar/k1jt/FST4_Quick_Start.pdf

"Quick-Start Guide to Q65"
https://physics.princeton.edu/pulsar/k1jt/Q65_Quick_Start.pdf

"Quick-Start Guide to WSJT-X 2.5.0 and MAP65 3.0"

https://physics.princeton.edu/pulsar/k1jt/WSJTX_2.5.0_MAP65_3.0_Quick_Start.
pdf

"Q65 Sensitivity in MAP65 3.0"
https://physics.princeton.edu/pulsar/k1jt/Q65_Sensitivity_in_MAP65.pdf

Links for downloading WSJT-X 2.5.0 can be found on the WSJT-X Home 
Page, https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
Scroll down to find "Candidate release:  WSJT-X 2.5.0-rc1".

WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU 
General Public License (GPLv3).  Development of this software is a 
cooperative project to which many amateur radio operators have
contributed.
If you use our code, please have the courtesy to let us know about it.  
If you find bugs or make improvements to the code, please report them 
to us in a timely fashion.

We hope you will enjoy using this beta release of WSJT-X 2.5.0 and 
MAP65 3.0.0, and exercising the new mode Q65.  As a beta tester you 
should report on your experiences with new features, successful and 
otherwise, on one of the relevant WSJT forums.  Bugs should be 
reported by following instructions found here in the User Guide:

https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.
5.0-rc
1.html#_bug_reports

   -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV



locked Azimouth Bearing figures #bearing #bearing

groups.io@...
 
Edited

I notice that when I use wsjtx, the calculated bearing/azimuth figure sometimes doesn't match other sources such as QRZ.com.

An example was just now to IO70 wsjtx says 259 degrees and 247 miles. QRZ 253 and 264. Is WSJTX calculating to/from the centre of the distant (or my) square and QRZ to six places?

Also if the station hasn't supplied lat/lon to the reference source then 62 degrees and 24 miles seems to be the direction "to nowhere". It would be good if all programmes ignored no entryt and also square AA00aa, there are a number of times when my furthest distance on 2m is thousands of miles...

Tnx in advance - Terry G0BIX

p.s. when I worked Bill the other night wsjtx showed 289 and 65 miles, qrz.com =  290 and 64.4 so I am assuming that is because Bill is in more or less the middle of his square?


locked Re: WSJT Sensitivity V MSHV #why ?

Mike G0LQI
 

Hi Derek,
Just out of curiosity, I ran MSHV in parallel with WSJT-X on 10 m just now, getting about a dozen decodes each cycle. I found that MSHV never got more decodes and that every two or three cycles, WSJT-X got one or two more low S/N signals.
73 Mike G0LQI


locked Re: WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 H/V signals 2 #general

Amos Sobel 4X4MF
 

Bill

My H/V Yagi antenna does have 2 separate H and V outputs which are
separated by quarter lambda /90 degrees phase shift. It is possible combine
it to one output with Circular Polarization.
Is that equivalent to the polarization diversity of MAP65?
I am told this process does add 3db of noise. Can Q65 overcome this type of
noise?

73's

Amos 4X4MF


============================================================================
=======================
Bill

Please explain what do you mean by 4 channel audio device feeding an
interleaved pair of I/Q channels.
My Flex 6600 radio can deliver 4 channels of I/Q data out of 2 separate ADC
connected to 2 separate antennas. Would that suffice?

73's

Amos 4X4MF

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Bill
Somerville
Sent: Sunday, June 6, 2021 12:38 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 H/V signals #general

Amos,

as discussed previously MAP65 when used for polarization diversity requires
a pair of synchronized I/Q channels which must be interleaved, that is not
possible if your starting point is two separate stereo channels containing
I/Q data. Either a 4 channel audio device feeding an interleaved pair of I/Q
channels, or Linrad is supported using an interleaved pair of I/Q channels
via UDP in Linrad's own message format.

73
Bill
G4WJS.

On 06/06/2021 07:04, Amos Sobel 4X4MF wrote:
Joe

I am preparing to work EME using Q65 on 2m:
I have a CROSS H/V long Yagi.
I have a Flex 6600 Radio which can support 2 antennas In parallel 1.
To enable the use of Q65, do I need a 2 channel Transverter to enable
2 instance processing of WSJT-X v2.5.0 with possible software
combination of the H/V data?
Or
2. Prefer a combination(X) of the H/V signals into one circularly
polarized signal at the antenna level and use 1 instance of Q65 with
possible switching between H/V/X signals?

Amos 4X4MF


-----Original Message-----
From:main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Joe
Sent: Thursday, June 3, 2021 12:31 AM
To:WSJTX@groups.io
Subject: [WSJTX] WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 #general

Dear WSJT-X and MAP65 Users,

We are pleased to announce that a public Release Candidate WSJT-X
2.5.0-rc1 is ready for download by beta testers.

WSJT-X in this release is nearly identical to that in WSJT-X 2.4.0.
The
Q65 decoder has been enhanced to measure and compensate for linear
frequency drift in Q65 signals. In addition, the Windows installation
package now includes version 3.0 of program MAP65.

Potential interests of users in this release candidate can be sorted
into three main categories:

1. If you are currently using MAP65 for EME, we strongly recommend
installing WSJT-X 2.5.0-rc1. On the Windows platform this action
automatically installs MAP65 3.0.0-rc1 as well. MAP65 3.0 is a major
upgrade that incorporates the Q65 mode, complete with support for
LiveCQ and other features enjoyed by MAP65 users for many years.

2. If you are currently using an earlier version of WSJT or WSJT-X for
EME, or using the Q65 protocol for any purpose, WSJT-X 2.5.0-rc1
offers a faster and more robust decoder for Q65. If you are using
JT65 or JT4 for EME on any band, we recommend switching to the Q65
mode and encouraging others to do so using WSJT-X 2.5.0-rc1.

3. If you are not currently interested in Q65, EME, or MAP65, there is
little reason for you to try WSJT-X 2.5.0-rc1. For your present
purposes WSJT-X 2.4.0 is just as good.

Please note that MAP65 is installed automatically only on the Windows
platform. Please let us know if using MAP65 in Linux or macOS would
be important for you.

If you need more information on recent additions to the capabilities
of WSJT-X and MAP65, these short papers may be of interest:

"Quick-Start Guide to FST4 and FST4W"
https://physics.princeton.edu/pulsar/k1jt/FST4_Quick_Start.pdf

"Quick-Start Guide to Q65"
https://physics.princeton.edu/pulsar/k1jt/Q65_Quick_Start.pdf

"Quick-Start Guide to WSJT-X 2.5.0 and MAP65 3.0"
https://physics.princeton.edu/pulsar/k1jt/WSJTX_2.5.0_MAP65_3.0_Quick_Start.
pdf

"Q65 Sensitivity in MAP65 3.0"
https://physics.princeton.edu/pulsar/k1jt/Q65_Sensitivity_in_MAP65.pdf

Links for downloading WSJT-X 2.5.0 can be found on the WSJT-X Home
Page, https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
Scroll down to find "Candidate release: WSJT-X 2.5.0-rc1".

WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU
General Public License (GPLv3). Development of this software is a
cooperative project to which many amateur radio operators have
contributed.
If you use our code, please have the courtesy to let us know about it.
If you find bugs or make improvements to the code, please report them
to us in a timely fashion.

We hope you will enjoy using this beta release of WSJT-X 2.5.0 and
MAP65 3.0.0, and exercising the new mode Q65. As a beta tester you
should report on your experiences with new features, successful and
otherwise, on one of the relevant WSJT forums. Bugs should be
reported by following instructions found here in the User Guide:

https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.
5.0-rc
1.html#_bug_reports

-- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV

9001 - 9020 of 34363