Re: [wsjt-devel] Changed to a new PC running Windows 11, now nothing works.

[Nic Sears via wsjt-devel]

I have a 9700 direct usb connected and a ts2000 connected by a very cheap usb to audio dongle and a another cheap usb to rs232 dongle for the cat control no problems now. I do however always have the rigs turned on before starting the laptop and then wsjt else windows 11 can get confused with it's various interface's. On 1 May 2024 11:55, davidinlondon--- via wsjt-devel  wrote:
 Thanks NicI've probably made it all worse for the pc by trying both direct usb in from the rig and then usb in from the microham.  Lost the direct virtual comport and the microham program also won't now connect via usb.  Maybe optical in from the rig might be a possibility.
 
 Regards David G5HY 
 
 
 Sent via BT Email App
 
 From: Nic Sears via wsjt-devel 
 Sent: 1 May 2024 11:14:04 BST
 To: WSJT software development 
 Cc: Nic Sears 
 Subject: Re: [wsjt-devel] Changed to a new PC running Windows 11, now nothing works.
 
 
 
  Hi David, I got caught out when I moved to windows 11. A number of the audio menus have options that are off the bottom of the screen which, due to the way it displays, are not obvious that they exist.
  
   
  
  
   Suggest you check this out.
  
  
   
  
  
   Rgds, Nic G3YEG 
   
   

   
   

   
  
 
 
  
  
   On 1 May 2024 10:57, davidinlondon--- via wsjt-devel  wrote:
   
   

  Thanks Charles, deleting that cleared wsjt-x OK.  Still can't get it to work via my microham III or via a direct USB connection into the rig.  I don't understand why it gradually became more unstable over some weeks.  Wasn't as bad under W10. 
  
 At this rate I may end up actually talking to people rather than using data! 
  
  
  
  
  
 Sent via BT Email App 
  
 From: Charles Suckling via wsjt-devel  
 Sent: 30 April 2024 19:50:40 BST 
 To: WSJT software development  
 Cc: Charles Suckling  
 Subject: Re: [wsjt-devel] Changed to a new PC running Windows 11, now nothing works. 
  
  
  
  
Hi David 
   
   

   
  
Is a file called WSJT-X.ini.  Its usually in a path similar to  C:\Users\User\AppData\Local\WSJT-X   .  You may not be able to see the AppData folder as on some systems it is hidden and you need to unhide it.   
   
   

   
  
73 
   
   

   
  
Charlie DL3WDG 
   
  
  
  
  
On Tue, 30 Apr 2024 at 20:35, davidinlondon--- via wsjt-devel <wsjt-devel@lists.sourceforge.net> wrote: 

   
   
   Having just changed to a new PC running Windows 11, now nothing works. 
     
   I'll take the issues one at a time. 
     
   For this post my question is...I've tried deleting WSJT-X 2.6.1 from my PC several times, even using "IOBit Uninstaller", to try to clear it, but when I download a fresh 2.6.1 from Sourceforge and run it, it still shows all my personal details, call etc., from the previous installations.  Somewhere there must be a hidden "details" file that isn't being deleted.  Any ideas where I can look?  
     
   Thanks 
     
   David G5HY___ 
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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Changed to a new PC running Windows 11, now nothing works.

[Nic Sears via wsjt-devel]

