Re: [wsjt-devel] Idea for "frequency hopping" FT8 to reduce collisions

[Mark Spencer via wsjt-devel]

Hi.   Thanks to all who continue to develop and enhance WSJT-X.

I have been following this thread with interest.   A first glance
frequency hopping within an SSB "channel" sounds interesting and that is
something I expect I would at least try if the functionality was
available. From my perspective it would also be nice if there was a way
to easily and more or less automatically make use of other SSB "channels"
when operating on FT8.

For example, a way to call CQ on the main channel in a manner that
facilitates other stations who choose to call me back, automatically qsying
to an alternate frequency when calling me back, would be nice. I might call
CQ on 50.313 and listen for replies on 50.318  and complete any contacts on
50.318.  If other stations who click on my CQ call could automatically QSY
to 50.318 and work me on that frequency that would be nice.

I realize sending CQ VE7AFZ 318 would likely accomplish much the same thing
provided the other operator and I both QSY'd but it would be nice to make
this a bit more automated.  Random hopping with the channels might also
improve things.

I realize there is likely a long list of other enhancements pending for FT8
and no worries if this doesn't get implemented.

73
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] A general comment re older computers, CPUs etc

[Mark Spencer]

Hi.  To somewhat echo a comment made by Roger W3SZ, if a new version of
WSJT-X that utilized AVX provided significant performance enhancements
(especially for MSK144) that would likely prompt me to use a faster
computer while roving.  At this point if a computer will run (with a
reasonable CPU load) MSK144 with deep search enabled with an FTol of 200 Hz
I am inclined to consider it to be good enough for my purposes.

Thanks again
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Call for information about PC systems being used for WSJT-X

[Mark Spencer]

Also as far as I can tell the Intel(R) Core(TM)2 Duo CPU in my Panasonic
Tough book does not support AVX.

73
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Call for information about PC systems being used for WSJT-X

[Mark Spencer]

Hi:

The oldest PC I still routinely run WSJT-X with has a CPU with the
following specs (from the control panel systems tab)

Intel(R) Core(TM)2 Duo CPU P9300@2.26Ghz 2.27 Ghz
64 bit Operating System

The PC in question is a Panasonic Tough book that I use during portable use
and roving.

Thanks for all your efforts with WSJT-X

73
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] clock offset / fudge adjustment, automatic/manual

[Mark Spencer]

I will say I agree with the concerns expressed by Alan G0TLK about USB
enumeration.   For that and other reasons I am hesitant to use additional
USB devices while engaging in portable operation or roving.

Mike W9MDB, thanks for making TimeFudge available I shall have to try that.

Thanks all and 73
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] clock offset / fudge adjustment, automatic/manual

[Mark Spencer]

A few comments regarding this topic from the perspective of someone who
does most of their WSJT-X operating from portable locations.

It is nice to be able to operate without needing an automated means of
keeping the computer clock synced to an external source.   Most of the time
an initial manual sync of the computer clock while listening to WWV or WWVH
works okay for me for a number of hours.   (My main interest is operating
50 Mhz and typically during the day time my 50 Mhz antenna can receive a
usable signal from WWV or WWVH.)  When running FT8 I can usually get a
sense as to how accurate my computer clock is by looking at the DT values
for received and decoded signals and on occasion I have had to manually re
sync the PC clock.

I have recently started to use WiFi to tether my PC to my iPhone when I
have cellular coverage (mostly to enable access to chat boards.)
Evaluating how well my PC and its software can use that connectivity to
sync its clock is on my to do list.

I personally don't see a need for any WSJT-X program changes to
accommodate the way I choose to operate, but I can see why some people
might want to see more WSJT-X features to facilitate this style of
operation.   I am more than happy to let the development team decide what
if anything they want to do regarding this.

The experiences and views of others may differ from mine.

73
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Intermittent ICOM 706 MkiiG CAT issue with WSJT-X 2.2.1

[Mark Spencer]

Hi.

Thanks for all the efforts that the dev team has put into the latest
version of WSJT-X.  I have started doing my pre June VHF contest
preparations and noted some odd behaviour at times when using CAT control
with one of my Icom 706MkiiG's.When switching between 50 Mhz and 144
and 432 Mhz, at times the first digit of the frequency seems to be
dropped.

Ie.  When switching from 50.313 FT8 to 144.174 FT8 the display on the radio
will at times show 44.174.   Switching between HF and 50 Mhz seems to work
fine so it appears the extra digit for 144 and 432 Mhz may be causing
issues ?

I have never noted this behaviour before with this radio and I have seen
this behaviour with both a windows 7 laptop and windows 8 tablet PC running
WSJT-X version 2.2.1 a17eb9

This is not a major issue for me but I thought I should mention it.  (I
often ran this radio without CAT control in the past and could do so again
in the future.)

I used the same radio, interfaces and tablet PC during the January contest
and switched between bands via CAT with an older version of WSJT-X without
issue.   Using CAT and Split does make using FT8 easier in view.

My apologies in advance if this issue has already been reported and I have
not seen the relevant emails.

73
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Frequency stability requirements for "slow modes"

[Mark Spencer]

Hi:

I am planning on experimenting with JT9A on 50 MHz.   I am curious, are the 
frequency stability requirements for the various slow modes (including JT9) 
reasonably proportional to the tone spacing ?

Given the tone spacing for JT9A of 1.736 Hz, would a goal of one 1 Hz frequency 
stability be reasonable, excessive or inadequate ?  (I realize in addition to 
any frequency drift from my equipment the drift from the radio at the other end 
of the link and any Doppler shift introduced by the propagation mode will also 
be relevant.) 

Thanks in advance for any comments.  

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com




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

Re: [wsjt-devel] Potential RC4 bug ? Auto Seq setting not sticky Off List

[Mark Spencer]

Hi Joe.   I don't really follow the WSJT reflector any more (to many emails to 
wade thru for my taste) and I must have missed the bulk of the announcements on 
this list pertaining to this issue.

A quick search via my iPhone using the phrase "auto sequence" in my email in 
box only turned up one report from a user that fit what I observed and that 
report didn't include operating system details.  I figured additional 
information including behaviour with another OS would be of interest.  It would 
appear I was wrong and you and the rest of the list have my apologies.

Sorry for taking up the bandwidth.  Unless I believe I have found something 
truly earth shattering I'll keep my comments to my self going forwards as 
either I don't seem be getting all the list messages and or my email search 
methods are not up to the job.   (This email address is only for hobby use and 
drilling into email delivery and search issues to this address is low on my to 
do list.)

I don't want to take up more list bandwidth going forwards. Thanks to you 
and the rest of the team for your efforts.


73 

Mark Spencer
VE7AFZ
netsyn...@gmail.com



>> On Nov 19, 2018, at 4:28 PM, Joe Taylor  wrote:
>> 
>> On 11/19/2018 7:16 PM, Mark Spencer VE7AFZ wrote:
>> 
>> I downloaded and installed a fresh copy of RC-4 onto a different computer (a 
>> laptop running Windows 10 pro) a noticed the same behaviour.
>> While running FT8 if I select auto sequence and then re start the 
>> application auto sequence is not enabled.  I hope this information is of 
>> some use.
> 
> It would be, except that it has already been mentioned at least umpteen times 
> on this reflector and on wsjtgroup.  We have stated that it's known, 
> unintended, and long-since fixed.
> 
> -- Joe, K1JT


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

Re: [wsjt-devel] Potential RC4 bug ? Auto Seq setting not sticky

[Mark Spencer]

Hi:

I downloaded and installed a fresh copy of RC-4 onto a different computer (a 
laptop running Windows 10 pro) a noticed the same behaviour.   

While running FT8 if I select auto sequence and then re start the application 
auto sequence is not enabled.  I hope this information is of some use.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Nov 17, 2018, at 3:08 PM, Mark Spencer  wrote:
> 
> Hi:
> 
> While running FT8 I have noticed that the setting of the Auto Seq 
> radio button is not sticky after the program has been restarted.   If I 
> enable Auto Seq, then exit WSJT-X and re start WSJT-X Auto Seq is not enabled.
> 
> Not a huge issue but thought I would mention it.
> 
> Other than that, at first glance FT8 on 20M HF seems to be working well with 
> RC4.   Nice job.
> 
> Am running windows 7 Home Premium and an IC7300 with CAT and Fake it enabled.
> 
> 73
> Mark S
> VE7AFZ


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

[wsjt-devel] Potential RC4 bug ? Auto Seq setting not sticky

[Mark Spencer]

Hi:

While running FT8 I have noticed that the setting of the Auto Seq
radio button is not sticky after the program has been restarted.   If I
enable Auto Seq, then exit WSJT-X and re start WSJT-X Auto Seq is not
enabled.

