Scan delay time for trunked systems?

[blankenburg]

Since every transmission in a trunked system jumps to a different channel in the group, should the delay time be set to 0 seconds to pick up the next transmission faster? Is there a reason to keep the delay set greater than zero seconds for monitoring trunked systems

 

[loumaag]

Different people have differnet opinions on this matter. In addition most scanners have two different delays when it comes to trunk tracking. Given that I will tell you what I have. Frequency delay, none if possible or the shortest amount of time allowed by the scanner. Trunking delay, depends on the system mainly monitored. Some Motorola systems include a "hang time" on a group so that a new channel grant is not required for a back and forth conversation. If that is the case on the system you are monitoring, set the trunking delay to nothing (or as low as possible). If that is not the case, use your experience as to how long you want the scanner to hold on a group after it goes inactive before it starts to scan for new groups.

I am sure you will get more advice on this topic than you really wanted, but that is mine.

 

[mciupa]

Is there a reason to keep the delay set greater than zero seconds for monitoring trunked systems

I suppose if you want to get a visual on the talkgroup display.

You can then confirm you've seen and heard that elusive TG you've
always been wanting to monitor. Otherwise you may not catch the TG #