Hi David, I got caught out when I moved to windows 11. A number of the audio menus have options that are off the bottom of the screen which, due to the way it displays, are not obvious that they exist.Suggest you check this out.Rgds, Nic G3YEG On 1 May 2024 10:57, davidinlondon--- via wsjt-devel  wrote:
 Thanks Charles, deleting that cleared wsjt-x OK.  Still can't get it to work via my microham III or via a direct USB connection into the rig.  I don't understand why it gradually became more unstable over some weeks.  Wasn't as bad under W10.
 
 At this rate I may end up actually talking to people rather than using data!
 
 
 
 
 
 Sent via BT Email App
 
 From: Charles Suckling via wsjt-devel 
 Sent: 30 April 2024 19:50:40 BST
 To: WSJT software development 
 Cc: Charles Suckling 
 Subject: Re: [wsjt-devel] Changed to a new PC running Windows 11, now nothing works.
 
 
 
  
   Hi David
  
  
   
  
  
   Is a file called WSJT-X.ini.  Its usually in a path similar to  C:\Users\User\AppData\Local\WSJT-X   .  You may not be able to see the AppData folder as on some systems it is hidden and you need to unhide it.  
  
  
   
  
  
   73
  
  
   
  
  
   Charlie DL3WDG
  
 
 
 
  
   On Tue, 30 Apr 2024 at 20:35, davidinlondon--- via wsjt-devel  wrote:
   
  
  
   Having just changed to a new PC running Windows 11, now nothing works.
    
   I'll take the issues one at a time.
    
   For this post my question is...I've tried deleting WSJT-X 2.6.1 from my PC several times, even using "IOBit Uninstaller", to try to clear it, but when I download a fresh 2.6.1 from Sourceforge and run it, it still shows all my personal details, call etc., from the previous installations.  Somewhere there must be a hidden "details" file that isn't being deleted.  Any ideas where I can look? 
    
   Thanks
    
   David G5HY___
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] Not sure if an issue

[Nic Sears via wsjt-devel]

In windows 10 I have seen an update leave my laptop internal mike live and 
mixed in with the wsjt audio doesn’t exactly help.

Windows 11 seemed to do re-arrange things when I started using it but now seems 
to be stable, however I now always turn my two rigs on before I start the 
laptop.

Nic G3YEG

On 14 Feb 2024, at 09:13, Reino Talarmo via wsjt-devel 
 wrote:

Hi all,
I have run WSJT-X latest versions now 2 year more or less 24/7 using Windows 10 
and one or two times a Windows update has re-arranged my audio interfaces 
resulting that kind of situation. 
The program alone has not done it as far as I can tell.
I have of course disabled all power saving modes in Windows.

73, Reino OH3mA

> -Original Message-
> From: Tom Paratore via wsjt-devel [mailto:wsjt-
> de...@lists.sourceforge.net]
> Sent: Wednesday, February 14, 2024 7:42 AM
> To: WSJT software development  de...@lists.sourceforge.net>
> Cc: Tom Paratore 
> Subject: Re: [wsjt-devel] Not sure if an issue
> 
> Sounds like a memory leak.
> 
> If you can run task manger and monitor the memory tab
> to see which program continues to consume memory, it
> may help to identify the cause.
> 
>> On Feb 14, 2024, at 12:09 AM, Alan McDonald via wsjt-
> devel  wrote:
>> 
>> Yes - Windows
>> 
>> Alan VK1AO
>> 
>> -Original Message-
>> From: jarmo via wsjt-devel  de...@lists.sourceforge.net>
>> Sent: Wednesday, February 14, 2024 3:56 PM
>> To: wsjt-devel@lists.sourceforge.net
>> Cc: jarmo 
>> Subject: Re: [wsjt-devel] Not sure if an issue
>> 
>> Wed, 14 Feb 2024 09:44:17 +1100
>> Alan McDonald via wsjt-devel  de...@lists.sourceforge.net>
>> kirjoitti:
>> 
>>> It happens to me frequently. I leave the app running
> all the time
>>> (not using it but it sits there).
>>> 
>>> Switching CODECs works all the time but curiously I
> never have to do
>>> this for MSHV or JTDX. They keep the CODEC.
>>> 
>>> What happens is the sound comes out of my radio
> speaker until I
>>> switch it back to USB again.
>>> 
>>> 
>>> 
>>> Alan / VK1AO
>> 
>> Not seen this kind behaviour. Have pretty much wsjtx
> running 24/7 some
>> years now.
>> OS Fedora 39 (now)
>> Just now testing 2.7.1-devel
>> Older genetation i7 desktop...
>> 
>> Is this happening with WIN?
>> 
>> Jarmo
>> 
>> 
>> 
> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> 
>> 
> ___
>> wsjt-devel maiHi all,
I have run WSJT-X latest versions now 2 year more or less 24/7 using Windows 10 
and one or two times a Windows update has re-arranged my audio interfaces 
resulting that kind of situation. 
The program alone has not done it as far as I can tell.
I have of course disabled all power saving modes in Windows.

