[RTTY] GRAB function in N1MM

[Ed Steeble]

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 at 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 at 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 at yahoogroups.com
   [mailto:N1MMLogger-Digital at yahoogroups.com] On Behalf Of Vilnis YL2KF
   Sent: Monday, February 11, 2008 2:01 PM
   To: RTTY List
   Cc: N1MMLogger-Digital at 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 at wp.pl>
   > To: "'RTTY'" <rtty at 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
   >