PRO-163 not picking up trunk site

[eharlow]

I've got a PRO-163 that is not picking up traffic on programmed TG's from a particular site. I first assumed it was geographically related in nature. I've moved it within line of site of one of this simulcast system's towers and still nothing. It picks up from another system tower (outside of the metro simulcast) perfectly clear.

Any ideas? It used to work just fine but now won't pick up these sites.

 

[N8IAA]

First, have you done all the firmware updates? Second, could they have gone digital? Probably best asked in the OK state forum further down the forums page. You'll will get a more informed answer there.
HTH,
Larry

 

[N8IAA]

Deleted.

 

[eharlow]

I already have....we couldn't come up with much.

 

[DickH]

I've got a PRO-163 that is not picking up traffic on programmed TG's from a particular site. I first assumed it was geographically related in nature. I've moved it within line of site of one of this simulcast system's towers and still nothing. It picks up from another system tower (outside of the metro simulcast) perfectly clear.

Any ideas? It used to work just fine but now won't pick up these sites.

Which system?
Which site?

 

[eharlow]

Oklahoma-OKWIN
OKC Simulcast sites
Guthrie site

I think I have it fixed for now. Had to put the two sites in different banks.

 

[gmclam]

I think I have it fixed for now. Had to put the two sites in different banks.

I've made lots of comments about this before. There are tricks you can implement to have two separate MOT type systems in a single bank, but I don't recommend it. This and similar model scanners really are only designed to have a SINGLE active control channel in each bank.

 

[N1BHH]

I've made lots of comments about this before. There are tricks you can implement to have two separate MOT type systems in a single bank, but I don't recommend it. This and similar model scanners really are only designed to have a SINGLE active control channel in each bank.

Two Motorola systems can be programmed into a single bank, as long as the system ID is the same, in other words, the same system which has different zones or sites. The Massachusetts State system can conceivably be programmed into one bank for statewide coverage except for a few frequencies which are used by other licensees. But if the traffic is unrelated or no in the same system then separate banks should be used.

In some systems you may actually not want all of the system included, you can break it up into separate banks for different sections of coverage. Plus you will run out of available talk groups in some cases. And also it should be noted that not all talk groups within a system are associated with all zones or sites. Here we have some talk groups that will only associate with just one zone. See Zone 1 in Massachusetts, where the City of Boston just moved their former system to as an example.

 

[gmclam]

Two bad ideas

Two Motorola systems can be programmed into a single bank, as long as the system ID is the same, in other words, the same system which has different zones or sites.

Being able to program two systems in a bank, and having them work properly are two different things. The GRE made bank oriented scanners only look for a single active control channel in each bank. You have to trick the scanner to make it look for more than one. And once you get that working, if you are running in closed mode, the TGs must be compatible.

In some systems ... you can break it up into separate banks for different sections of coverage.

This is a HORRIBLE IDEA, that is unless you want to guarantee that you miss traffic. When you have the SAME active control channel being scanned in more than one bank, you WILL miss traffic. The scenario goes like this ....

Scanning bank 1; TG for PD is detected. Scanner ignores traffic because bank 1 is FD only. Scanner advances to bank 2 picking up same control channel frequency. Now TG ID for different FD is received. Traffic is ignored because bank 2 is PD only.