73, Reino OH3mA

> -Original Message-
> From: Tom Paratore via wsjt-devel [mailto:wsjt-
> de...@lists.sourceforge.net]
> Sent: Wednesday, February 14, 2024 7:42 AM
> To: WSJT software development  de...@lists.sourceforge.net>
> Cc: Tom Paratore 
> Subject: Re: [wsjt-devel] Not sure if an issue
> 
> Sounds like a memory leak.
> 
> If you can run task manger and monitor the memory tab
> to see which program continues to consume memory, it
> may help to identify the cause.
> 
>> On Feb 14, 2024, at 12:09 AM, Alan McDonald via wsjt-
> devel  wrote:
>> 
>> Yes - Windows
>> 
>> Alan VK1AO
>> 
>> -Original Message-
>> From: jarmo via wsjt-devel  de...@lists.sourceforge.net>
>> Sent: Wednesday, February 14, 2024 3:56 PM
>> To: wsjt-devel@lists.sourceforge.net
>> Cc: jarmo 
>> Subject: Re: [wsjt-devel] Not sure if an issue
>> 
>> Wed, 14 Feb 2024 09:44:17 +1100
>> Alan McDonald via wsjt-devel  de...@lists.sourceforge.net>
>> kirjoitti:
>> 
>>> It happens to me frequently. I leave the app running
> all the time
>>> (not using it but it sits there).
>>> 
>>> Switching CODECs works all the time but curiously I
> never have to do
>>> this for MSHV or JTDX. They keep the CODEC.
>>> 
>>> What happens is the sound comes out of my radio
> speaker until I
>>> switch it back to USB again.
>>> 
>>> 
>>> 
>>> Alan / VK1AO
>> 
>> Not seen this kind behaviour. Have pretty much wsjtx
> running 24/7 some
>> years now.
>> OS Fedora 39 (now)
>> Just now testing 2.7.1-devel
>> Older genetation i7 desktop...
>> 
>> Is this happening with WIN?
>> 
>> Jarmo
>> 
>> 
>> 
> ___
>> 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] Wsjt 2.7.0 rc3 apparent holes in transmission

[Nic Sears via wsjt-devel]

I will have a look at that later on. Thank you Morris, 73’s Nic

On 30 Jan 2024, at 15:52, Morris Wideman via wsjt-devel 
 wrote:

Hi Nick
Another thing you could check is USB Power management this is found under each 
USB service in Device manager open properties and
uncheck the high lighted line. This has been know to cause USB issues. You may 
find more than one of these to check. 
73 Morris WA4MIT
On Tuesday, January 30, 2024 at 06:28:22 AM CST, Nic Sears via wsjt-devel 
 wrote:


Hi there, Nic G3YEG here.

I have been using wsjt for quite a few years both ft8 (hf, vhf and uhf) and 
q65-60b on 432 eme and have never consciously notice the power output of any of 
my previous rigs varying during ft8 or q65 tx cycles.

Recently I Started using a new laptop with much higher spec than old machine  
and also changed over to rc3. I then noted that the alc on my ic9700 had 
started spiking on the tx cycle. 

This seems to be completely random and does not appear to effect the decoding 
of my signal at all, hf, vhf ,uhf ft8 and even with my very low power q65 eme 
set up having had 3 recent eme qso’s and seen the spikes occur on tx. It also 
occurs on the ts2000 i use for hf.

I have investigated and it seems that the transmission does have “holes” in it 
when you actually listen to it.

It is not consistent as sometimes the tx cycle is completely clean and 
sometimes has a number of holes.

I have reverted back to 2.6.1 and that also exhibits the same problem but it 
does seem to be to a lesser extent. However Not done that many tests on 2.6.1

I always run with nil or very low alc on both my rigs so the recent spiking has 
been quite obvious. The tx power output on both the rigs doesn’t seem to dip 
that but the 9700 current drain certainly drops on the rig metering.

