The same thing happens to me that Bob, K0RC, reported.
73, Ed
K3IXD
Re: [RTTY] GRAB function in N1MM
Posted by: "Robert Chudek - K0RC" k0rc@pclink.com k0rc
Date: Mon Feb 11, 2008 12:14 pm ((PST))
Maybe I have something setup wrong... but... for this new tool to work
effectively, I think the RTTY queue is going to have to be looked at.
On my system, I work a station, get them logged, and continue operating.
Then, if the DI window decodes that callsign again (it's gray on the DI
screen so the software knows it is a dupe), the Queue grabber will put
it on the top of the stack again.
Or do I have something setup wrong (again)?
Does this behavior have something to do with the "work dupes" setting?
73 de Bob - KØRC in MN
----- Original Message -----
From: Rick Ellison
To: N1MMLogger-Digital@yahoogroups.com
Sent: Monday, February 11, 2008 1:20 PM
Subject: RE: [N1MM-Digital] Re: [RTTY] GRAB function in N1MM
With the implementation that Myself and John K3CT are working on it
will be
real easy to work multiple calls one after the other. The idea behind me
saying this is:
With Digital call stacking on you will be able to do an ALT-Click on any
call and that call will stack to the call stack and bandmap. By using the
macro !{LOGTHENPOP} TU NW {F5}{F2} will pull the next stacked call
off the
call stack and remove it from the bandmap. The working of this would
mean if
3 different stations were calling you could stack all 3 calls and
then work
all 3 stations one after the other.
73's Rick N2AMG
aim:n2amg
yahoo:n2amg
-----Original Message-----
From: N1MMLogger-Digital@yahoogroups.com
[mailto:N1MMLogger-Digital@yahoogroups.com] On Behalf Of Vilnis YL2KF
Sent: Monday, February 11, 2008 2:01 PM
To: RTTY List
Cc: N1MMLogger-Digital@yahoogroups.com
Subject: [N1MM-Digital] Re: [RTTY] GRAB function in N1MM
Alec and all ,
what will be next after that full implementation
of this LogThenGrab function?
You probably will ask how to grab second from end ......;-)
I quite strictly stay away from this LastGrab full automatic
idea .
In fact such a function already possible in some way,
if make combination of several macros. Not perfect but yes.
Look at {GRAB} , {DELTOP} , {LOG}.
But after some attempts to realize it in a real situations switch all to
zero.
Why? Simply - how You can get protected that exactly last string
( and recognized as a callsignal by software ) is correct one?
How? In many cases (due bad macros - no space after call and so on)
last decoded is wrong.
In RTTY You have a lot of time to log station and click to next correct
one from DI1 RX window. That is - human grabbing only
and all other regrading my personal macros is in big secret .. ;-)
73
Vilnis / YL2KF
Dave Hachadorian wrote:
> ----- Original Message -----
> From: "Alec Otulak" <sp2ewq@wp.pl>
> To: "'RTTY'" <rtty@contesting.com>
> Sent: Monday, February 11, 2008 5:18 PM
> Subject: [RTTY] GRAB function in N1MM
>
>
>
>> Hi Guys,
>>
>> can anybody send me an instruction
>> how to make N1MM to first save one QSO
>> before grabbing the next callsign,
>> please ?
>>
>> Now, after having called CQ, when there are more
>> stations calling me I do not know how to configure
>> N1MM logger to let me use ['] macro, and while
>> the goodbye message is being played, to grab the
>> next callsign.
>>
>> Please, help me with that...
>>
>> Yours,
>> Alec
>> SP2EWQ
>>
>
> Alec,
>
> I asked the same question on the N1MM Reflector yesterday.
> N2AMG (the guy who does the digital coding) says he is going
> to make a big change in the software within two weeks. There
> will be a new macro {LOGTHENGRAB} that should do exactly
> what we want.
>
> Dave Hachadorian, K6LL
> Yuma, AZ
>
_______________________________________________
RTTY mailing list
RTTY@contesting.com
http://lists.contesting.com/mailman/listinfo/rtty
|