Date   

locked Re: Disabled Xmit and 73 #FT8

Jeff Townsend
 

Thats the way it is supposed to work.
WSJT-X doesn’t run in automatic.
The operator must initiate every QSO.

After the Q you must either re-enable transmit to call CQ or click on another station to answer them.


On Jul 17, 2021, at 9:06 PM, Arnie Pfingst <arnie123@...> wrote:

I'm a newbie to ft8, and I have a question.
I'm using ver 2.2.2 with a yaesu ft950. Everything seems to be working fine with one exception. Every time my contact sends me 73, my Xmit is disabled. I can click it on and it works ok. I've gone to settings and unchecked the box. I have disabled the trans watch. I really don't know where to look next. Thanks for your help
Arnie kd6cz

Jeff Townsend
WB8LYJ


locked Disabled Xmit and 73 #FT8

Arnie Pfingst <arnie123@...>
 

I'm a newbie to ft8, and I have a question.
I'm using ver 2.2.2 with a yaesu ft950. Everything seems to be working fine with one exception. Every time my contact sends me 73, my Xmit is disabled. I can click it on and it works ok. I've gone to settings and unchecked the box. I have disabled the trans watch. I really don't know where to look next. Thanks for your help
Arnie kd6cz
Arnie123@... 


locked Disabled Xmit and 73 #FT8

Arnie Pfingst <arnie123@...>
 

I'm a newbie to ft8, and I have a question.
I'm using ver 2.2.2 with a yaesu ft950. Everything seems to be working fine with one exception. Every time my contact sends me 73, my Xmit is disabled. I can click it on and it works ok. I've gone to settings and unchecked the box. I have disabled the trans watch. I really don't know where to look next. Thanks for your help
Arnie kd6cz


locked #FT8 How to restore grid to 'needed' status for alerts #FT8

Bob Wolters <bobw5xc@...>
 

I use the color alerts within WSJT-X on FT8 to let me know when a new grid or country is spotted.

 

Recently someone called CQ and it alerted me with a new grid color alert.  I called, we completed exchange and I logged it.

 

As you likely know, I will no longer receive a color alert for that grid / band in the future.

 

BUT

 

When the station submitted their info to LOTW it was for a different (home) grid, so NO possibility of getting the grid he called CQ with confirmed.

  ( in an email exchange the op admitted he ‘forgot’ to change the grid back to his home grid )

 

How can I restore the grid I thought I had worked per his CQ to alert me again for that grid ?

 

Is there a ‘look-up table’ or something like it that I can go into and restore that grid to ‘needed’ status ?   HOW ?

 

( I easily corrected the text version of the log file and that does not solve the problem )

 

 

Knowing how to do this could also help in restoring ‘needed’ status in those cases where the other op does not respond to QSL requests

and does not use LOTW.

 

Thanks in advance & 73,

 

Bob                         W5XC

 


locked Re: Trying to get Map65 v3 going #map65

James C. Hall, MD WB4YDL
 

**** UPDATE ****

I managed to get SDR# and MAP65v3 playing together !!! I updated SDR# to the latest version (the one that requires .Net 5), read the manual all the way, and set it up. The Airspy R2 is chosen, keep the sampling rate high (10 MSPS), mode RAW. You need to install VAC and set the Audio out to the input of the VAC. The sampling rate of the audio is defaulted to 48000 Sa/s - you have to edit the config file in its folder to change it to 96000 Sa/s. Set gain as Linear and mid-range - just to get a mild pop up of the noise floor. Then turn the volume slider waaaay down - almost mute - so as not to overload MAP65.

I had to play with the settings a bit on MAP65 to get the reasonable blue waterfall. After pointing the antennas to the moon, I easily decoded OZ1LPR making a JT65 QSO. In fact, I turned on the amplifier and was ready to pounce, but … the com ports top out at 13 !! I need com 20 for PTT. Oh well, it’s beta SW, so I’m happy so far.

I did email Max and received a reply that he was unable to get this far back in September. I replied to him my findings thus far. Right now, he’s using SDR-C or SDR# and a VAC to feed WSJT-X. I may have to try this. :)

