开云体育

Anyone using digital audio delays in their repeater to eliminate squelch
tails? I would like to know what you are using and your opinion of it.

73's, Randy, WB0VHB

Randy Nelson wrote:

Anyone using digital audio delays in their repeater to eliminate
squelch tails? I would like to know what you are using and your
opinion of it.

I'm using S*COM boards on several controller brands (ACC, CAT,
Hamtronics, and soon CSI) and have had great success with them. The
Micor squelch is great, but still leaves the squelch click, does not get
rid of touch-tone blips, and costs more than the delay board. One
application note - if you want to remove the touch-tones completely,
insert the delay after the breakout point that goes to the touch-tone
decoder, or run a line to the decoder and cut the original audio path.
Try to leave in as much of the filtering as possible before the decoder.
By the way, the S*COM audio delay is virtually a direct plug-in to the
CAT 300DX. The pinouts are the same.

I have a problem with kerchunkers (averaging dozens per hour - 24 hours
a day). Now, I rarely notice the activity. The repeaters are a zillion
times more pleasant to listen to. The muted squelch tails combined with
the 'CTCSS tail' means I only hear 'real' conversations. I have my CTCSS
set to drop about one second after the COS, so the only part I hear of
the ID is one second of the initial ID (I.E. "Welcome to the"). Adding a
few initial speech 'pauses' would even remove that!

I have the 'CTCSS tail' to make it easy for mobile repeater users to
confirm that they are hitting the repeater - hearing a one second
response tail instead of the full tail and pending IDs. They can also
reply faster during conversations. It words great!
I hope I've given you and perhaps others some useful tips.

73,
Joe, KR3P

I use the Link Comm ADM...along with Link Comm controllers.( of course!) I
have no complaints about them. In my opinion that is the icing on the cake
for a pleasant sounding repeater and time your tx encder so the rx will go
quiet before the tx drops out.

Ed WA4QKC

I have take another approach I inserted a reed relay in the CTCSS line where
it is inserted at the exciter and activate the relay with COS therefore
CTCSS is only transmitted when there is COS. This is only a problem with
marginal signals. You never hear IDs or even the courtesy tone, no squelch
tail only users talking. I am now designing a small delay to keep the CTCSS
up for about .1 second to help marginal signals. I like it. I also put a
second relay across the first to defeat the first and transmit CTCSS all the
time as a back up.
__
Paul L. Plants Callsign
680 1/2 Broad Street N3WMV
Washington, PA 15301 442.125+ tone 131.8
USA 145.490-
DO NOT SEND ANY FORM OF ADVERTISING TO ANY OF THESE ADDRESSES

I have take another approach I inserted a reed relay in the CTCSS line

where

it is inserted at the exciter and activate the relay with COS therefore
CTCSS is only transmitted when there is COS. This is only a problem with
marginal signals. You never hear IDs or even the courtesy tone, no squelch
tail only users talking. I am now designing a small delay to keep the CTCSS
up for about .1 second to help marginal signals. I like it. I also put a
second relay across the first to defeat the first and transmit CTCSS all

the

time as a back up.

I have something similar here except a little more versatile...If the main
port is in Monitor to port 2 or 3, OR if they are connected (transceive) the
tone is continouslly transmitted....drop the main rptr courtesy tone too
since the other system courtesy tone is what you need to hear. IF the
autopatch is accessed, the tone is on..no courtesy tone..the inital id is
encoded so the time / temp / wind speed at the rptr shack is heard..the
signal quality test and all voice mail (both private and public) are encoded
so they will be heard. I found that about .6 to .8 seconds is the best hang
time for the encoder output and at that same exact time the courtesy tone is
sent (has to be short !) the dtmf decoder mute timers are set at .8 seconds
(enough for anyone unless you got riggamortis). And the digital audio delay
is at 100 milliseconds.I also modified the "hang time" on the ts32 enc/dec
bd so that the controller will see a shorter "on pl" time, it worked out to
be about 300 milliseconds...so I tried to make sure there was a minimum of
"falsing" on the cor/dec. The controller is RLC 2 a by Link Comm.
Ed

At 09:21 PM 1/06/1999 -0500, you wrote:

From: Randy Nelson <rnelson@...>

Anyone using digital audio delays in their repeater to eliminate squelch
tails? I would like to know what you are using and your opinion of it.

73's, Randy, WB0VHB

If the code for your controler is any good you should'nt need one.

If you are using a relay for PTT switching why not replace it with a solid
state option?

Live long and prosper.
Brett.

Randy Nelson wrote:

From: Randy Nelson <rnelson@...>

Anyone using digital audio delays in their repeater to eliminate squelch
tails? I would like to know what you are using and your opinion of it.

73's, Randy, WB0VHB

Randy,

I use Motorola Micor gear exclusively for my repeater radio sets. The Micor
squelch is second to none, however when mobiles are in flutter, the squelch
tail is very significant. Using a delay board either reduces or eliminates
the tail, making the machine much more pleasant to listen to. The delay (if
wired properly) will also totally mute touch-tones when someone is
controlling.

I like the use of delays.

Some of the early delays induced distortion but the newer ones have much
more dynamic range and less induced distortion.

Hope this Helps,

Kevin