Date   

locked Re: WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 #general

Charles Suckling
 

Hi Ken

Its all in the Quick Start Guide.

Basically the installer puts the WSJT-X and MAP65 executables in the same bin folder.  MAP65 does not go in your existing MAP65 directory.

73

Charlie G3WDG

On Mon, 7 Jun 2021 at 07:21, Ken Arck <ken@...> wrote:

I'm a bit late to the game but I downloaded WSJT-X 2.5.0-rc1 and ran the installer but I never am prompted about installing MAP65 nor has my existing MAP65 installation changed.

So what am I doing wrong?

Ken


At 02:31 PM 6/2/2021, you wrote:
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit

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-rc1.html#_bug_reports

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






locked #map65 #Cat_RigControl #Cat_RigControl #map65

Mick
 

Hi,

I upgraded to MAP65 V3.0 on the weekend and use it with microham USB Interface III for the TX path.  Anyway I was using COM 10 for PTT on WSJT-X which worked fine.  With MAP65 I get a “Can not open COM port 10” error.
When I changed the PTT port to COM 4 the PTT port it worked AOK.  I have had this in the past where some programs need the COM to be less than 10?  Not sure if this is a bug but I am sure others may have the same issue.
The COM ports are virtual ports. Machine is a 9th gen i7 running Win10.
Thanks for the upgrade - looking forward to taking it for a spin.

Cheers
Mick
VK2CMP


locked Re: WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 #general

Ken Arck AH6LE
 


I'm a bit late to the game but I downloaded WSJT-X 2.5.0-rc1 and ran the installer but I never am prompted about installing MAP65 nor has my existing MAP65 installation changed.

So what am I doing wrong?

Ken


At 02:31 PM 6/2/2021, you wrote:
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit

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-rc1.html#_bug_reports

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



locked WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 #general

Ken Arck AH6LE
 

I'm a bit late to the game but I downloaded WSJT-X 2.5.0-rc1 and ran the installer but I never am prompted about installing MAP65 nor has my existing MAP65 installation changed.

So what am I doing wrong?

Ken


At 02:31 PM 6/2/2021, you wrote:
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit

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-rc1.html#_bug_reports

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



------------------------------------------------------------------------------
President and CTO - Arcom Controllers
Makers of repeater controllers and accessories.
https://www.arcomcontrollers.com/
Authorized Dealers for Kenwood and Telewave.
We offer complete turn-key repeater packages!
AH6LE/R - IRLP Node 3000
http://www.irlp.net
"We don't just make 'em. We use 'em!"
[]


locked Re: WSJT-X 2.5.0-rc1 and MAP65 3.0-rc1 #general

Ken Arck AH6LE
 

I'm a bit late to the game but I downloaded WSJT-X 2.5.0-rc1 and ran the installer but I never am prompted about installing MAP65 nor has my existing MAP65 installation changed.

So what am I doing wrong?

Ken


At 02:31 PM 6/2/2021, you wrote:
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit

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-rc1.html#_bug_reports

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



------------------------------------------------------------------------------
President and CTO - Arcom Controllers
Makers of repeater controllers and accessories.
https://www.arcomcontrollers.com/
Authorized Dealers for Kenwood and Telewave.
We offer complete turn-key repeater packages!
AH6LE/R - IRLP Node 3000
http://www.irlp.net
"We don't just make 'em. We use 'em!"
[]


locked Re: WSJT Sensitivity V MSHV #why ?

Derek Brown
 

Ok chaps,

WSJT started before MSHV and sampling set at 48Khz, input level +30 with control from USB output of IC7610, quick test on 10m after a couple of periods, it would seem that WSJT and MSHV are about the same, but back on 6M, two weakish signals on 6M decoded on MSHV, but nothing decoded or seem in the waterfall on WSJT !! I can see noise on the waterfall on WSJT but no signals, I do see the same amount of noise on the waterfall of MSHV, but I do see and decode signals, weird, will probably continue to use both but maybe WSJT for HF and MSHV for 6M, will do some comparisions on 144 Mhz as well. BTW the PC is a Win 10 i5 processer,16 G ram and 1TB hd, if that helps, generic sound board though I guess, though that would all be software ? as I/O are via USB.

Derek G8ECI



On Sunday, 6 June 2021, 21:48:00 BST, Joe Subich, W4TV <lists@...> wrote:



>  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.

*DOES NOT MATTER*  It depends entirely on what the application expects
for audio input.  The fact that you do not see anything on the WSJTX
waterfall indicates that you have the audio input level set too low
for WSJTX.

Follow the audio set-up instructions in the WSJTX documentation to set
"no signal" band noise from your transceiver to +30.  Start WSJTX
*BEFORE* any other digital software and make sure your sound card
is set to 48 KHz sample rate *NOT* 44.1 KHz.

It's all in the documentation.

73,

    ... Joe, W4TV


On 2021-06-06 1:02 PM, Derek Brown via groups.io wrote:
> 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 <mailto: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: WSJT Sensitivity V MSHV #why ?

Jim Brown
 

Interesting. last season, many of us found that on 6M, JTDX often provided decodes that WSJT-X missed. I don't know of any users of MSHV out here (NorCal), and I've never tried it.

73, Jim K9YC

On 6/6/2021 3:33 AM, Mike G0LQI via 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.


locked Re: WSJT Decode issue #FT8

Dave Garber
 

What os are you using?

Is the log linked with wsjt?

How much memory in you pc?

On Sat., Jun. 5, 2021, 1:15 a.m. Rich via groups.io, <marzo7088=yahoo.com@groups.io> wrote:
Hi,I have trouble at time on FT-8 where it stops decoding.I was told to get a better clock as I was using Windows.I use Dimension and it improved quite a biit.But if I adjust my sound card levels or turn the tuning  dial sometimes it stops decoding.Most times my clock is dead on.At most it is .02s off but big improvement from 2-3secs from when I was using Windows.Also if I have FT-8 open and move to my logger or another program it causes an issue.The only thing that helps is to close and reopen FT8.
73
Rich



locked Re: WSJT Sensitivity V MSHV #why ?

Joe Subich, W4TV
 

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.
*DOES NOT MATTER* It depends entirely on what the application expects
for audio input. The fact that you do not see anything on the WSJTX
waterfall indicates that you have the audio input level set too low
for WSJTX.

Follow the audio set-up instructions in the WSJTX documentation to set
"no signal" band noise from your transceiver to +30. Start WSJTX
*BEFORE* any other digital software and make sure your sound card
is set to 48 KHz sample rate *NOT* 44.1 KHz.

It's all in the documentation.

73,

... Joe, W4TV


On 2021-06-06 1:02 PM, Derek Brown via groups.io wrote:
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@... <mailto: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: WSJT Sensitivity V MSHV #why ?

Gary - AG0N
 

On Jun 6, 2021, at 07:01, Derek Brown via groups.io <g8eci@...> 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@...> 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.




12701 - 12720 of 38068