73, Jamie
WB4YDL


On Jul 17, 2021, at 11:54 AM, James C. Hall, MD <heartdoc@...> wrote:

Yes, thanks for that clarification, Bill. I’m just getting started and now understand more than I did ! HI

I wouldn’t need polarization diversity (yet) - I just have a couple KLM 13B2’s. :)

73, Jamie
WB4YDL


On Jul 17, 2021, at 11:37 AM, Bill Somerville <g4wjs@...> wrote:


Hi Jamie,

let me clarify a couple of things.

The qthid application is not an SDR console, all it does is allow the user to configure the parameters of the FCD including the LO frequency. MAP65 accepts the raw I/Q output of the FCD and the qthid application is not involved in that path. The qthid application is designed to be launched by applications like MAP65 to adjust the FCD parameters.

ExtIO is an API (Application Programming Interface) designed by the author of Winrad, and also adopted by HDSDR and others. It intent is to abstract away the differences between SDR hardware so that SRD console applications can talk to a common interface. Providers of SDR hardware might also provide an implementation of ExtIO for their devices so existing SDR consoles should be able to talk to their SDRs.

I don't know SDR# that well but if it is capable of delivering a 96,000 Sa/s I/Q stream to an audio device; then configured like that and using something like VAC would allow it to be used with MAP65 in single polarization mode. Polarization diversity via that route is unlikely as I doubt SDR# is able to provide the necessary dual channel I/Q synchronized output delivered as a 4-channel audio output (synchronized and interleaved), for a start it would require SDR# to control two receivers both sharing a common clock input (synchronized).

73
Bill
G4WJS.

On 17/07/2021 16:58, James C. Hall, MD wrote:
Thanks Bill for your reply. Interesting stuff.

Looking around Airspy and the internet, I’m not finding a console program in the same vein as that little one with Funcube dongle. It sorta defaults to SDR#. There is an ExtIO app for other programs (but not Map65). I’ll look around - maybe SDR# outputs at the required I/Q sample rate and I could use an VAC from there (never tried that - but I’m willing).

I’ll dig deeper and get back when I find something. If I have to, I can always put the FCD+ back in line.

73, Jamie
WB4YDL
On Jul 17, 2021, at 5:24 AM, Bill Somerville <g4wjs@...> wrote:

On 17/07/2021 02:01, James C. Hall, MD wrote:
Well I finally got a little time to download the rc that includes Map65 v3 in order to re-kindle my interest in EME. I want to try the new Q65 mode. (I also need South America to finish WAC)

I have been using my antennas on LEO sats (added a 432 MHz antenna on the cross boom that I had before for satellites) and loving the new paradigm of using a SDR receiver direct as a “2nd radio” in SatPC32. I use an Airspy R2. It’s very cool to be able to see the receive passband on SDR Console v3 and use your mouse wheel to fine tune on a chosen signal. You have to use a virtual com port “cable” to get this all to work and that’s something new for me - and was tough to understand at first.

So now I’m trying to get this to work with Map65. I can’t seem to directly choose something like Airspy, although I did see the Funcube dongle + (which I also have). Do I need to use a ‘middle program’ like SDR Console to connect the two ? I saw the Linrad stuff and that’s a non-starter with me. Before, I just had a connection to a receive port I added to the back of my FT-847. My antennas are simple - a pair of KLM 13B2’s.

If I need to post this to the moon net forum, let me know.

73, Jamie
WB4YDL
Hi Jamie,

MAP65 requires I/Q data at 96,000 Sa/s, either one I/Q pair for single polarization or two synchronized I/Q pairs (must be interleaved) for polarization diversity reception. Alternatively there is a dedicated UDP network protocol that Linrad uses to pass I/Q data to a client, that too is supported by MAP65.

So if your SDR console application is capable of outputting I/Q data at 96,000 Sa/s you can feed that to MAP65 via an audio loopback connection like VB Cable or VAC, you may also have some success letting Windows or the loopback application resample the I/Q data to 96,000 Sa/s but that may be somewhat limiting and certainly cannot increase the bandwidth if the input rate is less than 96,000 Sa/s.

