Re: [wsjt-devel] WSJT-x Icom CI-V Issue?

[Gary McDuffie]

> On Apr 22, 2021, at 6:56 PM, John Deegan  wrote:
> 
>  In this environment, I am using a Tarheel antenna and a “TennaTronix” Tenna 
> Tuner-2 antenna tuner.

I’m curious - why are you using an antenna tuner with a Tarheel?  The antenna 
should be tunable to the exact frequency you are operating and not need a 
tuner.  To slide off to a different frequency and leave the antenna mis-tuned 
and make up for it with a tuner could lead to damage to the antenna and/or the 
tuner.

Gary - AG0N___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] TX audio setting on RC4

[Rex Moncur]

Hi Joe

 

Thanks for your reply about using configurations.  You asked whether this
approach could solve my problem as well as any other scheme could do?  These
is no simple answer to your question so I will go through the process I went
through as a response to your request for feedback on RC4 and in case this
is a help for others.

 

Firstly, I do accept your general policy for not remembering user settings
by mode, band or whatever.  If nothing else this will be confusing to people
who operate lots of bands or modes and I suspect complicates your
programming.  I also accept that if the VHF people want the program to reset
to the last used audio frequency they get priority because there are more of
them.  This will become even more of an issue if Q65 takes off at HF.

 

The main problem for us as weak signal upper microwave users is that we have
been used to running with the TX audio always set to 1000 Hz since the days
of JT4, more recently QRA64 and the early versions of Q65.  Because we have
the added problem of trying to fit wide tone spaced sub-modes into limited
passbands this standard worked well and the T, M, R, 73 system was designed
to work on the basis of tuning to 1000 Hz. It now appears that with high
spreading of 200 Hz or more the Q65-60E sub-mode has an advantage but to use
this on some transceivers you need to set the audio to 700 Hz.  This was
addressed in RC3 but does not meet your general policy.

 

Following your advice I set up a number of configurations.  However I ran
into a problem in that each time I changed configurations WSJT-X reset the
band setting (Just below LOG QSO) and RF frequency (next to this) back to
the band on my IF radio and thus the Doppler correction was not correct. I
consulted with Charlie G3WDG and he did not have this problem.  After some
extensive investigation I found Charlie and I had different settings in that
I did not have "Monitor returns to last used frequency" checked in the
general settings but Charlie did.  However even when I did check this I
still had the problem. While it would be obvious to you it took me a while
to realise that the unchecked setting was still active on all the
configurations I had set.  So I had to go through each configuration and
check this setting to get it to work correctly.  Since doing this I found
that for those of us who are used to the old method we used on JT4 and QRA64
there is a high risk that we will accidently use the spinners and change a
configuration which is very confusing once you try to use it again.  The
best solution I have come up with is that in addition to setting up standard
configurations that you generally use, you should set up a configuration
which I have called "Random".  But you then have to discipline yourself to
never changing settings on your standard configurations and if you do need
to you must resort to the "Random" configuration.

 

So the short answer is that Configurations can be made to work if you:

 

1. Prior to setting them up you make sure "Monitor returns to last used
frequency" is checked.

2. Remember to never change your standard configurations with the spinner
controls 

3. Add a separate configuration called something like "Random" and use that
whenever you wish to use a non-standard operation with spinner controls.

 

Having got to this point I have been running this method past a few 10 GHz
operators.  One liked the configuration method and two did not.

 

Those that did not pointed to the fact that if you have to remember to never
change the spinner controls you might as well just remember to always set
the audio frequency each time you change modes or frequencies.  One
commented that using the spinner controls allows a quick change to say a
wider sub-mode where-as there is a delay if you change configurations.

 

>From what is seen on the HB9Q logger is seems that most Upper microwave
users have adopted the approach of indicating the TX audio frequency they
are using and for others to set to this with the spinners. Still for
DXpeditions  and terrestrial use it would be good to adopt the old 1000 Hz
standard.

 

I think at this stage the use of configurations is unlikely to become the
norm but I will keep using it see how it works out.

 

For info the configurations I have set up are as below:

 

 

73 Rex

 

Configurations.png

 

 

 

 

-Original Message-
From: Joe Taylor [mailto:j...@princeton.edu] 
Sent: Wednesday, 21 April 2021 11:56 AM
To: WSJT software development
Subject: Re: [wsjt-devel] TX audio setting on RC4

 

