[Skimmertalk] FT8StartUp Beta Version 2.2b1
W3OA
w3oa at roadrunner.com
Fri Jul 26 14:47:43 EDT 2019
FT8StartUp Beta Version 2.2b1 had a delay of 10 seconds between the 2:00
am "Kill All Rigs" and "Start All Rigs in Use" functions. I've
increased that to 60 seconds in Version 2.2b3. Please see if that helps
or cures the problem.
Version 2.2b3 is available at
https://www.dropbox.com/s/114bzc28cvfh1ig/FT8StartUp.exe?dl=0
73 - Dick, W3OA
To:
Ted Gisske <gisske at offex.com>, 'W3OA' <w3oa at roadrunner.com>,
"skimmertalk at contesting.com" <skimmertalk at contesting.com>
Or the auto-kill/kill-all could check whether instances are killed after
some time, and try again if not... Another option I see right now is to
reboot the server once per day and use a scheduled task to launch all of
this (I have it already scripted). The one thing I would have to figure
out is how to click the StartAll, but I think there may be a command
line option... But rebooting the server is a little brute-force...
Thanks
Andy
KU7T
------------------------------------------------------------------------
*From:* Ted Gisske <gisske at offex.com>
*Sent:* Friday, July 26, 2019 9:53 AM
*To:* 'Andy KU7T' <ku7t at ku7t.org>; 'W3OA' <w3oa at roadrunner.com>;
skimmertalk at contesting.com <skimmertalk at contesting.com>
*Subject:* RE: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Andy,
I’ve noticed the same thing. Some instances of WSJT-X and
CWSL_SSBWave.exe seemed slow to close on a kill rigs command. The, if I
hit the start-all button before all instanced died, there were a lot of
warnings about duplicate instances already running.
As a suggestion…Perhaps 15-20 seconds of dawdle time before
auto-starting the rigs after an auto-kill would improve the issue.
73,
Ted
K9IMM
*From:*Skimmertalk [mailto:skimmertalk-bounces at contesting.com] *On
Behalf Of *Andy KU7T
*Sent:* Friday, July 26, 2019 11:42 AM
*To:* W3OA; skimmertalk at contesting.com
*Subject:* Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
After running with the kill switch for a week, I noticed that my spot
count went way down (1100 for the last 24 hours). I hit the kill all
switch and found this:
* all UI instances of WSJT-X were gone - good
* 24 CWSL_SSBWave.exe instances were still running - not good
* 2 wsjt-x.exe instance were running - not good
I killed the 26 orphan processes and hit the start all switch. Things
are now moving again.
2 Questions:
* Can the kill all switch be a little more aggressive and do full kill
of these processes?
* Do you think that a high CPU situation can cause fewer spots? I am
wondering whether 80 -90 CPU utilization may throttle already the
spot count. I wonder if running on fewer bands would be better.
Anyone know or have tried this?
Thanks
Andy
KU7T
------------------------------------------------------------------------
*From:*Andy KU7T
*Sent:* Sunday, July 14, 2019 8:30 AM
*To:* W3OA <w3oa at roadrunner.com>; skimmertalk at contesting.com
<skimmertalk at contesting.com>
*Subject:* RE: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Dick,
I ran for a few days with the “automatic kill switch”. I am running the
new RP on 8 FT8 bands. It seems to work for the WSJT-X and jt9
processes. However, I can see currently 16 processes with names
CWSL_SSBWave.exe. Anything you can do here? I know I could use a script
also to do that easily, but it would interfere with the FT8Startup
functionality, so it would be better if it would do it….
Thanks
Andy
KU7T
Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
Windows 10
------------------------------------------------------------------------
*From:*Skimmertalk <skimmertalk-bounces at contesting.com> on behalf of
W3OA <w3oa at roadrunner.com>
*Sent:* Thursday, June 27, 2019 5:11:42 PM
*To:* skimmertalk at contesting.com
*Subject:* [Skimmertalk] FT8StartUp Beta Version 2.2b1
FT8StartUp Beta Version 2.2b1 is available for testing at
https://www.dropbox.com/s/f3rjjuzra51364v/FT8StartUp.exe?dl=0
This adds the option to "Kill All Rigs" and then "Start All Rigs in Use"
at 2:00 am every day, This is a work around for the problem that
causes over driving the audio input to WSJT-X after long periods of
operation with CWSL_SSBWave.exe.
73 - Dick, W3OA
_______________________________________________
Skimmertalk mailing list
Skimmertalk at contesting.com
http://lists.contesting.com/mailman/listinfo/skimmertalk
Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1.eml
Subject:
Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
From:
Lee Sawkins <ve7cc at shaw.ca>
Date:
7/26/2019, 1:57 PM
To:
Andy KU7T <ku7t at ku7t.org>
CC:
SkimmerTalk Reflector <skimmertalk at contesting.com>
Hi Andy
I don't know if it's related but I have seen RBN spots from you for Europeans on 6 meters that appear completely wrong.
Latest one:
SK2AU 50157.7 CW DX 0 dB 7 wpm 0010z 26 Jul
You are the only one in the world to spot this station.
These types of spots of yours end up on the 6 meter prop maps.
Lee VE7CC
----- Original Message -----
From: Andy KU7T<ku7t at ku7t.org>
To: Ted Gisske<gisske at offex.com>, 'W3OA'<w3oa at roadrunner.com>,skimmertalk at contesting.com
Sent: Fri, 26 Jul 2019 10:57:31 -0600 (MDT)
Subject: Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Or the auto-kill/kill-all could check whether instances are killed after some time, and try again if not... Another option I see right now is to reboot the server once per day and use a scheduled task to launch all of this (I have it already scripted). The one thing I would have to figure out is how to click the StartAll, but I think there may be a command line option... But rebooting the server is a little brute-force...
Thanks
Andy
KU7T
________________________________
From: Ted Gisske<gisske at offex.com>
Sent: Friday, July 26, 2019 9:53 AM
To: 'Andy KU7T'<ku7t at ku7t.org>; 'W3OA'<w3oa at roadrunner.com>;skimmertalk at contesting.com <skimmertalk at contesting.com>
Subject: RE: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Andy,
I’ve noticed the same thing. Some instances of WSJT-X and CWSL_SSBWave.exe seemed slow to close on a kill rigs command. The, if I hit the start-all button before all instanced died, there were a lot of warnings about duplicate instances already running.
As a suggestion…Perhaps 15-20 seconds of dawdle time before auto-starting the rigs after an auto-kill would improve the issue.
73,
Ted
K9IMM
From: Skimmertalk [mailto:skimmertalk-bounces at contesting.com] On Behalf Of Andy KU7T
Sent: Friday, July 26, 2019 11:42 AM
To: W3OA;skimmertalk at contesting.com
Subject: Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
After running with the kill switch for a week, I noticed that my spot count went way down (1100 for the last 24 hours). I hit the kill all switch and found this:
* all UI instances of WSJT-X were gone - good
* 24 CWSL_SSBWave.exe instances were still running - not good
* 2 wsjt-x.exe instance were running - not good
I killed the 26 orphan processes and hit the start all switch. Things are now moving again.
2 Questions:
* Can the kill all switch be a little more aggressive and do full kill of these processes?
* Do you think that a high CPU situation can cause fewer spots? I am wondering whether 80 -90 CPU utilization may throttle already the spot count. I wonder if running on fewer bands would be better. Anyone know or have tried this?
Thanks
Andy
KU7T
________________________________
From: Andy KU7T
Sent: Sunday, July 14, 2019 8:30 AM
To: W3OA<w3oa at roadrunner.com>;skimmertalk at contesting.com <skimmertalk at contesting.com>
Subject: RE: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Dick,
I ran for a few days with the “automatic kill switch”. I am running the new RP on 8 FT8 bands. It seems to work for the WSJT-X and jt9 processes. However, I can see currently 16 processes with names CWSL_SSBWave.exe. Anything you can do here? I know I could use a script also to do that easily, but it would interfere with the FT8Startup functionality, so it would be better if it would do it….
Thanks
Andy
KU7T
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
________________________________
From: Skimmertalk<skimmertalk-bounces at contesting.com> on behalf of W3OA<w3oa at roadrunner.com>
Sent: Thursday, June 27, 2019 5:11:42 PM
To:skimmertalk at contesting.com
Subject: [Skimmertalk] FT8StartUp Beta Version 2.2b1
FT8StartUp Beta Version 2.2b1 is available for testing at
https://www.dropbox.com/s/f3rjjuzra51364v/FT8StartUp.exe?dl=0
This adds the option to "Kill All Rigs" and then "Start All Rigs in Use"
at 2:00 am every day, This is a work around for the problem that
causes over driving the audio input to WSJT-X after long periods of
operation with CWSL_SSBWave.exe.
73 - Dick, W3OA
_______________________________________________
Skimmertalk mailing list
Skimmertalk at contesting.com
http://lists.contesting.com/mailman/listinfo/skimmertalk
Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1.eml
Subject:
Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
From:
dd5xx at web.de
Date:
7/26/2019, 2:14 PM
To:
"Reflector Skimmertalk" <skimmertalk at contesting.com>
Hi all,
not related exactly to what Lee mentioned, but something similar I experienced:
Very often I see spots on RBN like JO40PA which appear as DXCC "Japan". I know for sure that this happens because the identified stations are beacons which send also its maidenhead locator, I have checked and identified this issue. In this example the locator JO40PA was logged as a callsign and thus appears on RBN. This occurs on skimmers who are skimming also for beacons. I see this often happen on bands 10m or 6m. Currently I am developing a WebCluster interface and because I wanted to get rid of those false spots I have integrated a regex filter for them. It could be implemented easily on RBN network too I guess, just a suggestion for anyone who care about. It's a simple regex one line in Javascript.
73
Saki, DD5XX
Gesendet: Freitag, 26. Juli 2019 um 20:57 Uhr
Von: "Lee Sawkins"<ve7cc at shaw.ca>
An: "Andy KU7T"<ku7t at ku7t.org>
Cc: "SkimmerTalk Reflector"<skimmertalk at contesting.com>
Betreff: Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Hi Andy
I don't know if it's related but I have seen RBN spots from you for Europeans on 6 meters that appear completely wrong.
Latest one:
SK2AU 50157.7 CW DX 0 dB 7 wpm 0010z 26 Jul
You are the only one in the world to spot this station.
These types of spots of yours end up on the 6 meter prop maps.
Lee VE7CC
----- Original Message -----
From: Andy KU7T<ku7t at ku7t.org>
To: Ted Gisske<gisske at offex.com>, 'W3OA'<w3oa at roadrunner.com>,skimmertalk at contesting.com
Sent: Fri, 26 Jul 2019 10:57:31 -0600 (MDT)
Subject: Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Or the auto-kill/kill-all could check whether instances are killed after some time, and try again if not... Another option I see right now is to reboot the server once per day and use a scheduled task to launch all of this (I have it already scripted). The one thing I would have to figure out is how to click the StartAll, but I think there may be a command line option... But rebooting the server is a little brute-force...
Thanks
Andy
KU7T
________________________________
From: Ted Gisske<gisske at offex.com>
Sent: Friday, July 26, 2019 9:53 AM
To: 'Andy KU7T'<ku7t at ku7t.org>; 'W3OA'<w3oa at roadrunner.com>;skimmertalk at contesting.com <skimmertalk at contesting.com>
Subject: RE: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Andy,
I’ve noticed the same thing. Some instances of WSJT-X and CWSL_SSBWave.exe seemed slow to close on a kill rigs command. The, if I hit the start-all button before all instanced died, there were a lot of warnings about duplicate instances already running.
As a suggestion…Perhaps 15-20 seconds of dawdle time before auto-starting the rigs after an auto-kill would improve the issue.
73,
Ted
K9IMM
From: Skimmertalk [mailto:skimmertalk-bounces at contesting.com] On Behalf Of Andy KU7T
Sent: Friday, July 26, 2019 11:42 AM
To: W3OA;skimmertalk at contesting.com
Subject: Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
After running with the kill switch for a week, I noticed that my spot count went way down (1100 for the last 24 hours). I hit the kill all switch and found this:
* all UI instances of WSJT-X were gone - good
* 24 CWSL_SSBWave.exe instances were still running - not good
* 2 wsjt-x.exe instance were running - not good
I killed the 26 orphan processes and hit the start all switch. Things are now moving again.
2 Questions:
* Can the kill all switch be a little more aggressive and do full kill of these processes?
* Do you think that a high CPU situation can cause fewer spots? I am wondering whether 80 -90 CPU utilization may throttle already the spot count. I wonder if running on fewer bands would be better. Anyone know or have tried this?
Thanks
Andy
KU7T
________________________________
From: Andy KU7T
Sent: Sunday, July 14, 2019 8:30 AM
To: W3OA<w3oa at roadrunner.com>;skimmertalk at contesting.com <skimmertalk at contesting.com>
Subject: RE: [Skimmertalk] FT8StartUp Beta Version 2.2b1
Dick,
I ran for a few days with the “automatic kill switch”. I am running the new RP on 8 FT8 bands. It seems to work for the WSJT-X and jt9 processes. However, I can see currently 16 processes with names CWSL_SSBWave.exe. Anything you can do here? I know I could use a script also to do that easily, but it would interfere with the FT8Startup functionality, so it would be better if it would do it….
Thanks
Andy
KU7T
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
________________________________
From: Skimmertalk<skimmertalk-bounces at contesting.com> on behalf of W3OA<w3oa at roadrunner.com>
Sent: Thursday, June 27, 2019 5:11:42 PM
To:skimmertalk at contesting.com
Subject: [Skimmertalk] FT8StartUp Beta Version 2.2b1
FT8StartUp Beta Version 2.2b1 is available for testing at
https://www.dropbox.com/s/f3rjjuzra51364v/FT8StartUp.exe?dl=0[https://www.dropbox.com/s/f3rjjuzra51364v/FT8StartUp.exe?dl=0]
This adds the option to "Kill All Rigs" and then "Start All Rigs in Use"
at 2:00 am every day, This is a work around for the problem that
causes over driving the audio input to WSJT-X after long periods of
operation with CWSL_SSBWave.exe.
73 - Dick, W3OA
Subject:
Re: [Skimmertalk] FT8StartUp Beta Version 2.2b1
From:
Andy KU7T <ku7t at ku7t.org>
Date:
7/26/2019, 12:57 PM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.contesting.com/pipermail/skimmertalk/attachments/20190726/387b4b9f/attachment-0001.html>
More information about the Skimmertalk
mailing list