The old machine was a Lenovo running Windows 10 with an amd a10 and 12gb memory 
driving the 9700 via a single usb interface. The new machine is an intel i7 
running Windows 11 with 32Gb memory again driving the 9700 via a single usb 
interface. The ts2000 is driven from the new machine via a usb to rs232 dongle 
for cat control and a usb to analogue dongle for the audio interface. The icom 
Ic-9700 usb driver was in use on both old and new machines.

I mentioned this observation to another local eme operator who has also noted 
these “holes” but also observed that it doesn’t seem to cause any remote 
station decoding problems.

Be grateful if you could consider my observation and advise if there is a real 
problem.

Thank you, Nic 





___
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] Wsjt 2.7.0 rc3 apparent holes in transmission

[Nic Sears via wsjt-devel]

Hi Willie,

Yes the 9700 has that function but when I did that the problem didn’t happen. 
It does seem quite random and intermittent. I suspected it might have been rfi  
as when I moved the 432 MHz ant in the roof the problem seemed to go away. But 
i have seen it back again and I haven’t altered anything.

I suspect something to do with the usb as another has reply has suggested.

Thanks, Nic 

On 30 Jan 2024, at 12:32, William Smith via wsjt-devel 
 wrote:

Is there a monitor function on your rig that you can use to listen to the Tx 
audio?  Then you’d at least know which side of the audio/RF divide to look at…

73, Willie N1JBJ


> On Jan 30, 2024, at 7:25 AM, Nic Sears via wsjt-devel 
>  wrote:
> 
> Hi there, Nic G3YEG here.
> 
> I have been using wsjt for quite a few years both ft8 (hf, vhf and uhf) and 
> q65-60b on 432 eme and have never consciously notice the power output of any 
> of my previous rigs varying during ft8 or q65 tx cycles.
> 
> Recently I Started using a new laptop with much higher spec than old machine  
> and also changed over to rc3. I then noted that the alc on my ic9700 had 
> started spiking on the tx cycle.
> 
> This seems to be completely random and does not appear to effect the decoding 
> of my signal at all, hf, vhf ,uhf ft8 and even with my very low power q65 eme 
> set up having had 3 recent eme qso’s and seen the spikes occur on tx. It also 
> occurs on the ts2000 i use for hf.
> 
> I have investigated and it seems that the transmission does have “holes” in 
> it when you actually listen to it.
> 
> It is not consistent as sometimes the tx cycle is completely clean and 
> sometimes has a number of holes.
> 
> I have reverted back to 2.6.1 and that also exhibits the same problem but it 
> does seem to be to a lesser extent. However Not done that many tests on 2.6.1
> 
> I always run with nil or very low alc on both my rigs so the recent spiking 
> has been quite obvious. The tx power output on both the rigs doesn’t seem to 
> dip that but the 9700 current drain certainly drops on the rig metering.
> 
> The old machine was a Lenovo running Windows 10 with an amd a10 and 12gb 
> memory driving the 9700 via a single usb interface. The new machine is an 
> intel i7 running Windows 11 with 32Gb memory again driving the 9700 via a 
> single usb interface. The ts2000 is driven from the new machine via a usb to 
> rs232 dongle for cat control and a usb to analogue dongle for the audio 
> interface. The icom Ic-9700 usb driver was in use on both old and new 
> machines.
> 
> I mentioned this observation to another local eme operator who has also noted 
> these “holes” but also observed that it doesn’t seem to cause any remote 
> station decoding problems.
> 
> Be grateful if you could consider my observation and advise if there is a 
> real problem.
> 
> Thank you, Nic
> 
> 
> 
> 
> 
> ___
> 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] Wsjt 2.7.0 rc3 apparent holes in transmission

[Nic Sears via wsjt-devel]

Hi David,

Interesting that you have seen this for a long time.

My old Lenovo laptop didn’t show any signs of this happening driving the 9700 
via usb and my old Sony laptop using just audio from the speaker also did not 
show any signs of this happening when driving the ts2000.

This was on 2.6.1 and previous versions.

Nic