Hi Rex,

 

The general policy in WSJT-X is that we don't try to "remember" user
settings by mode, band, or whatever.

 

If you want parameters in reset to previously selected values according to
band or mode, you should define a Configuration for each frequently used
combination, and give it a convenient name.  You can have a dozen or more
configurations, each one set up the way you want.  Don't just switch to Echo
mode, 

Re: [wsjt-devel] WSJT-x Icom CI-V Issue?

[John Deegan]

Hi Chris. Thank you for your comment. Yes, I am definitely using USB-D. Please 
see my note I just sent to Bill G4WJS. 

 

73s de John K9XT

 

From: Christopher Petty [mailto:ai8...@gmail.com] 
Sent: Sunday, April 25, 2021 6:02 PM
To: WSJT software development
Subject: Re: [wsjt-devel] WSJT-x Icom CI-V Issue?

 

Also, if you're using the internal soundcard in the rig, make sure you're on 
USB-D and not just USB.. If you're not on DATA, the internal soundcard won't 
work, and you'll get no power out.

GL es 73

de AI8W, Chris




-BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS/CM/CC/E/IT/TW d-@ s+:+ !a C++$@ UBLVSCX*(on)$>$ P++>$ L+++$ E+@ W++>$ 
N+++ o+@ K+++ w@ O+@ M-@ V@>$ PS+@ PE@ Y+ PGP++ t+ 5+ X++ R@* tv++ b+>$ DI++ D+ 
G++ e h r+++ y+++
--END GEEK CODE BLOCK--

 

 

On Sun, Apr 25, 2021 at 6:44 AM Bill Somerville  wrote:

On 23/04/2021 01:56, John Deegan wrote:

Good afternoon. I am experiencing a problem with what I believe might be an 
issue with WSJT CI-V addressing.  

 

My environment is WSJT-x version 2.3.1, primarily running FT-8 and FT-4. The PC 
is an I-7 desktop or an I-7 laptop using Windows 10 Pro version 20H2. The radio 
is an IC-7300 with version 1.40 firmware.

 

The problem with CI-V addressing occurs while operating in my RV. In this 
environment, I am using a Tarheel antenna and a “TennaTronix” Tenna Tuner-2 
antenna tuner. Because the Tenna Tuner-2 has a hard-coded CI-V address of 70h, 
I have to change the CI-V address of the 7300 to 70h from 94h and set the 
configuration of WSJT-x to emulate an IC-7000 Icom radio.

 

When I set WSJT to IC-7000 and change the IC-7300 CI-V address to 70h, I get a 
good CAT and PTT indications in the Settings screens, but audio tones are not 
sent to the 7300 when I push the “Tune” soft button on the FT8 screen. Also, 
the IC-7300’s USB-D setting immediately resets to USB. I experience this same 
problem on the FT4 mode screen.

 

I have successfully defined the environment as an IC-7200 (76h) and an IC-7100 
(88h) and everything appears to work properly.  Defining the environment as an 
IC-7300 (94h) also works properly. 

 

I appreciate any help you might be able to give me with this problem. 

 

Best regards de K9XT.  

 

John Deegan

Hi John,

thanks for joining the list. You can override the default CI-V address used by 
WSJT-X/Hamlib by creating a file in the WSJT-X log files directory called 
hamlib_settings.json with the following contents:

{
"config": {
"civaddr": "0x70"
}
}

That will allow you to use the regular IC-7300 rig setting in WSJT-X with your 
IC-730 switched to CI-V address 70h.

Having said that, I thought the IC-7300 was capable of using a different CI-V 
address on the REMOTE port from the one used on the USB virtual serial port for 
CAT control. You will need to unlink the REMOTE port from the USB port in the 
IC-7300 menu, then set the Ci-V Output (for ANT) menu setting to 70h while 
leaving the main USB virtual port using the default of 94h.

73
Bill
G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-x Icom CI-V Issue?

[John Deegan]

Good evening/morning Bill and thank you for your reply.  

 

I installed the json file in my log files directory, configured my IC-7300
with CI-V address 70h, set IC-7300 as the rig in Settings>Radio and
restarted WSJT-x V2.3.1. I was unable to get a "Green" on the CAT test in
Settings>Radio. 

 

Changing the rig definition in WSJT-x 2.3.1 to IC-7000 with or without the
json file allows me to get a "Green" on CAT and a "Red" on PTT, BUT ... when
either the Test PTT button is (soft) pushed or "Tune" on the main screen is
pushed, the radio's USB-D setting immediately reverts to USB, the radio goes
into transmit mode and no tones are transmitted. 

 

As it relates to separate CI-V addresses for the 7300, I've not yet found a
way to set CI-V Output (for ANT) to 70h and leave the main USB address at
94h. I've reached out into the IC-7300 community for help with this.  

 

Please let me know if there is a better forum for discussing (and hopefully
resolving) this issue.

 

Best regards de K9XT

 

John Deegan, Fillmore, IN 

 

From: Bill Somerville [mailto:g4...@classdesign.com] 
Sent: Sunday, April 25, 2021 6:39 AM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] WSJT-x Icom CI-V Issue?

 

On 23/04/2021 01:56, John Deegan wrote:

Good afternoon. I am experiencing a problem with what I believe might be an
issue with WSJT CI-V addressing.  

 

My environment is WSJT-x version 2.3.1, primarily running FT-8 and FT-4. The
PC is an I-7 desktop or an I-7 laptop using Windows 10 Pro version 20H2. The
radio is an IC-7300 with version 1.40 firmware.

 

The problem with CI-V addressing occurs while operating in my RV. In this
environment, I am using a Tarheel antenna and a "TennaTronix" Tenna Tuner-2
antenna tuner. Because the Tenna Tuner-2 has a hard-coded CI-V address of
70h, I have to change the CI-V address of the 7300 to 70h from 94h and set
the configuration of WSJT-x to emulate an IC-7000 Icom radio.

 

When I set WSJT to IC-7000 and change the IC-7300 CI-V address to 70h, I get
a good CAT and PTT indications in the Settings screens, but audio tones are
not sent to the 7300 when I push the "Tune" soft button on the FT8 screen.
Also, the IC-7300's USB-D setting immediately resets to USB. I experience
this same problem on the FT4 mode screen.

 

I have successfully defined the environment as an IC-7200 (76h) and an
IC-7100 (88h) and everything appears to work properly.  Defining the
environment as an IC-7300 (94h) also works properly. 

 

I appreciate any help you might be able to give me with this problem. 

 

Best regards de K9XT.  

 

John Deegan

Hi John,

thanks for joining the list. You can override the default CI-V address used
by WSJT-X/Hamlib by creating a file in the WSJT-X log files directory called
hamlib_settings.json with the following contents:

{
"config": {
"civaddr": "0x70"
}
}

That will allow you to use the regular IC-7300 rig setting in WSJT-X with
your IC-730 switched to CI-V address 70h.

Having said that, I thought the IC-7300 was capable of using a different
CI-V address on the REMOTE port from the one used on the USB virtual serial
port for CAT control. You will need to unlink the REMOTE port from the USB
port in the IC-7300 menu, then set the Ci-V Output (for ANT) menu setting to
70h while leaving the main USB virtual port using the default of 94h.

73
Bill
G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-x Icom CI-V Issue?

[Christopher Petty]

Also, if you're using the internal soundcard in the rig, make sure you're
on USB-D and not just USB.. If you're not on DATA, the internal soundcard
won't work, and you'll get no power out.
GL es 73
de AI8W, Chris

-BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS/CM/CC/E/IT/TW d-@ s+:+ !a C++$@ UBLVSCX*(on)$>$ P++>$ L+++$ E+@
W++>$ N+++ o+@ K+++ w@ O+@ M-@ V@>$ PS+@ PE@ Y+ PGP++ t+ 5+ X++ R@* tv++
b+>$ DI++ D+ G++ e h r+++ y+++
--END GEEK CODE BLOCK--


On Sun, Apr 25, 2021 at 6:44 AM Bill Somerville 
wrote:

> On 23/04/2021 01:56, John Deegan wrote:
>
> Good afternoon. I am experiencing a problem with what I believe might be
> an issue with WSJT CI-V addressing.
>
>
>
> My environment is WSJT-x version 2.3.1, primarily running FT-8 and FT-4.
> The PC is an I-7 desktop or an I-7 laptop using Windows 10 Pro version
> 20H2. The radio is an IC-7300 with version 1.40 firmware.
>
>
>
> The problem with CI-V addressing occurs while operating in my RV. In this
> environment, I am using a Tarheel antenna and a “TennaTronix” Tenna Tuner-2
> antenna tuner. Because the Tenna Tuner-2 has a hard-coded CI-V address of
> 70h, I have to change the CI-V address of the 7300 to 70h from 94h and set
> the configuration of WSJT-x to emulate an IC-7000 Icom radio.
>
>
>
> When I set WSJT to IC-7000 and change the IC-7300 CI-V address to 70h, I
> get a good CAT and PTT indications in the Settings screens, but audio tones
> are not sent to the 7300 when I push the “Tune” soft button on the FT8
> screen. Also, the IC-7300’s USB-D setting immediately resets to USB. I
> experience this same problem on the FT4 mode screen.
>
>
>
> I have successfully defined the environment as an IC-7200 (76h) and an
> IC-7100 (88h) and everything appears to work properly.  Defining the
> environment as an IC-7300 (94h) also works properly.
>
>
>
> I appreciate any help you might be able to give me with this problem.
>
>
>
> Best regards de K9XT.
>
>
>
> *John Deegan*
>
> Hi John,
>
> thanks for joining the list. You can override the default CI-V address
> used by WSJT-X/Hamlib by creating a file in the WSJT-X log files directory
> called hamlib_settings.json with the following contents:
>
> {
> "config": {
> "civaddr": "0x70"
> }
> }
>
> That will allow you to use the regular IC-7300 rig setting in WSJT-X with
> your IC-730 switched to CI-V address 70h.
>
> Having said that, I thought the IC-7300 was capable of using a different
> CI-V address on the REMOTE port from the one used on the USB virtual serial
> port for CAT control. You will need to unlink the REMOTE port from the USB
> port in the IC-7300 menu, then set the Ci-V Output (for ANT) menu setting
> to 70h while leaving the main USB virtual port using the default of 94h.
>
> 73
> Bill
> G4WJS.
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Muted receive audio causes JT65B to “decode forever”

[Robert Wright]

Hello All,
For my X-pol EME station, I run two instances of WSJT-X (currently v2.4.0-rc4) 
along with MAP65. The WSJT-X’s are set to decode JT65B.  When I transmit a 
sequence with MAP65 or one of the WSJT-X’s, one instance of the WSJT-X’s will 
still be receiving and the audio will be muted for the duration of the 
transmit.  (The radio is a FlexRadio 6700.)
The result is that instance of WSJT-X will show “decoding” forever and must be 
re-started.
I have captured the WAV file that causes this problem.  This file contains a 
bit of audio at the beginning, then silence, then audio at the end.  This WAV 
file, when opened with WSJT-X v2.4.0-rc4 (and probably earlier versions), will 
reliably hang the JT65B decoder.  How can I send this file and report to the 
development team?
Thank you and 73,
Bob, N7ZO, Oregon
n...@outlook.com


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FT4 Mode character [duplicate?]

[Bill Somerville]

On 24/04/2021 09:26, Alessandro Gorobey via wsjt-devel wrote:

Hi All,

in 2.4.0 rc4 manual FT4 mode character is ~ instead of +

referring to

src\doc\user_guide\en\decoder_notes.adoc


