[Skimmertalk] FT8StartUp Beta Version 2.2b1
dd5xx at web.de
dd5xx at web.de
Fri Jul 26 14:14:04 EDT 2019
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
_______________________________________________
Skimmertalk mailing list
Skimmertalk at contesting.com
http://lists.contesting.com/mailman/listinfo/skimmertalk[http://lists.contesting.com/mailman/listinfo/skimmertalk]
_______________________________________________
Skimmertalk mailing list
Skimmertalk at contesting.com
http://lists.contesting.com/mailman/listinfo/skimmertalk[http://lists.contesting.com/mailman/listinfo/skimmertalk]
More information about the Skimmertalk
mailing list