Not a huge issue but thought I would mention it.

Other than that, at first glance FT8 on 20M HF seems to be working well
with RC4.   Nice job.

Am running windows 7 Home Premium and an IC7300 with CAT and Fake it
enabled.

73
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 5 minute mouse timeout

[Mark Spencer]

When I made some meteor scatter contacts on 222 MHz using FSK441 I recall 
leaving the radio and computer running for hours at a time.   I'm doubtful 
those qso's would have been completed if the other operator and I had both 
needed to interact with our computers every five minutes in order to keep 
transmitting.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Nov 16, 2018, at 10:40 AM, WB5JJJ  wrote:
> 
> This 5 minute mouse timeout is not a problem for me (most of the time) as my 
> WD timer is usually set for 5 minutes.  But occasionally the mouse timer hits 
> before the WD timer does and no alert is issued our sounded (JTA setting).
> 
> With all the negative comments about this timer, and no comments one way or 
> the other from the developers on retaining this useless feature or removing 
> it, I'm left in a quandary as to their thought processes on this to begin 
> with.  
> 
> I for one, see no need in it at all.  If somebody wants to run without human 
> intervention for and hour at full power and blow out their PA's, that's their 
> problem, not mine.  
> 
> I know of no other feature on any radio or software that protects us from 
> ourselves, except for the band edge lockouts on many newer radios, which 
> saved my bacon many times when chasing DX as a Technician or General class 
> licensee.  
> 
> George
> 
> -- 
> 
> ___
> 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] Possible V 2.0 rc3 issue ?

[Mark Spencer]

Changing focus between WSJT-X 2.0 RC 3 and other windows apps can cause 
dropouts in Tx Audio at times.

PC is running Windows 7.   Am sending audio to the transmitter via the PC sound 
card.


I noticed this while calling CQ with MSK144 in North American Contest Mode.

If there is any interest I could do some more testing (ie with a radio with a 
built in "sound card" interface, and / or other versions of WSJT-x.)  I don't 
recall ever having this issue in the past, but have never explicitly looked for 
it either.

73
Mark Spencer
VE7AFZ
netsyn...@gmail.com




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

[wsjt-devel] V 2.0 RC 3 issue

[Mark Spencer]

While running JT65B

Selecting:

"View"
"Message averaging"

Results in the:

"WSJT-X Contest Log"

Dialog box being displayed


Running on a Windows 7 PC

73


Mark Spencer
VE7AFZ
netsyn...@gmail.com




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

Re: [wsjt-devel] possible MSK144 auto sequencing issue v2.0 rc-3 ?

[Mark Spencer]

Thanks Joe.   In this case I am almost  certain the 73 message came from a 
third station (the df was different and the station I was trying to work 
continued to call me with his original message on the original df.)

If in fact messages such as "TU JOHN 73" are intended to cause the auto 
sequence function to advance I see this as a possible issue while running 
MSK144 on a crowded channel.

On another note I did manage to complete two MSK144 qso's today in contest mode 
while using a "/R" call.   Thanks to you and the rest of the team for pushing 
thru the enhancements.

(My self and two other stations also experienced some "odd issues" and if I can 
either work out how to replicate them or clearly explain them I will pass them 
onto the list.)



73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Oct 21, 2018, at 11:33 AM, Joe Taylor  wrote:
> 
> Hi Mark,
> 
>> On 10/21/2018 2:07 PM, Mark Spencer VE7AFZ wrote:
>> Hi.   Was running with another station on MSK144.   I was in NA contest mode 
>> (but I believe the other station wasn't as they were not calling me with my 
>> "/R" call.)
>> Things seemed to be working until another Station sent "TU JOHN 73"  this 
>> caused my station to advance to TX5 even though the message wasn't directed 
>> to me.  I was also prompted to log the QSO (even though the QSO wasn't 
>> complete.).  Is this normal ?
> 
> Your QSO should look like the one shown for NA VHF Contest on page 4 of
> https://physics.princeton.edu/pulsar/k1jt/Quick_Start_WSJT-X_2.0.pdf
> 
> You'll need to find out why he did not call VE7AFZ/R.  If he double-clicked 
> on your "CQ VE7AFZ/R CN89", he would have used the /R.
> 
> Your QSO is obviously complete -- he sent you 73.  Auto-sequencing cannot 
> work with free-form text messages, so you need to intervene at that point.
> 
>-- 73, Joe, K1JT
> 
> 
> ___
> 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] possible MSK144 auto sequencing issue v2.0 rc-3 ?

[Mark Spencer]

Hi.   Was running with another station on MSK144.   I was in NA contest mode 
(but I believe the other station wasn't as they were not calling me with my 
"/R" call.)

Things seemed to be working until another Station sent "TU JOHN 73"  this 
caused my station to advance to TX5 even though the message wasn't directed to 
me.  I was also prompted to log the QSO (even though the QSO wasn't complete.). 
 Is this normal ?

Thanks



Mark Spencer
VE7AFZ
netsyn...@gmail.com




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

[wsjt-devel] Strange MSK144 Decode with V2.0 rc-3

[Mark Spencer]

Hi:

Over two hours after an un successful MSK144 attempt with KE0LLH on 144
Mhz, this decode showed up on my screen.

040445 -8 2.4 1704 &  R+03


Normally I wouldn't pay much attention to this but in this case I had
decode set to "Normal" (rather than "Deep".) The other station had
previously advised me they were stopping the QSO attempt.


I was running in NA Contest mode.


I have a copy of the audio file if anyone is interested.


73 Mark S VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Testing WSJT-X 2 rc-3 on VHF from CN89

[Mark Spencer]

I expect I will take the 50 MHz rover station out tomorrow morning and try some 
50 MHz MSK144 with rc-3 using the call VE7AFZ/R and with NA contest mode turned 
on.   

I aiming to be on the air by 7:30 am pacific on 50.280 MHz, SH on,15 sec 
sequences and Tx first.   I'll beam more or less south from CN89.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Oct 18, 2018, at 10:57 AM, Mark Spencer  wrote:
> 
> Hi:
> 
> I have switched my home VHF station over to the latest RC version of WSJT-X. 
> I am hoping to be able to test the NA VHF contest and rover functionally over 
> the next few weeks.
> 
> I typically leave the station running and monitoring 144.174 using FT8 and 
> beaming towards the PNW from CN89 and feeding spots to the PSK reporter.
> 
> Ideally I'd like to test the NA VHF contesting and rover functionality on VHF 
> but I can't see any reason why testing on HF wouldn't work as a plan B ?
> 
> For the time being I have set my call to VE7AFZ/R and turned on NA VHF 
> Contest mode.
> 
> 73
> 
> Mark Spencer
> VE7AFZ
> netsyn...@gmail.com
> 
> 


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

Re: [wsjt-devel] Red 'indicators' not showing on main window

[Mark Spencer]

Just as a point of interest there is some VHF weak signal activity during field 
day in the Pacific North West.   While I have never tried to run meteor scatter 
during field day it wouldn't surprise me if some one tried this at some point.  
 

Also in Canada I can't see any legal reason why I couldn't run MSK144 on most 
of the HF bands  (with the exception of 30M and possibly 60M ?) if I could find 
some one to run with.  

73
Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Oct 18, 2018, at 5:40 PM, K5GZR - Rick  wrote:
> 
> Joe,
> Thanks for the quick response.
> I did leave out one fact, which is:  In MSK144 mode, selection of ARRL Field
> Day or ARRL RTTY Roundup causes the message texts to change to the formats
> appropriate to those contests.(But it does not show the red 'flag'
> message.)
> So my note was really to report that WSJT-X is not consistent in its
> handling of the ARRL Field Day and ARRL RTTY Roundup in MSK144 mode.
> If it doesn't make sense to select those options, it doesn't make sense to
> allow them to be selected.
> If they are allowed, they should be handled consistently.
> Thanks,
> Rick - K5GZR
> ---
> Message: 2
> Date: Thu, 18 Oct 2018 18:47:02 -0400
> From: Joe Taylor 
> To: WSJT software development 
> Subject: Re: [wsjt-devel] Red 'indicators' not showing on main window
>in MSK144 mode when ARRL Field Day or ARRL RTTY Roundup selected
> Message-ID: 
> Content-Type: text/plain; charset=windows-1252; format=flowed
> 
>> On 10/18/2018 6:36 PM, K5GZR - Rick wrote:
>> In FT8 mode, selection of any one of the ?Special operating activity? 
>> options causes a red background ?flag? to appear on the WSJT-X main 
>> window just to the right of the large date and time box, indicating 
>> which activity has been selected.
>> 
>> However,
>> 
>> In MSK144 mode, the red background ?flag? appears only for NA VHF and 
>> EU VHF, and not for ARRL Field Day and ARRL RTTY Roundup.?? If those 
>> are valid ?special operating activities? for MSK144 mode, then the ?flags?
>> should be shown.? If the activities are not valid for MSK144 then they 
>> should be either greyed out or omitted on the Settings-Advanced window.
> 
> From the Quick-Start Guide to WSJT-X 2.0, top of page 10:
> 
> "MSK144 cannot be used with the ARRL Field Day or ARRL RTTY Roundup message
> formats."
> 
> This restriction is, of course, by design.  MSK144 is forbidden at HF, so
> useless in the RTTY Roundup; and why would anyone want to use MSK144 for
> Field Day?
> 
>-- 73, Joe, K1JT
> 
> 
> 
> 
> 
> ___
> 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] Testing WSJT-X 2 rc-3 on VHF from CN89