On 30 Jan 2024, at 15:34, David Hilton-Jones via wsjt-devel 
 wrote:

I don’t think that it is always a USB problem.
 
I have been aware of very brief “holes” in the audio output for many 
years/versions. In fact, more often than not I see a brief dropout – shown by 
the RF output power dropping (with ALC glitch) and drop out of audio on monitor.
 
But my audio in/out is not via USB, but through the mic/phones connections on 
the computer.
 
I’ve always assumed that it’s due to a problem with audio “streaming” in the 
computer/soundcard – and ignored it!

David, G4YTL
 
From: Nic Sears via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net] 
Sent: 30 January 2024 14:11
To: WSJT software development
Cc: Nic Sears
Subject: Re: [wsjt-devel] Wsjt 2.7.0 rc3 apparent holes in transmission
 
Thanks Neil, suspected that but audio stream on other output seemed ok. Cannot 
check usb stream, will try and find an update. Amazed an eme QSO works ok with 
holes!!
 
Nic
 
On 30 Jan 2024 13:03, Neil via wsjt-devel  
wrote:
Hi Nic, I had this problem with random gaps of about 2 seconds in transmission 
audio with an earlier release.  It was nothing to do with wsjt-x, the root 
problem was a buggy USB 3.0 driver for the internal card in the machine 
(i7/32GB/Win10).  I updated the driver and that fixed it.  It took a long time 
to diagnose!
-- 
Neil G4DBN
https://youtube.com/MachiningandMicrowaves
 
On 30/01/2024 12:20, Nic Sears via wsjt-devel wrote:
Hi there, Nic G3YEG here.
 
I have been using wsjt for quite a few years both ft8 (hf, vhf and uhf) and 
q65-60b on 432 eme and have never consciously notice the power output of any of 
my previous rigs varying during ft8 or q65 tx cycles.
 
Recently I Started using a new laptop with much higher spec than old machine  
and also changed over to rc3. I then noted that the alc on my ic9700 had 
started spiking on the tx cycle. 
 
This seems to be completely random and does not appear to effect the decoding 
of my signal at all, hf, vhf ,uhf ft8 and even with my very low power q65 eme 
set up having had 3 recent eme qso’s and seen the spikes occur on tx. It also 
occurs on the ts2000 i use for hf.
 
I have investigated and it seems that the transmission does have “holes” in it 
when you actually listen to it.
 
It is not consistent as sometimes the tx cycle is completely clean and 
sometimes has a number of holes.
 
I have reverted back to 2.6.1 and that also exhibits the same problem but it 
does seem to be to a lesser extent. However Not done that many tests on 2.6.1
 
I always run with nil or very low alc on both my rigs so the recent spiking has 
been quite obvious. The tx power output on both the rigs doesn’t seem to dip 
that but the 9700 current drain certainly drops on the rig metering.
 
The old machine was a Lenovo running Windows 10 with an amd a10 and 12gb memory 
driving the 9700 via a single usb interface. The new machine is an intel i7 
running Windows 11 with 32Gb memory again driving the 9700 via a single usb 
interface. The ts2000 is driven from the new machine via a usb to rs232 dongle 
for cat control and a usb to analogue dongle for the audio interface. The icom 
Ic-9700 usb driver was in use on both old and new machines.
 
I mentioned this observation to another local eme operator who has also noted 
these “holes” but also observed that it doesn’t seem to cause any remote 
station decoding problems.
 
Be grateful if you could consider my observation and advise if there is a real 
problem.
 
Thank you, Nic 
 
 
 
 
___
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 2.7.0 rc3 apparent holes in transmission

[Nic Sears via wsjt-devel]

Thanks Neil, suspected that but audio stream on other output seemed ok. Cannot check usb stream, will try and find an update. Amazed an eme QSO works ok with holes!!NicOn 30 Jan 2024 13:03, Neil via wsjt-devel  wrote:

Hi Nic, I had this problem with random
  gaps of about 2 seconds in transmission audio with an earlier
  release.  It was nothing to do with wsjt-x, the root problem was a
  buggy USB 3.0 driver for the internal card in the machine
  (i7/32GB/Win10).  I updated the driver and that fixed it.  It took
  a long time to diagnose!