@@ -110,11 +110,11 @@ summarized in the following Table:
.Notations used on decoded text lines
[width="50%",cols="h,3*^",frame=topbot,options="header"]
|===
|Mode    |Mode character|Sync character|End of line information
|FST4    | `    |  | ?  aP
-|FT4 | ~    |  | ?  aP
+|FT4 | +    |  | ?  aP
|FT8 | ~    |  | ?  aP
|JT4 | $    | *, # | f, fN, dCN
|JT9 | @    |  |
|JT65    | #    |  |
|JT65 VHF| #    | *, # | f, fN, dCN


Thank in advance
--
73
Sandro
IW3RAB


Thanks Sandro! It is rectified for the next release.

73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-x Icom CI-V Issue?

[Bill Somerville]

On 23/04/2021 01:56, John Deegan wrote:


Good afternoon. I am experiencing a problem with what I believe might 
be an issue with WSJT CI-V addressing.


My environment is WSJT-x version 2.3.1, primarily running FT-8 and 
FT-4. The PC is an I-7 desktop or an I-7 laptop using Windows 10 Pro 
version 20H2. The radio is an IC-7300 with version 1.40 firmware.


The problem with CI-V addressing occurs while operating in my RV. In 
this environment, I am using a Tarheel antenna and a “TennaTronix” 
Tenna Tuner-2 antenna tuner. Because the Tenna Tuner-2 has a 
hard-coded CI-V address of 70h, I have to change the CI-V address of 
the 7300 to 70h from 94h and set the configuration of WSJT-x to 
emulate an IC-7000 Icom radio.


When I set WSJT to IC-7000 and change the IC-7300 CI-V address to 70h, 
I get a good CAT and PTT indications in the Settings screens, but 
audio tones are not sent to the 7300 when I push the “Tune” soft 
button on the FT8 screen. Also, the IC-7300’s USB-D setting 
immediately resets to USB. I experience this same problem on the FT4 
mode screen.


I have successfully defined the environment as an IC-7200 (76h) and an 
IC-7100 (88h) and everything appears to work properly.  Defining the 
environment as an IC-7300 (94h) also works properly.


I appreciate any help you might be able to give me with this problem.

Best regards de K9XT.

/John Deegan/


Hi John,

thanks for joining the list. You can override the default CI-V address 
used by WSJT-X/Hamlib by creating a file in the WSJT-X log files 
directory called hamlib_settings.json with the following contents:


{
"config": {
"civaddr": "0x70"
}
}

That will allow you to use the regular IC-7300 rig setting in WSJT-X 
with your IC-730 switched to CI-V address 70h.


Having said that, I thought the IC-7300 was capable of using a different 
CI-V address on the REMOTE port from the one used on the USB virtual 
serial port for CAT control. You will need to unlink the REMOTE port 
from the USB port in the IC-7300 menu, then set the Ci-V Output (for 
ANT) menu setting to 70h while leaving the main USB virtual port using 
the default of 94h.


73
Bill
G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSJT-x Icom CI-V Issue?

[John Deegan]

Good afternoon. I am experiencing a problem with what I believe might be an
issue with WSJT CI-V addressing.  

 

My environment is WSJT-x version 2.3.1, primarily running FT-8 and FT-4. The
PC is an I-7 desktop or an I-7 laptop using Windows 10 Pro version 20H2. The
radio is an IC-7300 with version 1.40 firmware.

 

The problem with CI-V addressing occurs while operating in my RV. In this
environment, I am using a Tarheel antenna and a "TennaTronix" Tenna Tuner-2
antenna tuner. Because the Tenna Tuner-2 has a hard-coded CI-V address of
70h, I have to change the CI-V address of the 7300 to 70h from 94h and set
the configuration of WSJT-x to emulate an IC-7000 Icom radio.

 

When I set WSJT to IC-7000 and change the IC-7300 CI-V address to 70h, I get
a good CAT and PTT indications in the Settings screens, but audio tones are
not sent to the 7300 when I push the "Tune" soft button on the FT8 screen.
Also, the IC-7300's USB-D setting immediately resets to USB. I experience
this same problem on the FT4 mode screen.

 

I have successfully defined the environment as an IC-7200 (76h) and an
IC-7100 (88h) and everything appears to work properly.  Defining the
environment as an IC-7300 (94h) also works properly. 

 

I appreciate any help you might be able to give me with this problem. 

 

Best regards de K9XT.  

 

John Deegan

218 Patriots Landing

Fillmore, IN 46128-9477

Tel: (317) 846-2979

 

 

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] FT4 Mode character [duplicate?]

[Alessandro Gorobey via wsjt-devel]

Hi All,

in 2.4.0 rc4 manual FT4 mode character is ~ instead of +

referring to

src\doc\user_guide\en\decoder_notes.adoc


@@ -110,11 +110,11 @@ summarized in the following Table:
 .Notations used on decoded text lines
 [width="50%",cols="h,3*^",frame=topbot,options="header"]
 |===
 |Mode|Mode character|Sync character|End of line information
 |FST4| `|  | ?  aP
-|FT4 | ~|  | ?  aP
+|FT4 | +|  | ?  aP
 |FT8 | ~|  | ?  aP
 |JT4 | $| *, # | f, fN, dCN
 |JT9 | @|  |
 |JT65| #|  |
 |JT65 VHF| #| *, # | f, fN, dCN


Thank in advance
--
73
Sandro
IW3RAB


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel