[Top] [All Lists]

Re: [RTTY] Multi Computer SO2R with N1MM

To: "Stein-Roar Brobakken" <sroabr@gmail.com>
Subject: Re: [RTTY] Multi Computer SO2R with N1MM
From: "Mark n2qt" <n2qt@verizon.net>
Reply-to: Mark n2qt <n2qt@verizon.net>
Date: Fri, 22 Feb 2013 20:30:17 -0500
List-post: <rtty@contesting.com">mailto:rtty@contesting.com>
Basically you set up for Multi Op and then after the contest change the category before creating the cabrillo
file.  (I'd make a backup first!)

For best information take a look at

Mark n2qt

-----Original Message----- From: Stein-Roar Brobakken
Sent: Friday, February 22, 2013 8:13 PM
To: Mark n2qt
Cc: rtty@contesting.com
Subject: Re: [RTTY] Multi Computer SO2R with N1MM

to use N1MM in Multi computer SO2R , must you use SINGLE op or MULTI OP
mode ????

73s LA6FJA Rag

2013/2/23 Mark n2qt <n2qt@verizon.net>

In W0YK's email on AA5AU's WPX notes in talking about using N1MM
for multicomputer SO2R he stated:

"I found that the interlock is very slow and 2-3 characters overlap
transmission from both radios.  OTOH, no software interlocks can guarantee
the absence of two signals, if even for milli-seconds, so the operator is
responsible via a hardware interlock to not transmit simultaneously."

Since I had used this approach to operate SO#R I decided to measure
any possible overlap.  I would set one rig to cq and then interrupt it by
transmitting on the other rig.  I did this where one rig was controlled by
a networked computer and then with the more typical single computer
N1MM SO2R.  I used a storage scope to look at the rf output from the

For the networked computer configuration the the worst case was 566ms
of overlap with typical overlaps of over 400 ms.   As Ed stated this is
enough for several characters to be sent in violation of one signal at a
Some other interlock is needed for rule compliance.

However when using N1MM in its more typical single computer SO2R mode,
it is obvious the programmers worked to eliminate this overlap.  There
was a 20 - 40 ms gap with NO RF emitted, between one rig's transmit signal
dropping and the second rig's transmit coming up.  After many sequences I
manage to get one series where there was just about 44ms of overlap.  This
is well less than one half character's worth of time.  I personally feel
good about
this performance.

The computer used was a HEX Core AMD running WinXp. I had multiple receive
windows, packet,  along with two instances of CWSkimmer running.  I assume
for the rare instance of overlap, it was induced by a poorly timed
resource demand
from one of these other applications.   N1MM was set for last one wins for
priority and 'stop other rig's transmit when this rig transmits' networked

Mark n2qt

RTTY mailing list

RTTY mailing list
RTTY mailing list

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