¿ªÔÆÌåÓý

Re: Digital Audio Delays


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.
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

Join [email protected] to automatically receive all group messages.