I think I've caught up on my reading about quick keys (a couple of threads and the wiki page). Though I'm beginning to understand how quick keys work, I still have a lot of questions but I'll start out with just one.
For the sake of example, let's say that I have just three things I want to listen to:
- Police department, consisting of a handful of talkgroups on a trunked P25 system with a single site;
- Fire department, also a set of talkgroups on the same trunked P25 system; and,
- Power company, a different conventional non-trunked system.
If I put this in favorites list 1, I think I'd wind up with 1.1.1 (police), 1.1.2 (fire), and 1.2.1 (power) (I know the numbering is flexible; this example presumes I assign the keys in sequence). This works but seems a bit clumsy.
Let's say I want to segregate police, fire, and power into three groups I can easily turn on and off. I could create more than one favorites list and include the trunked system in two of the lists (in this case organized as 1.1.1 [police], 2.1.1 [fire], and 3.1.1 [power]).
Is there a performance or reliability impact to having disjoint groups in the same system appear in separate favorites lists active at the same time (in this case 1.1.1 and 2.1.1)? I'm concerned this could cause the scanner to operate more slowly (polling the power company system for activity less often) or that it might even miss calls (police calls received while it's scanning 2.1.1 and fire calls that come in while 1.1.1 is being scanned). Do my concerns have a basis in fact?
For the sake of example, let's say that I have just three things I want to listen to:
- Police department, consisting of a handful of talkgroups on a trunked P25 system with a single site;
- Fire department, also a set of talkgroups on the same trunked P25 system; and,
- Power company, a different conventional non-trunked system.
If I put this in favorites list 1, I think I'd wind up with 1.1.1 (police), 1.1.2 (fire), and 1.2.1 (power) (I know the numbering is flexible; this example presumes I assign the keys in sequence). This works but seems a bit clumsy.
Let's say I want to segregate police, fire, and power into three groups I can easily turn on and off. I could create more than one favorites list and include the trunked system in two of the lists (in this case organized as 1.1.1 [police], 2.1.1 [fire], and 3.1.1 [power]).
Is there a performance or reliability impact to having disjoint groups in the same system appear in separate favorites lists active at the same time (in this case 1.1.1 and 2.1.1)? I'm concerned this could cause the scanner to operate more slowly (polling the power company system for activity less often) or that it might even miss calls (police calls received while it's scanning 2.1.1 and fire calls that come in while 1.1.1 is being scanned). Do my concerns have a basis in fact?