[Mark Spencer]

Hi:

I have switched my home VHF station over to the latest RC version of WSJT-X. I 
am hoping to be able to test the NA VHF contest and rover functionally over the 
next few weeks.

I typically leave the station running and monitoring 144.174 using FT8 and 
beaming towards the PNW from CN89 and feeding spots to the PSK reporter.

Ideally I'd like to test the NA VHF contesting and rover functionality on VHF 
but I can't see any reason why testing on HF wouldn't work as a plan B ?

For the time being I have set my call to VE7AFZ/R and turned on NA VHF Contest 
mode.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com




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

Re: [wsjt-devel] Strange decodes

[Mark Spencer]

Sorry re my last message.. I shold also have mentioned the Deep and AP
decode options were also selected.

73
Mark S
VE7AFZ

On Mon, Oct 1, 2018 at 4:05 PM Mark Spencer  wrote:

> Saw the following two decodes on the screen.
>
> 222645 -24 1.9 3254 ~ BZ0KJH RG3YPR/P RR17
>
> 223415 -16 0.6 2304 ~ TU; 2D2AGX GZ3IZJ 569 5554
>
>
> I'm inclined to ignore the decode from 222645, but the subsequent decode
> at 223415 seems reasonable in terms of, S/N ratio, timing, and audio
> frequency, yet the text seems nonsencial at first glance ?
>
>
> was listening to 14.078 in FT8 77 bit only mode. V 2.0 rc2 windows 10
> laptop. If anyone is interested I have the wave files to send along.
>
>
> 73
>
> Mark S
>
> VE7AFZ
>
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Strange decodes

[Mark Spencer]

Saw the following two decodes on the screen.

222645 -24 1.9 3254 ~ BZ0KJH RG3YPR/P RR17

223415 -16 0.6 2304 ~ TU; 2D2AGX GZ3IZJ 569 5554


I'm inclined to ignore the decode from 222645, but the subsequent decode at
223415 seems reasonable in terms of, S/N ratio, timing, and audio
frequency, yet the text seems nonsencial at first glance ?


was listening to 14.078 in FT8 77 bit only mode. V 2.0 rc2 windows 10
laptop. If anyone is interested I have the wave files to send along.


73

Mark S

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

Re: [wsjt-devel] /SOTA call

[Mark Spencer]

Thanks Ryan.   I appreciate you answering my question (and thanks for the QSO.)

73 

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Sep 30, 2018, at 7:18 PM, Ryan Quagliata  wrote:
> 
> Hi, my name is Ryan I'm AA7AO. 
> 
> I went in to file, settings, general tab and actually changed my call from 
> AA7AO to AA7AO/sota since I was activating a summit.
> 
>> On Sun, Sep 30, 2018, 7:05 PM Mark Spencer  wrote:
>> Hi: Earlier today I was able to complete a random QSO with AA7AO/SOTA who 
>> was calling CQ on 14.078 I was using FT8 in 77 bit mode.
>> 
>> I'm just curious how this call was sent ?  Not a huge issue by any means.
>> Thanks for the bandwidth (:
>> 
>> 73
>> Mark S
>> VE7AFZ
>> 
>> 
>> ___
>> 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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] /SOTA call

[Mark Spencer]

Hi: Earlier today I was able to complete a random QSO with AA7AO/SOTA who
was calling CQ on 14.078 I was using FT8 in 77 bit mode.

