RTTY
[Top] [All Lists]

[RTTY] RTTY and Skimmer was: Re: Decoder performance on crowded bands

To: rtty@contesting.com
Subject: [RTTY] RTTY and Skimmer was: Re: Decoder performance on crowded bands
From: Pete Smith N4ZR <n4zr@contesting.com>
Date: Thu, 1 Oct 2015 10:37:11 -0400
List-post: <rtty@contesting.com">mailto:rtty@contesting.com>
Hi Don et al - wish I could take credit for that post, but it wasn't me. I can barely spell RTTY.

This much I'm pretty sure of - neither CW nor RTTY Skimmer does any post-processing. Once the callsign and whether the station is CQing has been determined in a given decoder stream, that information is immediately passed to the Telnet server. Ever since the first days of CW Skimmer I have wished for a function that would, in effect, "notice" that a station that was spotted as CQing was, in fact, S&P. The obvious way to do this would be to "take note" that a station just posted as CQing turned up within some time interval on a different frequency, therefore indicating that he wasn't CQing at all, or at least no longer on the same frequency. Logging software could then go back and delete the original spot from the Bandmap or other listing of eligible stations waiting to be called.

Another approach would be to wait until the station worked a second station on the same frequency, and not identify it as CQing until that criterion has been met, but I suspect the delay would be unacceptable to many of us.

I sort of suspect that a good solution will tend to have several components, and that different ops will take different routes. This much I know for sure, RTTY on the RBN is here to stay.

73, Pete N4ZR
Download the new N1MM Logger+ at
<http://N1MM.hamdocs.com>. Check
out the Reverse Beacon Network at
<http://reversebeacon.net>, now
spotting RTTY activity worldwide.
For spots, please use your favorite
"retail" DX cluster.

On 9/30/2015 9:47 AM, Don AA5AU wrote:
According to Pete's (N4ZR) post today, "{enter}WW3S WW3S" is suppose to break 
the association from the CQ but it doesn't appear to be true in some cases. Putting a C/R 
L/F {enter} in front of nearly all macros has been preached for years and I believe most 
operators do this already.
I include a C/R L/F at the start of my macros and I still get spotted quite a bit when 
S&P. Pete's post did make the suggestion of adding {enter} after the trailing CQ in the 
message and although it will make the CQ message longer, it might help keep S&P 
stations from being spotting so I think I will try it in JARTS (if I can remember to do 
so). If there is a C/R after the CQ and the S&P station sends C/R at the start of his 
message, perhaps the double C/R will help. I don't know.
Now all this got me to thinking, and I don't know the answer to this, but perhaps if 
S&P stations wait a little longer before coming back to a CQ station, will it help 
eliminate the S&P station from being spotted? This is actually good practice 
anyway. I like to wait just a half second or more after the run stations drops his 
transmitter to listen to see if anyone (that I can hear) else is calling the CQ station 
at the same time as me. If so, I send my call 3 times. If not, I send my call 2 times. 
I wonder if this will also help break the association with the CQ message?
I don't now how much better the skimmer software can be made. But if the 
operators on this reflector would start implementing changes to our own 
messages and the way we operate, maybe we can make the skimmer experience a 
little better.
73, Don AA5AU

       From: Lee Sawkins <ve7cc@shaw.ca>
  To: rtty@contesting.com
  Sent: Tuesday, September 29, 2015 7:58 PM
  Subject: Re: [RTTY] Decoder performance on crowded bands
Jamie

How sending this. "{enter}WW3S WW3S ". Maybe this would break the association 
between the CQ from AA5AU and you better and not spot you. I seem to rarely get spotted 
during S&P and this is what I do.

73 Lee

----- Original Message -----

From: "Gary Senesac" <al9a@mtaonline.net>
To: rtty@contesting.com
Sent: Wednesday, September 30, 2015 12:18:03 AM
Subject: Re: [RTTY] Decoder performance on crowded bands

Quick fix. Don't send the 'DE' before your call. It is absolutely unnecessary!

Gary AL9A
Sent from my Kindle HDX

On September 29, 2015, at 2:57 PM, WW3S <ww3s@zoominternet.net> wrote:

What I think usually happens is the skimmer cannot tell the difference between 
who is who.....so since most people now append their CQ message with CQ, it 
goes like this....
CQ AA5AU AA5AU CQ
and then I answer
DE WW3S WW3S
ends up looking to the skimmers as
CQ AA5AU AA5AU CQ DE WW3S WW3S
and I get spotted on Dons run frequency....
just a semi educated guess, from a semi educated man....

On 9/29/2015 7:37:46 PM, Tim Shoppa (tshoppa@gmail.com) wrote:
Wow, thanks for all the responses! Most especially to Lee VE7CC himself,
who helped me figure out how to reset a filter I had apparently applied
over a year ago (probably by clicking on the "NE ONLY" button in N1MM). The
density of good CW skimmers in NE USA meant that I had never noticed this
filter until the RTTY contest, where most of the USA RTTY Skimmers were in
7-land.

AA5AU and GU0SUP raised an issue, about how sometimes S
_______________________________________________
RTTY mailing list
RTTY@contesting.com
http://lists.contesting.com/mailman/listinfo/rtty


_______________________________________________
RTTY mailing list
RTTY@contesting.com
http://lists.contesting.com/mailman/listinfo/rtty


_______________________________________________
RTTY mailing list
RTTY@contesting.com
http://lists.contesting.com/mailman/listinfo/rtty

_______________________________________________
RTTY mailing list
RTTY@contesting.com
http://lists.contesting.com/mailman/listinfo/rtty

<Prev in Thread] Current Thread [Next in Thread>