[RTTY] Macros again

Salvatore Irato iw1ayd at googlemail.com
Thu Feb 16 01:15:59 PST 2012


Hello all. That's my penny.

Assuming that my first answer, with me in RUN, was

(TX)(CR)_HISCALL RST EXCH EXCH_(RX) (I will prefer to place here a
second time HISCALL, but sometime its't too much)

And than him answer was

(TX)(CR)_MYCALL RST EXCH EXCH_(RX) (I don't need a second time my call
here, I know it, but ... sometime it's no enough)

my close will be

(TX)(CR)_HISCALL TU MYCALL CQ_(RX)

May be it's isn't the best or the worst way but in the close I just
assure him about my copy, send a friendly but shortly TU and I restart
my sequence.

HISCALL is better from my point of view to stay at first as TU it's
the separator from MYCALL and HISCALL. Just to assure that I am
sending the next CQ.

HISCALL there is the last chance to check the call from the other
side, not easy but feasible. If I send TU before than HISCALL this
wouldn't get checked, as by the jumping VFO syndrome.

CQ is there instead of QRZ as it is short than QRZ (yup!) and this
last will not sound forever. CQ is much more compatible in any case, I
am running, I am CQ'ing.If I get TWO call I do a NOW ... ( ;->), QRZ
isn't anyway needed. I now that there are peoples, by the terrible
noise, and I would like to prevent those that will answer me ending
theirs answers with QRZ or CQ on my RUN frequency.

There are almost 2 characters at the start of any string, a CR and a
space, as to establish a sync ... well, as to try for that.

If I do a mistake the best thing is to do it consistently as at a time
I could see it or anybody other could point me to my mistake, I am
here or elsewhere to change and improve.

This is what I learned over time, with several other thing,

                                       73 de iw1ayd Salvo

PS a repeat rapport macro, on request of NR?,  isn't a (TX)(CR)_MYCALL
RST EXCH EXCH_(RX). It is a (TX)(CR)_EXCH EXCH EXCH EXCH MYCALL
RST_(RX), better I think.
I personally hate to receive back the same thing as before, at least
the 50% of data in the standard answer would be not useful in a
repeated rapport request, but it seems that everyone forgot this.


More information about the RTTY mailing list