I'm just curious how this call was sent ?  Not a huge issue by any means.
  Thanks for the bandwidth (:

73
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Program Crash with V2.0 rc2

[Mark Spencer]

Hi:

Running FT8 on  7.078.   Both the always generate 77 bit messages and the
the Only decode 77 bit messages dialog boxes were selected.   Neither Fox
nor Hound mode was enablled.  Using a lenovo lapton running windows 10.

Finished a QSO with WY4D,
Then decoded a CQ from WY4D
Immediately after that CQ was decoded I saw the following text in a dialog
box:

*Subprocess Error*

*Subprocess failed with exit code 2*

The details were as follows:


*Running: C:\WSJT\wsjtx\bin\jt9 -s WSJT-X -w 1 -m 1 -e C:\WSJT\wsjtx\bin -a
C:\Users\Mark\AppData\Local\WSJT-X -t
C:\Users\Mark\AppData\Local\Temp\WSJT-X*
*At line 130 of file C:\Users\bill\src\k1jt\wsjtx\lib\decoder.f90 (unit =
19, file = 'C:\Users\Mark\AppData\Local\Temp\WSJT-X/houndcallers.txt')*
*Fortran runtime error: Cannot write to file opened for READ*

Please let me know if you have any questions of if there is any more
information I should provide.


Thanks again to the development team for all their hard work !  I'm
enjoying trying out the new version.

73

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

[wsjt-devel] V 2.0 rc2 crash

[Mark Spencer]

Hi:

Left my computer / radio monitoring 7.078 FT8.  Both the always generate 77
bit messages and the the Only decode 77 bit messages dialog boxes were
selected.

Came back to the computer and observed the folloing error indication:

*Subprocess Error*

*Subprocess failed with exit code 2*

Clicking on the details button  provided the following information:


*Running: C:\WSJT\wsjtx\bin\jt9 -s WSJT-X -w 1 -m 1 -e C:\WSJT\wsjtx\bin -a
C:\Users\Mark\AppData\Local\WSJT-X -t
C:\Users\Mark\AppData\Local\Temp\WSJT-X*
*At line 130 of file C:\Users\bill\src\k1jt\wsjtx\lib\decoder.f90 (unit =
19, file = 'C:\Users\Mark\AppData\Local\Temp\WSJT-X/houndcallers.txt')*
*Fortran runtime error: Cannot write to file opened for READ*

I noticed that refrence to the houndcallers.txt file.  I confirmed that
neither Fox nor Hound mode was enabled.   Nothing was decoded immediatley
prior to the crash.   Am using a windows 10 laptop.

If more information is needed please let me know.

Thanks
Mark S
VE7AFZ
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Odd Tx power behaviour

[Mark Spencer]

One more comment..

While trouble shooting this issue I changed the WSJT-x Audio output device from 
the USB "sound card" in the IC7300 to the internal speakers in the laptop.   
The audio level appeared normal via the laptop speakers and the power slider in 
WSJT-x worked as expected.

To recap things began working again when I double clicked on a CQ message (as 
opposed to calling CQ my self.)

Subsequently I was able to call CQ and another station responded to my CQ 
message.

I have been unable to reproduce the error.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Sep 26, 2018, at 7:55 PM, Mark Spencer  wrote:
> 
> Running RC2 on a Windows 10 laptop during the RTTY test.
> 
> Radio is an ic7300 
> Connection is via a single USB cable (using CAT control and the built in 
> sound card in the radio.)
> 
> Have used the radio / laptop combination numerous times on 50 MHz with 
> various versions of WSJT-x with no issues (other than some apparent USB 
> issues connectivity issues some time ago that I resolved via driver / Windows 
> software updates.)
> 
> During the RTTY test all worked ok until at one point when I attempted to 
> call CQ I noticed the radio was being put into transmit mode but there was no 
> TX power.   Adjusting the power slider in WSJT-x didn't help.   Tried using 
> tune mode and also couldn't get any Tx power other than an occasional "brief 
> power spike."
> 
> Checked various settings, rebooted laptop, no change.
> 
> 
> Double clicked on a CQ message and things worked normally again.
> 
> No further issues noted.
> 
> Please advise if more info is needed.
> 
> 73
> 
> 
> Mark Spencer
> VE7AFZ
> netsyn...@gmail.com
> 
> 


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

[wsjt-devel] Odd Tx power behaviour

[Mark Spencer]

Running RC2 on a Windows 10 laptop during the RTTY test.

Radio is an ic7300 
Connection is via a single USB cable (using CAT control and the built in sound 
card in the radio.)

Have used the radio / laptop combination numerous times on 50 MHz with various 
versions of WSJT-x with no issues (other than some apparent USB issues 
connectivity issues some time ago that I resolved via driver / Windows software 
updates.)

During the RTTY test all worked ok until at one point when I attempted to call 
CQ I noticed the radio was being put into transmit mode but there was no TX 
power.   Adjusting the power slider in WSJT-x didn't help.   Tried using tune 
mode and also couldn't get any Tx power other than an occasional "brief power 
spike."

Checked various settings, rebooted laptop, no change.


Double clicked on a CQ message and things worked normally again.

No further issues noted.

Please advise if more info is needed.

73


Mark Spencer
VE7AFZ
netsyn...@gmail.com




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

Re: [wsjt-devel] Observation / Question

[Mark Spencer]

I also saw CQ RU RU N5YH 
at 020945


Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Sep 26, 2018, at 7:25 PM, August Treubig  wrote:
> 
> Take the RU out.  It gets automatically generated.Like you have it, no 
> one can respond 
> 
> Sent from my iPad
> 
>> On Sep 26, 2018, at 8:56 PM, Mark Spencer  wrote:
>> 
>> I'm running RC2 during the warm up for the RTTY contest.   I see the message:
>> 
>> CQ RU RU K9RU
>> 
>> Double clicking on this meessage does not start the transmit cycle.  I 
>> realized afterwards that this stations msessage contatined RU RU 
>> 
>> Is this normal / correct behaviour ?
>> 
>> Not a huge issue but thought I would report it.  
>> Thanks Mark S
>> VE7AFZ
>> 
>> 
>> 
>> ___
>> 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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FT8 on 222 MHz and an aircraft scatter / Doppler shift observation

[Mark Spencer]

Hi Joe.   I am pondering running during the HF test tonight but also saw your 
message about avoiding the use of a "non standard or compound call".   Would 
running tonight with a "/R" call be ok ?  (I'm not 100 percent certain I can be 
on the air tonight but will try hard (:  My home HF station is quite modest but 
I expect 40M would likely work ok.)

Also to recap a prior message I'd be happy to do some on the air testing on VHF 
and up with anyone who is in range.   I'll be sure to provide feed back re the 
"/R" functionality once I have some data.   

Thanks again to the team for accommodating this (and other requests) from the 
myself and others

73
Mark S
VE7AFZ


> On Sep 26, 2018, at 10:00 AM, Joe Taylor  wrote:
> 
> Hi Mark,
> 
> Thanks for your interesting report on using FT8 at 222 MHz.
> 
> Also important: we're waiting to hear from you about the "/R" (rover) 
> capabilities in WSJT-X 2.0.  This facility is there because you (and others) 
> asked for it.  We would appreciate your feedback.
> 
>   -- 73, Joe, K1JT
> 
>> On 9/26/2018 12:25 PM, Mark Spencer wrote:
>> Hi:
>> In case anyone is interested.   There was a reasonable amount of activity 
>> yesterday in the pacific north West on 222 MHz FT8 during the 222 MHz 
>> sprint.   My FT736 appears to be more than stable enough for FT8 use on that 
>> band.   At one point I was getting two decodes on two audio frequencies from 
>> another station due to air craft scatter (I could hear an air craft flying 
>> over head at the time) and I could see the second Doppler shifted trace on 
>> the "Wide Graph" display and WSJT-x was able to decode the Doppler shifted 
>> signals some of the time.
>> (Most (if not all ?) of the stations were reporting to PSK reporter.  
>> Managed to make two extra contacts by using FT8 including a CN93 to CN89 
>> contact that I suspect wouldn't have been possible with SSB/CW.)
>> I hope this is of some interest to at least a few people (:
>> 73
>> Mark Spencer
>> VE7AFZ
>> netsyn...@gmail.com
> 
> 
> ___
> 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] FT8 on 222 MHz and an aircraft scatter / Doppler shift observation

[Mark Spencer]

Hi:

In case anyone is interested.   There was a reasonable amount of activity 
yesterday in the pacific north West on 222 MHz FT8 during the 222 MHz sprint.   
My FT736 appears to be more than stable enough for FT8 use on that band.   At 
one point I was getting two decodes on two audio frequencies from another 
station due to air craft scatter (I could hear an air craft flying over head at 
the time) and I could see the second Doppler shifted trace on the "Wide Graph" 
display and WSJT-x was able to decode the Doppler shifted signals some of the 
time.

(Most (if not all ?) of the stations were reporting to PSK reporter.  Managed 
to make two extra contacts by using FT8 including a CN93 to CN89 contact that I 
suspect wouldn't have been possible with SSB/CW.) 

I hope this is of some interest to at least a few people (: 

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com




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

Re: [wsjt-devel] Cabrillo File Generation

[Mark Spencer]

If anyone in or around the Pacific North West wants to try the VHF contesting 
related features prior to the next contest let me know.   I have a reasonably 
good path into the metro Seattle area and beyond on 144 MHz from my home QTH in 
greater Vancouver.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Sep 19, 2018, at 1:22 PM, John Zantek  wrote:
> 
> Don, et al,
>  
> As mentioned in the Quick Start Guide, I think it would be wise to set up a 
> mock trial  Special Operating Activity and check out any issues with rc1 
> before we plunge into changing existing contests so that they open the door 
> for 2.0.   I’m among that eager bunch and would be willing to participate in 
> such testing at any time.  I just finished Salmon Run and would have loved to 
> run with 2.0. 
>  
> Speaking as a WWDX Club board member and sponsor of the Salmon Run contest: 
> next year, we’re willing to change the Salmon Run exchange (if needed) and 
> cut the WA County abbreviations to 3 char from the existing 3 & 4 character 
> set to accommodate 2.0.
>  
> Anyone to wants to try some testing soon, I’m here.  How about a Mock Field 
> Day in October, then run for real during the Winter Field Day,  January 26/27 
> 2019?
>  
> Best 73
> John W7CD
>  
> From: Don AA5AU [mailto:aa...@bellsouth.net] 
> Sent: Wednesday, September 19, 2018 1:04 PM
> To: WSJT software development 
> Subject: Re: [wsjt-devel] Cabrillo File Generation
>  
> Ed, W0YK, and I are thinking of changing our Ten-Meter RTTY Contest, which 
> normally takes place the first weekend in December, to an all-band FT8 
> contest.
>  
> If you think it might be done before then, we can certainly wait. Our 
> thinking is that there may be some operators who would like to use it for the 
> ARRL RTTY Roundup. An FT8 contest, with ARRL RTTY Roundup rules, in December 
> could be a way to test the setup before January's contest.
>  
> I just wanted to see how it's done.
>  
> Has there been any discussion as to what frequencies would be good for FT8 
> contesting on HF?
>  
> Thanks!
> Don AA5AU
>  
> 
> From: Joe Taylor 
> To: WSJT software development  
> Sent: Wednesday, September 19, 2018 2:41 PM
> Subject: Re: [wsjt-devel] Cabrillo File Generation
>  
> Hi Don,
> 
> On 9/19/2018 2:53 PM, Don AA5AU wrote:
> >  From the 2.0 Quick Start guide "A basic Cabrillo log is generated in 
> > the log directory, but it does not yet include the heading information 
> > needed when submitting a contest log."
> > 
> > How is a Cabrillo log generated in this version?
> > 
> > When do you expect Cabrillo output to be full-featured?
> > 
> > Thanks,
> > Don AA5AU
> 
> A file cabrillo.log appears automatically (in the same directory as 
> wsjtx.log and wsjtx_log.adi) when you activate any of the contest modes.
> 
> You can clear the log (to start afresh, say just before a contest 
> starts) by selecting *File | Erase cabrillo.log*.
> 
> File cabrillo.log is updated every time you log a QSO.
> 
> At present the file contains only "QSO:" records.  For submissioin to a 
> contest sponsor it will need stuff like this at the start:
> 
> START-OF-LOG: 3.0
> CREATED-BY: WSJT-X
> LOCATION: SNJ
> CONTEST: ARRL-VHF-JUN
> CALLSIGN: K1JT
> CATEGORY-ASSISTED: NON-ASSISTED
> CATEGORY-MODE: MIXED
> CATEGORY-OPERATOR: SINGLE-OP
> CATEGORY-POWER: HIGH
> CATEGORY-STATION: FIXED
> CATEGORY-TRANSMITTER: ONE
> CLAIMED-SCORE: 5640
> OPERATORS: K1JT
> CLUB: Mt Airy VHF Radio Club
> NAME: Joe Taylor
> EMAIL: k...@arrl.net
> ADDRESS: Joe Taylor, K1JT
> ADDRESS: 272 Hartley Ave
> ADDRESS: Princeton, NJ  08540
> 
> ... and one like this at the end:
> 
> END-OF-LOG:
> 
> We'll get to this, in due course.  In the meantime, if you're in a rush, 
> it's not that hard to add the necessary lines with a text editor.
> 
> Do you have some deadline in mind?
> 
> -- 73, Joe, K1JT
> 
> 
> 
> ___
> 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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Simple question

[Mark Spencer]

For what it is worth I have found it quite easy to manually sync the time on a 
tablet PC / laptop while operating from remote locations.   It is usually quite 
obvious when a re sync is needed while running FT8 on 50 MHz for example.   I'm 
still considering getting a GPS synced (with hold over to handle GPS signal 
loss) NTP server for my truck based roving and for back packing I like to keep 
things as light and simple as possible.   Time sync is low on my list of open 
issues regarding portable / roving use of the JT modes.

I usually re sync when I see a significant number of "DT" reports of .5 of a 
second or more.  


73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Aug 4, 2018, at 8:15 AM, Claude Frantz  
> wrote:
> 
> On 08/04/2018 04:45 PM, DG2YCB, Uwe wrote:
> 
> Hi Uwe, Mike & All,
> 
>> when you are operating portable from fieldday or even from the top of a 
>> mountain (as heard today…) sometimes it is not that easy to sync time of 
>> your notebook PC,
> 
> In such situations, my preferred solution is to use a GPS mouse together with 
> a suitable software. I'm using ntpd here.
> 
> Best wishes,
> Claude (DJ0OT)
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] A strange signal seen on the air

[Mark Spencer]

I don't believe it was due to the bandpass limits in the radios in question (my 
recollection is that as the audio frequency went down the drive level required 
for a given RF output level went up and this effect was fairly constant thru 
the audio pass band as opposed to only happening at high or low frequencies.)  
It is possible there may have been an issue with the audio interface(s) used to 
connect the computers to the radios but I recall the effect being more or less 
the same with both a commercially made unit and a home brew test scheme.   I 
also recall using two different connections (on the radio) to feed audio into 
one of the radios in question and the results were largely the same.  

Not a huge issue but thought I would mention it.  To recap it was quite easy to 
detect this using the meters / indicators in the radios and I like to think 
amateur radio licence holders should typically be able to deal with this type 
of issue but I can see some one who perhaps paying a lot of attention or had a 
built in meter set to say SWR (as opposed to power out or ALC) getting tripped 
up by this.

I don't have these types of issue with my IC7300.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Aug 1, 2018, at 3:22 PM, Black Michael via wsjt-devel 
>  wrote:
> 
> If you're needing different levels at 500 or 2500 then you are probably 
> hitting the bandpass limits you have set on your rig.
> Levels SHOULD be constant across your entire transmit bandpass.
> I can imagine 2500 might be a push for an older rig but 500 shouldn't be.
> 
> de Mike W9MDB
> 
> 
> 
> 
> On Wednesday, August 1, 2018, 5:19:36 PM CDT, Mark Spencer 
>  wrote:
> 
> 
> Just to add to this:
> 
> In my experience it is also helpful to carry out this type of test procedure 
> at various audio frequencies within the audio pass band of the equipment in 
> question.  This is probably another good reason to run "CAT" control along 
> with "Split" so that the audio frequencies that are fed to the transmitter 
> are kept within a narrower range.
> 
> I have at least two older radios that require significantly different audio 
> drive levels at different audio frequencies.   While I don't routinely use 
> these radios with WSJT any more there may be other hams who have equipment 
> with a similar issue who may not realize that settings at an Audio frequency 
> of say 1500 Hz which give a good result may or may not be appropriate at say 
> 500 or 2500 Hz ?   I will add that looking at the appropriate meters / 
> displays on the radios in question does indicate to me that there is an issue 
> that needs to be addressed and in my view it is quite simple to adjust the 
> power slider to correct this.  Still it wouldn't surprise me if at least some 
> of the sub optimal signals on the air were due to this type of issue.
> 
> I've never gotten a bad audio report while using the radios in question for 
> SSB voice and when I used to run them on RTTY I used FSK so I never noticed 
> this issue until I started using these radios with WSJT.
> 
> As usual the opinions and experiences of others may differ from mine.
> 
> 73
> 
> Mark Spencer
> VE7AFZ
> netsyn...@gmail.com
> 
> 
> 
>> On Aug 1, 2018, at 11:41 AM, Black Michael via wsjt-devel 
>>  wrote:
>> 
>> Good instructions for the analog world.
>> 
>> There's one more way that works on most any computer these days
>> Even people with direct USB connections to their rigs are having problems.
>> 
>> I would add this...and it should work on most any rig setup
>> 
>> #1 Set WSJT-X to minimum power
>> #2 Set audio devices (record/playback) to 0dB
>> #3 Rig to 50% of rated power for CW (some rigs can do full power on CW, some 
>> can't)
>> #4 Rig gain to zero (MIC gain if you're input is the MIC, or USB gain if 
>> USB, or Data gain if one of the DIN connectors)
>> #5 Click Tune on WSJT-X
>> #6 Bring up WSJT-X power SLOWLY to max...you should still see no power or 
>> very low output on your rig (assuming rig gain is at zero).
>> #6 Bring rig gain up SLOWLY until you get 5W or so of power.  If you don't 
>> see power coming up then you have the wrong gain control.  Then look at your 
>> ALC meter.  Whatever your ALC meter shows at this stage is where it should 
>> stay as you bring up the rig gain. Some rigs show 1 bar of ALC (e.g. 
>> IC-7100), some show 30-50% (eg IC-7300/7410), some show no ALC at all.
>> #7 Bring rig gain up and eventually you will see the ALC start 
>> risingback it down to the level you had at 5W.  What ever transmit power 
>> % you have at that point is all you will be able to tran

Re: [wsjt-devel] A strange signal seen on the air

[Mark Spencer]

Just to add to this:

In my experience it is also helpful to carry out this type of test procedure at 
various audio frequencies within the audio pass band of the equipment in 
question.  This is probably another good reason to run "CAT" control along with 
"Split" so that the audio frequencies that are fed to the transmitter are kept 
within a narrower range.

I have at least two older radios that require significantly different audio 
drive levels at different audio frequencies.   While I don't routinely use 
these radios with WSJT any more there may be other hams who have equipment with 
a similar issue who may not realize that settings at an Audio frequency of say 
1500 Hz which give a good result may or may not be appropriate at say 500 or 
2500 Hz ?   I will add that looking at the appropriate meters / displays on the 
radios in question does indicate to me that there is an issue that needs to be 
addressed and in my view it is quite simple to adjust the power slider to 
correct this.  Still it wouldn't surprise me if at least some of the sub 
optimal signals on the air were due to this type of issue.

I've never gotten a bad audio report while using the radios in question for SSB 
voice and when I used to run them on RTTY I used FSK so I never noticed this 
issue until I started using these radios with WSJT.

As usual the opinions and experiences of others may differ from mine.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Aug 1, 2018, at 11:41 AM, Black Michael via wsjt-devel 
>  wrote:
> 
> Good instructions for the analog world.
> 
> There's one more way that works on most any computer these days
> Even people with direct USB connections to their rigs are having problems.
> 
> I would add this...and it should work on most any rig setup
> 
> #1 Set WSJT-X to minimum power
> #2 Set audio devices (record/playback) to 0dB
> #3 Rig to 50% of rated power for CW (some rigs can do full power on CW, some 
> can't)
> #4 Rig gain to zero (MIC gain if you're input is the MIC, or USB gain if USB, 
> or Data gain if one of the DIN connectors)
> #5 Click Tune on WSJT-X
> #6 Bring up WSJT-X power SLOWLY to max...you should still see no power or 
> very low output on your rig (assuming rig gain is at zero).
> #6 Bring rig gain up SLOWLY until you get 5W or so of power.  If you don't 
> see power coming up then you have the wrong gain control.  Then look at your 
> ALC meter.  Whatever your ALC meter shows at this stage is where it should 
> stay as you bring up the rig gain. Some rigs show 1 bar of ALC (e.g. 
> IC-7100), some show 30-50% (eg IC-7300/7410), some show no ALC at all.
> #7 Bring rig gain up and eventually you will see the ALC start risingback 
> it down to the level you had at 5W.  What ever transmit power % you have at 
> that point is all you will be able to transmit without ALC kicking in.  It 
> will probably be 80-90% of your rated CW power.
> #8 Bring up rig power to full CW power level and the ALC should stay 
> constant. You can now adjust your transmit power either from WSJT-X or the 
> rig.
> 
> de Mike W9MDB
> 
> 
> 
> On Wednesday, August 1, 2018, 12:51:38 PM CDT, Jim Brown 
>  wrote:
> 
> 
> On 8/1/2018 9:50 AM, Black Michael via wsjt-devel wrote:
> > IMHO better if ops learn how to set up their rigs properly though.
> 
> Exactly right. The last page of this link has detailed instructions for 
> setting audio levels that avoids distortion.
> 
> http://k9yc.com/USB_Interfaces.pdf
> 
> 73, Jim K9YC
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Plans for WSJT-X Version 2.0

[Mark Spencer]

Same here.   Schedule permitting I'd be happy to help test if needed.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Jul 26, 2018, at 9:40 AM, Gary Rogers  wrote:
> 
> Schedule permitting, happy to be one of the testers. 73 KO3F
> 
> Sent from my iPad
> 
>> On Jul 26, 2018, at 12:26 PM, Joe Taylor  wrote:
>> 
>> A number of people have asked for more details about capabilities planned 
>> for WSJT-X Version 2.0.  I have posted on the WSJT web site a white paper 
>> that outlines the new features and a (necessarily tentative) release 
>> schedule.  Go here to read it:
>> 
>> http://physics.princeton.edu/pulsar/k1jt/wsjt-x_v2.0.txt
>> 
>>   -- 73, Joe, K1JT
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Contest mode CQ VHF

[Mark Spencer]

Thank you Joe.  This is great news.  I apreciate the effort by the team.
 I look forwards to being able to try out the new software in due course.

73
Mark S
VE7AFZ

On Tue, Jul 24, 2018 at 1:32 PM, Joe Taylor  wrote:

> Hi Mike and all,
>
> On 7/23/2018 7:37 PM, W0MU Mike Fatchett wrote:
>
>> First of all I want to thank everyone for this great advancement in the
>> hobby!
>>
>
> ... (however, ...)
>
> The CQ WW VHF was my first exposure to contest mode and it was a very
>> frustrating 27 hours.
>>
>
> Thanks for all the messages about contest mode.  Of course we are well
> aware of the issues experienced when using WSJT modes in North American VHF
> contests.  To summarize, there are two main problem areas:
>
>  - Decoding of messages with two callsigns followed by "R " and a
>4-character grid, and the related auto-sequencing, depend of proper
>and coordinated setting of a checkbox at both stations.
>
>  - There is a crying need for transparent support of "/R" (Rover)
>callsigns in all standard messages, during contests.
>
> Here's some background information aimed at relative newcomers and casual
> users of WSJT, followed by a brief preview of program features we plan to
> make available in Version 2.0 of WSJT-X.
>
>
> Contest Mode
> 
>
> Standard JT-style messages (those used in all of the structured WSJT
> modes) have 71 information bits: two 28-bit callsigns and a 15-bit grid
> locator.  The 15-bit field can alternatively convey a signal report (with
> optional "R"), or "RRR", "RR73", or "73". One additional bit re-purposes
> the 71 bits to carry a 13-character free test message.  In a 72-bit packet
> there are NO free bits available to insert "R " before a grid locator, or
> "/R" after a callsign.
>
> The "NA VHF Contest" checkbox presently in WSJT-X is a stop-gap feature
> added in 2016 to the MSK144 mode, and later to FT8.  These modes
> conventionally use 15-second T/R intervals and offer semi-automated message
> sequencing.  NA VHF contests require the exchange of 4-character grid
> locators.  Signal reports are OK, but not required.  Contesters wanted a
> way to send messages like "K1ABC W9XYZ R EN37", thereby increasing their
> QSO rates by eliminating some transmissions from the standard minimal-QSO
> sequence.
>
>
> Rovers
> --
> Rovers move from grid to grid and must append "/R" to their callsign
> during the contest.  These hardworking folks definitely need some help if
> they are to use WSJT modes effectively.
>
> All structured modes currently supported in WSJT-X permit messages like
> these:
>
>   CQ K1ABC/R FN41
>   DE K1ABC/R 73
>
> ... but you can't use a second callsign in place of the "CQ" or "DE". Once
> again, there is no room for such information in a 72-bit packet.
>
> Some time ago we created workarounds that enable QSOs using a "/R"
> callsign or an "R+grid" message fragment.  But these capabilities are
> limited and necessarily somewhat clumsy.  Users must understand what's
> possible and what's not, and they must be careful about some necessary
> program settings.  Decoding "R+grid" messages requires ticking a checkbox,
> and if someone else sends you standard signal reports you need to uncheck
> the box or manually edit your messages.  Also, for reasons explained in the
> WSJT-X User Guide, this feature cannot work well when world-wide
> propagation is possible -- as it has been recently on 6 meters.
>
> All in all, it's not a happy situation -- especially when considering the
> typical presence of many casual operators who happen upon a contest and
> just want to make a few QSOs.
>
>
> Recently K9AN, G4WJS, and I have been developing enhanced versions of the
> MSK144 and FT8 protocols that extend the message payload to 77 bits.  For a
> taste of what's to come, here's a brief list of things made possible by the
> extra bits:
>
> 1. NA VHF Contest operation with full support of grid exchanges and
>"/R" (Rover) callsigns
>
> 2. EU VHF Contest operation with the exchange of 6-digit grids, QSO
>serial numbers, and "/P" (portable) callsigns
>
> 3. ARRL Field Day operation with standard Field Day exchanges
>
> 4. ARRL RTTY Roundup operation with standard contest exchanges
>
> 5. Better and more user-friendly support for compound and nonstandard
>callsigns
>
> 6. A special "telemetry" message format for exchange of arbitrary
>information up to 71 bits
>
> 7. The existing FT8 DXpedition mode will be supported, and a more
>powerful DXpedition mode may be offered as well.
>
> All of these features work seamlessly and automatically.  No "contest
> mode" checkboxes are needed.  In most situations decoding sensitivity will
> be slightly better than at present for FT8; for MSK144 it will sometimes be
> about 0.5 dB worse.  Occupied bandwidths will be the same as they are now,
> and false-decode rates will be significantly lower.
>
> Much of the necessary programming is finished.  Many of the new features
> have been tested on the air, and

Re: [wsjt-devel] Contest mode CQVHF

[Mark Spencer]

Sorry I should have been more clear in my last email.   I support the idea of 
using the extra bits in FT8 to indicate contest mode and "/R" calls.

I'm sorry I couldn't undertake to code this and provide support to the users.   
I would be happy to help test this.

Thanks again to the WSJT-x team for their efforts.

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Jul 24, 2018, at 9:51 AM, Mark Spencer  wrote:
> 
> I'd support using an extra FT8 bit to explicitly indicate contest mode (using 
> another extra bit to explicitly indicate a "/R" call would also be nice.)   I 
> realize there is a desire to keep FT8 and MSK144 functionality as similar as 
> possible (and that MSK144 doesn't have the "extra bits" that FT8 has) but in 
> practice I don't believe MSK144 has nearly as many contest mode / vs non 
> contest mode issues.
> 
> 73
> 
> Mark Spencer
> VE7AFZ
> netsyn...@gmail.com
> 
> 
> 
>> On Jul 24, 2018, at 9:38 AM,   wrote:
>> 
>> I also was more than a bit frustrated with the contest mode this past 
>> weekend. It's not a fault of the software, just that there's no way to know 
>> from someone's CQ whether they are in contest or QSO mode.
>> 
>> A suggestion that is hopefully easy to code that might fix the problem - add 
>> a CQ predefined message that includes a binary flag to the software with 
>> 0=QSO mode and 1=contest mode. Then, when someone double-clicks on the CQ to 
>> respond, WSJT-X can switch to the appropriate mode. That will also help 
>> those of us in a contest that want to work non-contesters for points, even 
>> though those folks don't want to use contest mode.
>> 
>> 73,
>> 
>> Eric NC6K
>> 
>> -Original Message-
>> From: W0MU Mike Fatchett  
>> Sent: Monday, July 23, 2018 4:37 PM
>> To: wsjt-devel@lists.sourceforge.net
>> Subject: [wsjt-devel] Contest mode CQVHF
>> 
>> First of all I want to thank everyone for this great advancement in the 
>> hobby!
>> 
>> 
>> The CQ WW VHF was my first exposure to contest mode and it was a very 
>> frustrating 27 hours.
>> 
>> If I am in contest mode and I call CQ and get an answer from someone who 
>> is not, there is essentially no way to complete a qso unless one side 
>> changes into or out of contest mode.  What happened to me is I would 
>> switch and then the other side would switch and we would be opposite.  
>> Frustrating!
>> 
>> The main issue is that we cannot expect those not in the contest to have 
>> to switch into a specific mode to work us.  This does not happen in any 
>> other contest.  We cannot expect this from casual ops.  I am glad they 
>> want to work me.  Being able to work them should be painless too!
>> 
>> Why is contest mode needed?  If a qso is good in contest mode with less 
>> sequences I suggest that all FT8 exchanges be the same. Is there a 
>> specific reason two have multiple sets of exchanges for in a contest and 
>> not in a contest?  I don't think so.
>> 
>> I understand that this was an issue for the June VHF contest too.
>> 
>> If you guys can move my xmit around in fox/hound mode, which worked out 
>> really well, there has to be a solution for this.  I believe that the 
>> fox was still able to work people not running hound?  We need the same 
>> ability in contest mode.
>> 
>> I believe that this is already being examined but I thought I would give 
>> my feedback.  I would be happy to provide more information if desired.
>> 
>> Thanks again for all the hard work in bringing us FT8!
>> 
>> W0MU
>> 
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Contest mode CQVHF

[Mark Spencer]

I'd support using an extra FT8 bit to explicitly indicate contest mode (using 
another extra bit to explicitly indicate a "/R" call would also be nice.)   I 
realize there is a desire to keep FT8 and MSK144 functionality as similar as 
possible (and that MSK144 doesn't have the "extra bits" that FT8 has) but in 
practice I don't believe MSK144 has nearly as many contest mode / vs non 
contest mode issues.

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Jul 24, 2018, at 9:38 AM,   wrote:
> 
> I also was more than a bit frustrated with the contest mode this past 
> weekend. It's not a fault of the software, just that there's no way to know 
> from someone's CQ whether they are in contest or QSO mode.
> 
> A suggestion that is hopefully easy to code that might fix the problem - add 
> a CQ predefined message that includes a binary flag to the software with 
> 0=QSO mode and 1=contest mode. Then, when someone double-clicks on the CQ to 
> respond, WSJT-X can switch to the appropriate mode. That will also help those 
> of us in a contest that want to work non-contesters for points, even though 
> those folks don't want to use contest mode.
> 
> 73,
> 
> Eric NC6K
> 
> -Original Message-
> From: W0MU Mike Fatchett  
> Sent: Monday, July 23, 2018 4:37 PM
> To: wsjt-devel@lists.sourceforge.net
> Subject: [wsjt-devel] Contest mode CQVHF
> 
> First of all I want to thank everyone for this great advancement in the hobby!
> 
> 
> The CQ WW VHF was my first exposure to contest mode and it was a very 
> frustrating 27 hours.
> 
> If I am in contest mode and I call CQ and get an answer from someone who 
> is not, there is essentially no way to complete a qso unless one side 
> changes into or out of contest mode.  What happened to me is I would 
> switch and then the other side would switch and we would be opposite.  
> Frustrating!
> 
> The main issue is that we cannot expect those not in the contest to have 
> to switch into a specific mode to work us.  This does not happen in any 
> other contest.  We cannot expect this from casual ops.  I am glad they 
> want to work me.  Being able to work them should be painless too!
> 
> Why is contest mode needed?  If a qso is good in contest mode with less 
> sequences I suggest that all FT8 exchanges be the same. Is there a 
> specific reason two have multiple sets of exchanges for in a contest and 
> not in a contest?  I don't think so.
> 
> I understand that this was an issue for the June VHF contest too.
> 
> If you guys can move my xmit around in fox/hound mode, which worked out 
> really well, there has to be a solution for this.  I believe that the 
> fox was still able to work people not running hound?  We need the same 
> ability in contest mode.
> 
> I believe that this is already being examined but I thought I would give 
> my feedback.  I would be happy to provide more information if desired.
> 
> Thanks again for all the hard work in bringing us FT8!
> 
> W0MU
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Observation on Expedition Mode

[Mark Spencer]

That approach seemed to work for me.   

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Jul 5, 2018, at 9:59 AM, Black Michael via wsjt-devel 
>  wrote:
> 
> So let's change the double-click on the Band Activity and tell them that 
> rather than processing it.
> "You must enter the DXpedition call yourself in the DX Call box".
> 
> de Mike W9MDB
> 
> 
> 
> 
> On Thursday, July 5, 2018, 11:56:20 AM CDT, Joe Taylor  
> wrote:
> 
> 
> Jim --
> 
> On 7/5/2018 12:49 PM, Jim Brown wrote:
> > On 7/5/2018 5:26 AM, Joe Taylor wrote:
> >> There should be no need to edit the prefix in DXKeeper.  When 
> >> attempting to work a DXpedition you know their callsign perfectly 
> >> well, in advance.
> > 
> > Yes, but -- when you click on their call when they have called someone 
> > else, you get KH7W, not KH1/KH7W, WSJT-X calls KH7W, and they respond. 
> > Remember, I said I never saw them call CQ.
> 
> Of course I remember what you wrote.  The point is that you should not 
> need to "click on their call", because you should already have entered 
> the full call KH1/KH7Z in the DX Call box.
> 
> -- Joe, K1JT
> 
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Manually entering a frequency enables TX in Hound mode

[Mark Spencer]

Perfect.  Thanks

73
Mark S
VE7AFZ

On Tue, Jul 3, 2018 at 3:51 PM, Bill Somerville 
wrote:

> On 03/07/2018 23:46, Mark Spencer wrote:
>
> While running in Hound mode, if I manually enter a frequency into the into
> the frequency dialog box (above the RX level indicator) the program enables
> TX mode (as soon as I press the enter key.)  If I disable Hound mode,
> this behavior disappears.  The radio will not transmit "out of sequence"
> but it does transmit at the appropriate time.
>
> Hi Mark,
>
> just leaving the frequency entry field is sufficient to action it, so
> clicking elsewhere or hitting the TAB key will get it done. The ENTER key
> is a shortcut to enable transmit in Hound mode to make restarting after a
> timeout as simple as possible.
>
> 73
> Bill
> G4WJS.
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Manually entering a frequency enables TX in Hound mode

[Mark Spencer]

Hi:

Thanks again for a great program.

While running in Hound mode, if I manually enter a frequency into the into
the frequency dialog box (above the RX level indicator) the program enables
TX mode (as soon as I press the enter key.)  If I disable Hound mode, this
behavior disappears.  The radio will not transmit "out of sequence" but it
does transmit at the appropriate time.


Software is:
WSJT-x 1.9.1 r8747
OS is window 7

Radio is IC7300 connected via the USB port
Split is enabled
Rig control is via CAT (via the USB connection.)

Thanks and

73
Mark S
VE7AFZ
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Tuning in Hound mode

[Mark Spencer]

I would typically just send "DE VE7AFZ" as a free message at low power to ID 
while tuning.  

In my view the auto tuner just needs some low power (so the relays don't "hot 
switch" at higher the necessary power) RF at the appropriate frequency to 
complete the tuning process.  The free message function along with the power 
slider meets my needs.  To recap the "free message" function doesn't seem to be 
available in hound mode.

Not a big issue but I thought I would mention this for future consideration.

73 and thanks again
Mark S
VE7AFZ



Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Jul 3, 2018, at 1:58 PM, Joe Taylor  wrote:
> 
> Hi David and all,
> 
> You should know that CW ID cannot be used with any FT8 transmission. The 
> blank interval (only ~2 seconds) at the end of an FT8 transmission is much 
> too short for a callsign at 25 WPM.  Sending it at 60 WPM does not seem very 
> useful, either.
> 
>-- Joe, K1JT
> 
>> On 7/3/2018 3:01 PM, David Tiller wrote:
>> The 'tune' button will help with tuning, but not ID-ing. At least in the US 
>> (and maybe also in Canada), it's always legal to ID using CW regardless of 
>> the mode used for comms - you could use your key/keyer to ID, or have a 
>> preset in your rig that fires off your callsign.
>> There is/was a CW ID option in 'normal' FT8 mode but I don't know if that is 
>> intended to work w/ F&H mode.
>> --
>> *David Tiller*
>> Sr. Architect/Lead Consultant | CapTech
>> (804) 304-0638 | dtil...@captechconsulting.com 
>> <mailto:dtil...@captechconsulting.com>
>>> On Jul 3, 2018, at 2:13 PM, August Treubig >> <mailto:atreu...@sbcglobal.net>> wrote:
>>> 
>>> There is a Tune button on the far right
>>> 
>>> Sent from my iPad
>>> 
>>>> On Jul 3, 2018, at 12:25 PM, Mark Spencer >>> <mailto:netsyn...@gmail.com>> wrote:
>>>> 
>>>> Hi:
>>>> I've enjoyed watching the pile ups over the last few days while using 
>>>> hound mode.   Thanks to the development team for this mode.
>>>> 
>>>> 
>>>> I don't spend much time on HF and when I do I typically use a vertical 
>>>> antenna fed with an auto tuner.   So when changing bands I need to feed RF 
>>>> into the auto tuner so will tune.   To be legal I need to Identify when I 
>>>> transmit.
>>>> 
>>>> In normal mode it is easy to simply transmit my call via a free message.
>>>> 
>>>> This doesn't seem to be possible without switching out of hound mode.   
>>>> Not a huge issue but perhaps in the future a simple way to send ones call 
>>>> could be provided while in Hound Mode ?  I realize I can send the TX one 
>>>> message but I don't like calling the DX station if I can't hear them.
>>>> 
>>>> Switching to "message set number 2" on the main screen while in hound mode 
>>>> and manually selecting a free message still results in the TX one message 
>>>> being sent.
>>>> 
>>>> (The free message option is not available in "message set number 1")
>>>> 
>>>> 73
>>>> 
>>>> Mark Spencer
>>>> VE7AFZ
>>>> netsyn...@gmail.com <mailto:netsyn...@gmail.com>
>>>> 
>>>> 
>>>> 
>>>> --
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>> ___
>>>> wsjt-devel mailing list
>>>> wsjt-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>> 
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org <http://Slashdot.org>! 
>>> http://sdm.link/slashdot
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites,

Re: [wsjt-devel] Tuning in Hound mode

[Mark Spencer]

Yes I am aware of the tune button.  My comment concerns sending my call sign 
for station ID purposes.

Thanks

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Jul 3, 2018, at 11:13 AM, August Treubig  wrote:
> 
> There is a Tune button on the far right
> 
> Sent from my iPad
> 
>> On Jul 3, 2018, at 12:25 PM, Mark Spencer  wrote:
>> 
>> Hi:
>> I've enjoyed watching the pile ups over the last few days while using hound 
>> mode.   Thanks to the development team for this mode.
>> 
>> 
>> I don't spend much time on HF and when I do I typically use a vertical 
>> antenna fed with an auto tuner.   So when changing bands I need to feed RF 
>> into the auto tuner so will tune.   To be legal I need to Identify when I 
>> transmit.   
>> 
>> In normal mode it is easy to simply transmit my call via a free message.   
>> 
>> This doesn't seem to be possible without switching out of hound mode.   Not 
>> a huge issue but perhaps in the future a simple way to send ones call could 
>> be provided while in Hound Mode ?  I realize I can send the TX one message 
>> but I don't like calling the DX station if I can't hear them.
>> 
>> Switching to "message set number 2" on the main screen while in hound mode 
>> and manually selecting a free message still results in the TX one message 
>> being sent.
>> 
>> (The free message option is not available in "message set number 1")
>> 
>> 73
>> 
>> Mark Spencer
>> VE7AFZ
>> netsyn...@gmail.com
>> 
>> 
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Tuning in Hound mode

[Mark Spencer]

Hi:
I've enjoyed watching the pile ups over the last few days while using hound 
mode.   Thanks to the development team for this mode.


I don't spend much time on HF and when I do I typically use a vertical antenna 
fed with an auto tuner.   So when changing bands I need to feed RF into the 
auto tuner so will tune.   To be legal I need to Identify when I transmit.   

In normal mode it is easy to simply transmit my call via a free message.   

This doesn't seem to be possible without switching out of hound mode.   Not a 
huge issue but perhaps in the future a simple way to send ones call could be 
provided while in Hound Mode ?  I realize I can send the TX one message but I 
don't like calling the DX station if I can't hear them.

Switching to "message set number 2" on the main screen while in hound mode and 
manually selecting a free message still results in the TX one message being 
sent.

(The free message option is not available in "message set number 1")

73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Icom IC-700/RS-BA1/WSJT-X

[Mark Spencer]

   I'm sorry I don't own a 7700 so I can't be of much help with this but I have 
been able to get all my other ICOM HF radios that have CI-V ports to work with 
WSJT-x via various USB to CI-V converters.  I have never used the ICOM level 
converter so I can't comment regarding that approach.  

According to a brochure I found on the Internet the 7700 has a CI-V port but I 
haven't looked at the manual re this.


73 and good luck.

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Jul 3, 2018, at 7:16 AM, John Zantek  wrote:
> 
> You would think it’s that simple, but no.  Icom’s required CT-17 
> level-converter, at $139, only works with an RS-232 connection on the PC.  
> USB-9pin converters are evidently not supported.
>  
> Very frustrating.  This was a top of the line rig not too long ago.  Built-in 
> Ethernet.  Built-in RTTY and PSK.
>  
> From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net] 
> Sent: Tuesday, July 3, 2018 5:59 AM
> To: WSJT software development 
> Cc: Black Michael 
> Subject: Re: [wsjt-devel] Icom IC-700/RS-BA1/WSJT-X
>  
> According to the manual there is a DB-9 connector for CAT control.
> Just need a USB adapter since the 7700 is already in WSJT-X with serial port 
> control.
>  
> de Mike W9MDB
>  
>  
>  
>  
>  
>  
> On Tuesday, July 3, 2018, 2:17:38 AM CDT, John Zantek  wrote:
>  
>  
> Has ANYONE successfully deployed WSJT-X on an Icom IC-7700, using the Icom
> RS-BA1 software for the virtual serial porting via the ethernet port on the
> rig?  For those not aware, the 7700 has no conventional bidirectional USB
> ports to couple a PC; the only way to allow a PC app to interface via the
> LAN.
>  
> While I'm successful with the audio, there's no CAT control...and thus, no
> DXpedition Mode capability. 
>  
> TIA & 73,
> John KE7B
>  
>  
>  
>  
>  
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Observation on Expedition Mode

[Mark Spencer]

I've been watching them (KH1/KH7Z) work various stations on 14 Mhz for the
last 30 Minutes or so.  I have yet to see a single CQ from them.

73
Mark S
VE7AFZ

On Mon, Jul 2, 2018 at 7:38 AM, Bill Turner via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:

> I have seen kh7z answering stations on 20m last night at -7 to -20
> strength.  Only saw one CQ at 11pm local in NC.
>
> Sent from Yahoo Mail on Android
> 
>
> On Mon, Jul 2, 2018 at 9:24 AM, Russ
>  wrote:
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 1.9.1 strange indication

[Mark Spencer]

Interesting.

During the June VHF contest I had no issues capturing multiple print screens 
from WSJT-x using "Alt PrtScn" and pasting them into a Microsoft Word Document. 
  

My laptop was running Windows 10 Pro and I was using the version of MS word 
from Office 2010 (I don't use Office much on my ham radio laptops hence I use 
older versions of Office on those PC's.)


73

Mark Spencer
VE7AFZ
netsyn...@gmail.com



> On Jun 23, 2018, at 12:56 AM, DG2YCB, Uwe  wrote:
> 
> Pat, just a small technical note: Pasting a screenshot taken with "print" in
> Windows 10 often does not work. Workaround: Paste it first in "Paint", then
> copy it again there and you can paste it afterwards in any other program. I
> don't know why this is necessary in Windows 10, but here at my computer it
> works 100%.
> 
> 73 de DG2YCB,
> Uwe
> 
> German Amateur Radio Station DG2YCB
> Dr. Uwe Risse
> eMail: dg2...@gmx.de
> Info: www.qrz.com/db/DG2YCB
> 
> 
> -Ursprüngliche Nachricht-
> Von: patrick hamel [mailto:peha...@cableone.net] 
> Gesendet: Samstag, 23. Juni 2018 07:15
> An: WSJT software development
> Betreff: Re: [wsjt-devel] WSJT-X 1.9.1 strange indication
> 
> Hitting print screen and trying to paste into this reply did not work.
> I hate windows-10!
> Pat W5tht
> 
> 
> - Original Message -
> From: "Joe Taylor" 
> To: "WSJT software development" 
> Sent: Friday, June 22, 2018 3:23:07 PM
> Subject: Re: [wsjt-devel] WSJT-X 1.9.1 strange indication
> 
> Hi Pat,
> 
> Please send us a screen shot showing the behavior you describe.
> 
>  -- 73, Joe, K1JT
> 
>> On 6/22/2018 4:16 PM, patrick hamel wrote:
>> Working HF with 1.9.1 - more than once I have called a station 
>> unsuccessfully and then called another station later to have the red 
>> line come up with the calls (mine and the first station) crossed.
>> It shows that I called him in red.
>> Naturally, a reaction to the red happens faster than reading the text, 
>> so I end up calling myself.
>> Thanks for all the hard work and dedication to create WSJT-X and WSPR 
>> and WSJT.
>> 73,
>> Pat W5THT
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel