Page 1 of 1

MTS2000 Scan Dropout

Posted: Fri Dec 04, 2009 12:22 am
by djmcdpk
I have a group of 12 MTS-2000s - UHF

I am forcing scan to happen when the radios are in Zone1 on any channel. There is one channel in the scan list, it's an alert channel used to broadcast to all radios in Zone1 independent of what channel each radio is on. The function of this setup works great, I can talk to all radios at once from a Admin radio no matter what channel each of the radios sits on within Zone1.

The problem arises when a user transmits on a regular channel, while scan is on, the receiving radios release squelch, and broadcast the message, but with short audio gaps cycling every 2-3sec. If a solid audio tone was transmitted, the users would hear it interrupted with short 1/2sec gaps every 2-3sec. This only happens when Scan is turned on, and doesn't matter if there is one channel or 10 in the scan list.

I'm guessing this audio gap is from the radio running a scan every 2-3sec.

Is there a way to make the radios stop scanning when it un-squelches on a valid signal?? And resume after the channel closes squelch.??

You all know more than I do,
DAVID

Re: MTS2000 Scan Dropout

Posted: Fri Dec 04, 2009 5:31 am
by akardam
djmcdpk wrote:I'm guessing this audio gap is from the radio running a scan every 2-3sec.
Correct, that is the radio switching periodically to the priority channel to monitor for traffic.
djmcdpk wrote:Is there a way to make the radios stop scanning when it un-squelches on a valid signal?? And resume after the channel closes squelch?
Yes. Remove the priority setting, or change it to be selected channel, as opposed to fixed on your alert channel. However, if you do either of those, you face missing traffic on your alert channel.

Can't have it both ways...

Re: MTS2000 Scan Dropout

Posted: Fri Dec 04, 2009 5:51 am
by ai4ui
If you can set the radios to scan in carrier squelch it will make the audio holes less noticable. When scanning with PL/DPL on and the radio checks the priorty channel for activity and then switches back to the active channel it takes a little time to recognize that the correct PL/DPL is being transmitted on the active channel. This adds a few milliseconds to the audio hole.

Of course doing this defeates the purpose of having PL/DPL, but it will probably help.