-- 
  Neil G4DBN
  https://youtube.com/MachiningandMicrowaves


On 30/01/2024 12:20, Nic Sears via
  wsjt-devel wrote:


  Hi there, Nic G3YEG here.

I have been using wsjt for quite a few years both ft8 (hf, vhf and uhf) and q65-60b on 432 eme and have never consciously notice the power output of any of my previous rigs varying during ft8 or q65 tx cycles.

Recently I Started using a new laptop with much higher spec than old machine  and also changed over to rc3. I then noted that the alc on my ic9700 had started spiking on the tx cycle. 

This seems to be completely random and does not appear to effect the decoding of my signal at all, hf, vhf ,uhf ft8 and even with my very low power q65 eme set up having had 3 recent eme qso’s and seen the spikes occur on tx. It also occurs on the ts2000 i use for hf.

I have investigated and it seems that the transmission does have “holes” in it when you actually listen to it.

It is not consistent as sometimes the tx cycle is completely clean and sometimes has a number of holes.

I have reverted back to 2.6.1 and that also exhibits the same problem but it does seem to be to a lesser extent. However Not done that many tests on 2.6.1

I always run with nil or very low alc on both my rigs so the recent spiking has been quite obvious. The tx power output on both the rigs doesn’t seem to dip that but the 9700 current drain certainly drops on the rig metering.

The old machine was a Lenovo running Windows 10 with an amd a10 and 12gb memory driving the 9700 via a single usb interface. The new machine is an intel i7 running Windows 11 with 32Gb memory again driving the 9700 via a single usb interface. The ts2000 is driven from the new machine via a usb to rs232 dongle for cat control and a usb to analogue dongle for the audio interface. The icom Ic-9700 usb driver was in use on both old and new machines.

I mentioned this observation to another local eme operator who has also noted these “holes” but also observed that it doesn’t seem to cause any remote station decoding problems.

Be grateful if you could consider my observation and advise if there is a real problem.

Thank you, Nic 






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

[wsjt-devel] Wsjt 2.7.0 rc3 apparent holes in transmission

[Nic Sears via wsjt-devel]

Hi there, Nic G3YEG here.

I have been using wsjt for quite a few years both ft8 (hf, vhf and uhf) and 
q65-60b on 432 eme and have never consciously notice the power output of any of 
my previous rigs varying during ft8 or q65 tx cycles.

Recently I Started using a new laptop with much higher spec than old machine  
and also changed over to rc3. I then noted that the alc on my ic9700 had 
started spiking on the tx cycle. 

This seems to be completely random and does not appear to effect the decoding 
of my signal at all, hf, vhf ,uhf ft8 and even with my very low power q65 eme 
set up having had 3 recent eme qso’s and seen the spikes occur on tx. It also 
occurs on the ts2000 i use for hf.

I have investigated and it seems that the transmission does have “holes” in it 
when you actually listen to it.

It is not consistent as sometimes the tx cycle is completely clean and 
sometimes has a number of holes.

I have reverted back to 2.6.1 and that also exhibits the same problem but it 
does seem to be to a lesser extent. However Not done that many tests on 2.6.1

I always run with nil or very low alc on both my rigs so the recent spiking has 
been quite obvious. The tx power output on both the rigs doesn’t seem to dip 
that but the 9700 current drain certainly drops on the rig metering.

The old machine was a Lenovo running Windows 10 with an amd a10 and 12gb memory 
driving the 9700 via a single usb interface. The new machine is an intel i7 
running Windows 11 with 32Gb memory again driving the 9700 via a single usb 
interface. The ts2000 is driven from the new machine via a usb to rs232 dongle 
for cat control and a usb to analogue dongle for the audio interface. The icom 
Ic-9700 usb driver was in use on both old and new machines.

I mentioned this observation to another local eme operator who has also noted 
these “holes” but also observed that it doesn’t seem to cause any remote 
station decoding problems.

Be grateful if you could consider my observation and advise if there is a real 
problem.

Thank you, Nic 





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