BenFranske
Member
- Joined
- May 6, 2005
- Messages
- 37
I've recently upgraded from a Pro-2096 to a PSR-600 for my main scanner and I'm interested in having a discussion here with other PSR-500/600 users about programming organization.
First, I must say I'm thrilled at the free-form programming of the PSR-500/600 which allows for mixed numbers of talkgroups, systems and conventional frequencies along with the use of scan lists instead of banks. This is much easier to use in the large digital trunking systems than the old model of using banks of frequencies and sub-banks of talkgroups. While there are some improvements which could be made this is a huge leap forward.
On to the real question. Do you treat the ARMER system as one large system (eg. one TSYS object with lots of control channel frequencies) or divide it into sub-systems (separate TSYS objects for HennepinE/W, Minneapolis, Ramsey, State, etc.)? What are the advantages and disadvantages? For the time being I'm treating it as one large system but obviously I can't put all the control channels in (just the ones I'm most likely to hear). See my current programming file which is attached to this message.
Also, any thoughts so far on MultiSiteMode (Off/Roam/Stationary)? I'm assuming this also might be impacted by whether you treat it as one system or as several.
I can see advantages in treating it as a single system (when units roam onto another system and pull the talkgroup you won't miss them if you have a stronger signal from that system, no need to duplicate interop talkgroups such as the LTAC/STAC/PTAC/FTAC/etc, possibly faster scanning). On the other hand I can see advantges in treating it as multiple systems because I think if you treat it as one system depending on the MultiSiteMode you could potentially lock on to a single control channel (eg. the Minneapolis system) and miss traffic on another system (like HennepinE).
I'd be interested in hearing what others are doing and have discovered. If you're willing to share copies of your programming files for us to look at all the better.
-Ben Franske
K0BEN
First, I must say I'm thrilled at the free-form programming of the PSR-500/600 which allows for mixed numbers of talkgroups, systems and conventional frequencies along with the use of scan lists instead of banks. This is much easier to use in the large digital trunking systems than the old model of using banks of frequencies and sub-banks of talkgroups. While there are some improvements which could be made this is a huge leap forward.
On to the real question. Do you treat the ARMER system as one large system (eg. one TSYS object with lots of control channel frequencies) or divide it into sub-systems (separate TSYS objects for HennepinE/W, Minneapolis, Ramsey, State, etc.)? What are the advantages and disadvantages? For the time being I'm treating it as one large system but obviously I can't put all the control channels in (just the ones I'm most likely to hear). See my current programming file which is attached to this message.
Also, any thoughts so far on MultiSiteMode (Off/Roam/Stationary)? I'm assuming this also might be impacted by whether you treat it as one system or as several.
I can see advantages in treating it as a single system (when units roam onto another system and pull the talkgroup you won't miss them if you have a stronger signal from that system, no need to duplicate interop talkgroups such as the LTAC/STAC/PTAC/FTAC/etc, possibly faster scanning). On the other hand I can see advantges in treating it as multiple systems because I think if you treat it as one system depending on the MultiSiteMode you could potentially lock on to a single control channel (eg. the Minneapolis system) and miss traffic on another system (like HennepinE).
I'd be interested in hearing what others are doing and have discovered. If you're willing to share copies of your programming files for us to look at all the better.
-Ben Franske
K0BEN