As you note, the FCD+ is supported, note that can provide 96,000 Sa/s I/Q data directly with only a small application  (fqthid) to set the LO frequency of the FCD+. Note that the newer FCD Pro+ has a 192,000 Sa/s I?Q output rate, I guess it will work but will get down-sampled to 96,000 Sa/s by Windows or the audio loopback application.

Note that using Linrad to provide the I/Q feed(s) to MAP65 has one significant benefit as Linrad has an excellent noise-blanker implementation.

73
Bill
G4WJS.









locked Re: Trying to get Map65 v3 going #map65

Lance Collister, W7GJ
 

Hi Jamie,

Please let me know if you find a way to use your Airspy R2 with SDR Console and MAP65! We obviously have much more bandwidth capability than 96 kHz, but I have no idea how to couple this to MAP65 using my VAC :-(

GL and TNX!  VY 73, Lance

On 7/17/2021 15:58:16, James C. Hall, MD wrote:
Thanks Bill for your reply. Interesting stuff.

Looking around Airspy and the internet, I’m not finding a console program in the same vein as that little one with Funcube dongle. It sorta defaults to SDR#. There is an ExtIO app for other programs (but not Map65). I’ll look around - maybe SDR# outputs at the required I/Q sample rate and I could use an VAC from there (never tried that - but I’m willing).

I’ll dig deeper and get back when I find something. If I have to, I can always put the FCD+ back in line.

73, Jamie
WB4YDL
On Jul 17, 2021, at 5:24 AM, Bill Somerville <g4wjs@...> wrote:

On 17/07/2021 02:01, James C. Hall, MD wrote:
Well I finally got a little time to download the rc that includes Map65 v3 in order to re-kindle my interest in EME. I want to try the new Q65 mode. (I also need South America to finish WAC)

I have been using my antennas on LEO sats (added a 432 MHz antenna on the cross boom that I had before for satellites) and loving the new paradigm of using a SDR receiver direct as a “2nd radioâ€&#65533; in SatPC32. I use an Airspy R2. It’s very cool to be able to see the receive passband on SDR Console v3 and use your mouse wheel to fine tune on a chosen signal. You have to use a virtual com port “cableâ€&#65533; to get this all to work and that’s something new for me - and was tough to understand at first.

So now I’m trying to get this to work with Map65. I can’t seem to directly choose something like Airspy, although I did see the Funcube dongle + (which I also have). Do I need to use a ‘middle program’ like SDR Console to connect the two ? I saw the Linrad stuff and that’s a non-starter with me. Before, I just had a connection to a receive port I added to the back of my FT-847. My antennas are simple - a pair of KLM 13B2’s.

If I need to post this to the moon net forum, let me know.

73, Jamie
WB4YDL
Hi Jamie,

MAP65 requires I/Q data at 96,000 Sa/s, either one I/Q pair for single polarization or two synchronized I/Q pairs (must be interleaved) for polarization diversity reception. Alternatively there is a dedicated UDP network protocol that Linrad uses to pass I/Q data to a client, that too is supported by MAP65.

So if your SDR console application is capable of outputting I/Q data at 96,000 Sa/s you can feed that to MAP65 via an audio loopback connection like VB Cable or VAC, you may also have some success letting Windows or the loopback application resample the I/Q data to 96,000 Sa/s but that may be somewhat limiting and certainly cannot increase the bandwidth if the input rate is less than 96,000 Sa/s.

As you note, the FCD+ is supported, note that can provide 96,000 Sa/s I/Q data directly with only a small application (fqthid) to set the LO frequency of the FCD+. Note that the newer FCD Pro+ has a 192,000 Sa/s I?Q output rate, I guess it will work but will get down-sampled to 96,000 Sa/s by Windows or the audio loopback application.

Note that using Linrad to provide the I/Q feed(s) to MAP65 has one significant benefit as Linrad has an excellent noise-blanker implementation.

73
Bill
G4WJS.



--
Lance Collister, W7GJ(ex WA3GPL, WA1JXN, WA1JXN/C6A, ZF2OC/ZF8, E51SIX, 3D2LR, 5W0GJ, E6M, TX5K, KH8/W7GJ, V6M, T8GJ, VK9CGJ, VK9XGJ, C21GJ, CP1GJ, S79GJ, TX7MB)
P.O. Box 73
Frenchtown, MT 59834-0073
USA
TEL: (406) 626-5728
QTH: DN27ub
URL: http://www.bigskyspaces.com/w7gj
Skype: lanceW7GJ
2m DXCC #11 - 6m DXCC #815 - FFMA #7

Interested in 6m EME? Ask me about subscribing to the new Magic Band EME
email group, or just fill in the request box at the bottom of my web
page (above)!


locked Re: #JT9+JT65 combined menu option

M0PWX
 

The problem with FST4 / Q65 is too few people are using them at the moment

 

Also there appears to be no real agreed global frequencies published for them,

 

Agreed frequencies seem to be gradually being set, but some countries have very small narrow bandwidth allocations

 

Once these get resolved and agreed they will become more popular

 

73 Peter m0PWX

 

Sent from Mail for Windows 10

 

From: Jim Brown
Sent: 17 July 2021 19:51
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] #JT9+JT65 combined menu option

 

