[RTTY] RTTY contest questions and comments

Wed Sep 30 10:45:20 PDT 2009

QSL the intention of your remark Jerry...

Until this past weekend I believe I was able to string macros together as 
you said. But for this contest I setup a MO2T network at KØIR's qth using 
N1MM. There was an issue when trying to string macros together where the 
next key pressed immediately truncated the previous macro.

I need to investigate "what changed" or "how come". One difference is that 
the MO2T station is using MicroKeyer interfaces and my station does not. 
It's also possible that something has changed in the N1MM software recently.

My workaround was to watch the outgoing message and press the next macro key 
before the TX dropped. This wasn't very elegant and required paying 
attention and good timing..

73 de Bob - KØRC in MN

----- Original Message ----- 
From: "Jerry Flanders" <jeflanders at comcast.net>
To: "Robert Chudek - K0RC" <k0rc at citlink.net>; "Amos, Ian" 
<ian.amos at sap.com>; "Claude Du Berger" 
<duberger.miousse81 at globetrotter.net>; <rtty at contesting.com>
Sent: Wednesday, September 30, 2009 12:33 PM
Subject: Re: [RTTY] RTTY contest questions and comments

No - not editing on the fly - assembling the
transmitted string from several macros on the
fly. If my f2 has "HISCALL 599 05 05 SC SC " and
my f4 has " W4UK " and my f5 has HISCALL, I have
the choice of sending f2 with no calls at the end
(for when condx are good but also busy), adding
my call under normal condx, or adding his call if
I think that is best. I do this with combinations
of f2, f4, and f5. If I hit f5 while f2 is still
playing, they go out as one string.

I gave a more detailed report of how this works
and the exact macros I use here yesterday.

Will N1MM (or other programs) let you make up one
long transmitted string by pressing one macro
button and then another before the first plays out? It is incredibly useful.

Jerry W4UK

At 12:24 PM 9/30/2009, Robert Chudek - K0RC wrote:
>Yes, you can edit macros "on the fly" in N1MM
>Logger. (Right click on any macro button.)
>
>When I make a RTTY contesting presentation, I
>make a point about changing bands (80m vs. 20m),
>changing propagation (a pipeline vs. signals in
>the noise), and even the portion of the contest
>(beginning vs. end) make a difference in the most effective macros.
>
>As a RTTY operator gains contesting experience,
>they will learn to change the macro content to
>optimize for the current conditions. Macros
>should not be chiseled in stone! Editing them
>only takes a few seconds. I queue up a couple of
>CQ's and make my changes during that period of time.
>
>73 de Bob - KØRC in MN
>
>
>----- Original Message ----- From: "Jerry Flanders" 
><jeflanders at comcast.net>
>To: "Amos, Ian" <ian.amos at sap.com>; "Claude Du
>Berger" <duberger.miousse81 at globetrotter.net>; <rtty at contesting.com>
>Sent: Wednesday, September 30, 2009 10:07 AM
>Subject: Re: [RTTY] RTTY contest questions and comments
>
>
>>But different conditions would favor different variations. I think
>>one macro for (HISCALL exchange) and then separate macros containing
>>only (HISCALL) and (MYCALL) give the most flexibility. Then just put
>>them together (or even leave out the last call for some Qs) at tx time.
>>
>>Don't all contest programs allow macros to be "assembled" from
>>different function keys on the fly? Maybe n1mm does not?
>>
>>Jerry W4UK
>>
>>At 10:23 AM 9/30/2009, Amos, Ian wrote:
>>>Ah there is the difference .... I use the reply (HISCALL) exchange
>>>(MYCALL).  This reason I do this as it let others know I am the run
>>>station so they stick around to work me or can move on faster if
>>>that have already logged me.  As usual there are many different
>>>styles of operating to be used
>>>
>>>73, Ian VE3JI
>>>
>>>________________________________
>>>From: Claude Du Berger [mailto:duberger.miousse81 at globetrotter.net]
>>>Sent: Wednesday, September 30, 2009 10:14 AM
>>>To: Amos, Ian; rtty at contesting.com
>>>Subject: Re: [RTTY] RTTY contest questions and comments
>>>
>>>When I am in  RUN-CQ mode, I always reply with (Hiscall) exch. (Hiscall)
>>>because If there are many callers, QRM, it is important to confirm to
>>>whom I have sent the exchange. ex: Hiscall 599 001 001 Hiscall
>>>Then, I confirm with (TU Hiscall de MYCALL CQ)  Why send it again...
>>>Already sent twice...
>>>
>>>73, Claude VE2FK
>>>----- Original Message -----
>>>From: Amos, Ian<mailto:ian.amos at sap.com>
>>>To: rtty at contesting.com<mailto:rtty at contesting.com>
>>>Sent: Wednesday, September 30, 2009 10:00 AM
>>>Subject: [RTTY] RTTY contest questions and comments
>>>
>>>I agree with Bill the CALL TU helps me make sure I have the QSO, as
>>>I have been caught a few times. This a little slower but I believe
>>>it improves my log accuracy overall.
>>>
>>>Ian
>>>VE3JI
>>>
>>>
>>>
>>> >Another comment..... after the exchange it helps band sweepers if
>>>you send TU N6PE or QSL N6PE instead of N6PE TU or N6PE QSL because
>>>they can move as soon as they see the T or the Q
>>>
>>>REPLY:
>>>
>>>I do it as N6PE TU because often there will be two stations, both of
>>>whom think
>>>they worked me. If I do the TU first, they
>>>will both be gone, but only one is
>>>really in the log. Sending the call sign first
>>>gives them both a look at who I
>>>really logged.
>>>
>>>73, Bill W6WRT
>>>
>>>
>>>_______________________________________________
>>>RTTY mailing list
>>>RTTY at contesting.com<mailto:RTTY at contesting.com>
>>>http://lists.contesting.com/mailman/listinfo/rtty
>>>_______________________________________________
>>>RTTY mailing list
>>>RTTY at contesting.com
>>>http://lists.contesting.com/mailman/listinfo/rtty
>>
>>_______________________________________________
>>RTTY mailing list
>>RTTY at contesting.com
>>http://lists.contesting.com/mailman/listinfo/rtty

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