On 7/17/2021 11:24 AM, Karza wrote:
> Of course you can still work on JT9 or JT65modes, but cannot do both at
> the same time.

But why would you want to if newer modes like FST4 and Q65 are superior?

73, Jim K9YC

 


locked Re: Audio CODEC required changes #AudioIssues

Chris Levingston
 

Hi, Bill.

I only use one rig, so don't understand why I have these two USB devices shown.

73s,

Chris    VK5SA


locked Re: Audio CODEC required changes #AudioIssues

Chris Levingston
 

Thanks, Andy.

That article and my blood pressure tablets need to work together!

Chris    VK5SA


locked Re: Audio CODEC required changes #AudioIssues

Chris Levingston
 

Hi, Mike.



This is what I have on the Audio tab but WSJT has selected Speakers (Realtek(R) Audio).

Chris     VK5SA


locked Re: Audio CODEC required changes #AudioIssues

Joe Subich, W4TV
 

Is there a way we could convince TigerTronics to change from USB AUDIO CODEC in the SignaLinkUSB to something unique? And the radio manufacturers, too, for that matter.
They simply need to use a CODEC that has onboard ROM that can have
a unique name. The CODEC can still call the stock "USB AUDIO CLASS"
driver but the CODEC would have it own name instead of the default
name for any generic USB Audio Class device. The problem is that
all of the manufacturers (except one) simply use the chip maker's
default driver installer.

73,

... Joe, W4TV


On 2021-07-17 6:11 PM, Paul - W1PR wrote:
Andy, thanks so much for taking the time to write and post this excellent explanation. Much appreciated!
Is there a way we could convince TigerTronics to change from USB AUDIO CODEC in the SignaLinkUSB to something unique? And the radio manufacturers, too, for that matter.
73 de Paul - W1PR


locked Re: What is the official JT65 Frequencies on the 2m band #JT65

Lance Collister, W7GJ
 

Hi Amos,

Get on one of the 2m EME chat pages and announce your operating frequency, or call one of the stations with an announced frequency.  GL and VY 73, Lance

On 7/17/2021 19:22:55, Amos Sobel 4X4MF wrote:
Looking now  at PSKReporter of JT65 on 2m I find stations reporting: ,,
 144.114,  144.116, 144.117
144.120, 144.121, 144.122, 144.127, 144.128,
 144.133,  144.134,
144.170, 144.181.
What are the official JT65 2m frequencies? On which frequencies shell I call CQ to get an answer?

Amos 4X4MF

--
Lance Collister, W7GJ(ex WA3GPL, WA1JXN, WA1JXN/C6A, ZF2OC/ZF8, E51SIX, 3D2LR, 5W0GJ, E6M, TX5K, KH8/W7GJ, V6M, T8GJ, VK9CGJ, VK9XGJ, C21GJ, CP1GJ, S79GJ, TX7MB)
P.O. Box 73
Frenchtown, MT 59834-0073
USA
TEL: (406) 626-5728
QTH: DN27ub
URL: http://www.bigskyspaces.com/w7gj
Skype: lanceW7GJ
2m DXCC #11 - 6m DXCC #815 - FFMA #7

Interested in 6m EME? Ask me about subscribing to the new Magic Band EME
email group, or just fill in the request box at the bottom of my web
page (above)!


locked Re: Audio CODEC required changes #AudioIssues

Paul - W1PR
 

Andy, thanks so much for taking the time to write and post this excellent explanation. Much appreciated!
Is there a way we could convince TigerTronics to change from USB AUDIO CODEC in the SignaLinkUSB to something unique? And the radio manufacturers, too, for that matter.
73 de Paul - W1PR


locked Re: #JT9+JT65 combined menu option

Jim Brown
 

On 7/17/2021 11:24 AM, Karza wrote:
Of course you can still work on JT9 or JT65modes, but cannot do both at the same time.
But why would you want to if newer modes like FST4 and Q65 are superior?

73, Jim K9YC


locked What is the official JT65 Frequencies on the 2m band #JT65

Amos Sobel 4X4MF
 

Looking now  at PSKReporter of JT65 on 2m I find stations reporting: ,,  
 144.114,  144.116, 144.117
144.120, 144.121, 144.122, 144.127, 144.128, 
 144.133,  144.134, 
144.170, 144.181.
What are the official JT65 2m frequencies? On which frequencies shell I call CQ to get an answer?

Amos 4X4MF


locked Re: #JT9+JT65 combined menu option

Reino Talarmo
 

Hï,

If you are interested in higher bands, are you studied what Q65 offers, see
Q65_Quick_Start.pdf (princeton.edu) ,

and in case of lower bands, are you studied FST4?

73, Reino OH3mA

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Ralph Katz
Sent: 17. heinäkuutata 2021 20:46
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] #JT9+JT65 combined menu option

 

That is what people are saying. Thanks & 73!

 

Ralph AA8RK

 

On Sat, Jul 17, 2021, 12:55 PM Panos <sv1grn@...> wrote:

Hi ok and yes this ability is not present any more. I wonder why since, I insist to play with this 2 very robust modes 73


locked Re: #JT9+JT65 combined menu option

Karza
 

On 17.7.2021 19.54, Panos wrote:
Hi ok and yes this ability is not present any more. I wonder why since, I insist to play with this 2 very robust modes 73
See this for possible reason: https://wsjtx.groups.io/g/main/message/26720

Of course you can still work on JT9 or JT65modes, but cannot do both at the same time.

73's de Kari, oh2gqc


locked Re: #JT9+JT65 combined menu option

Ralph Katz
 

That is what people are saying. Thanks & 73!

Ralph AA8RK

On Sat, Jul 17, 2021, 12:55 PM Panos <sv1grn@...> wrote:
Hi ok and yes this ability is not present any more. I wonder why since, I insist to play with this 2 very robust modes 73



locked Re: #JT9+JT65 combined menu option

Panos
 

Hi ok and yes this ability is not present any more. I wonder why since, I insist to play with this 2 very robust modes 73


locked Re: Trying to get Map65 v3 going #map65

James C. Hall, MD WB4YDL
 

Yes, thanks for that clarification, Bill. I’m just getting started and now understand more than I did ! HI

I wouldn’t need polarization diversity (yet) - I just have a couple KLM 13B2’s. :)

73, Jamie
WB4YDL


On Jul 17, 2021, at 11:37 AM, Bill Somerville <g4wjs@...> wrote:


Hi Jamie,

let me clarify a couple of things.

The qthid application is not an SDR console, all it does is allow the user to configure the parameters of the FCD including the LO frequency. MAP65 accepts the raw I/Q output of the FCD and the qthid application is not involved in that path. The qthid application is designed to be launched by applications like MAP65 to adjust the FCD parameters.

ExtIO is an API (Application Programming Interface) designed by the author of Winrad, and also adopted by HDSDR and others. It intent is to abstract away the differences between SDR hardware so that SRD console applications can talk to a common interface. Providers of SDR hardware might also provide an implementation of ExtIO for their devices so existing SDR consoles should be able to talk to their SDRs.

I don't know SDR# that well but if it is capable of delivering a 96,000 Sa/s I/Q stream to an audio device; then configured like that and using something like VAC would allow it to be used with MAP65 in single polarization mode. Polarization diversity via that route is unlikely as I doubt SDR# is able to provide the necessary dual channel I/Q synchronized output delivered as a 4-channel audio output (synchronized and interleaved), for a start it would require SDR# to control two receivers both sharing a common clock input (synchronized).

73
Bill
G4WJS.

On 17/07/2021 16:58, James C. Hall, MD wrote:
Thanks Bill for your reply. Interesting stuff.

Looking around Airspy and the internet, I’m not finding a console program in the same vein as that little one with Funcube dongle. It sorta defaults to SDR#. There is an ExtIO app for other programs (but not Map65). I’ll look around - maybe SDR# outputs at the required I/Q sample rate and I could use an VAC from there (never tried that - but I’m willing).

I’ll dig deeper and get back when I find something. If I have to, I can always put the FCD+ back in line.

73, Jamie
WB4YDL
On Jul 17, 2021, at 5:24 AM, Bill Somerville <g4wjs@...> wrote:

On 17/07/2021 02:01, James C. Hall, MD wrote:
Well I finally got a little time to download the rc that includes Map65 v3 in order to re-kindle my interest in EME. I want to try the new Q65 mode. (I also need South America to finish WAC)

I have been using my antennas on LEO sats (added a 432 MHz antenna on the cross boom that I had before for satellites) and loving the new paradigm of using a SDR receiver direct as a “2nd radio” in SatPC32. I use an Airspy R2. It’s very cool to be able to see the receive passband on SDR Console v3 and use your mouse wheel to fine tune on a chosen signal. You have to use a virtual com port “cable” to get this all to work and that’s something new for me - and was tough to understand at first.

So now I’m trying to get this to work with Map65. I can’t seem to directly choose something like Airspy, although I did see the Funcube dongle + (which I also have). Do I need to use a ‘middle program’ like SDR Console to connect the two ? I saw the Linrad stuff and that’s a non-starter with me. Before, I just had a connection to a receive port I added to the back of my FT-847. My antennas are simple - a pair of KLM 13B2’s.

If I need to post this to the moon net forum, let me know.

73, Jamie
WB4YDL
Hi Jamie,

MAP65 requires I/Q data at 96,000 Sa/s, either one I/Q pair for single polarization or two synchronized I/Q pairs (must be interleaved) for polarization diversity reception. Alternatively there is a dedicated UDP network protocol that Linrad uses to pass I/Q data to a client, that too is supported by MAP65.

So if your SDR console application is capable of outputting I/Q data at 96,000 Sa/s you can feed that to MAP65 via an audio loopback connection like VB Cable or VAC, you may also have some success letting Windows or the loopback application resample the I/Q data to 96,000 Sa/s but that may be somewhat limiting and certainly cannot increase the bandwidth if the input rate is less than 96,000 Sa/s.

As you note, the FCD+ is supported, note that can provide 96,000 Sa/s I/Q data directly with only a small application  (fqthid) to set the LO frequency of the FCD+. Note that the newer FCD Pro+ has a 192,000 Sa/s I?Q output rate, I guess it will work but will get down-sampled to 96,000 Sa/s by Windows or the audio loopback application.

Note that using Linrad to provide the I/Q feed(s) to MAP65 has one significant benefit as Linrad has an excellent noise-blanker implementation.

73
Bill
G4WJS.





10241 - 10260 of 36850