Hi all,
I'm hoping someone will have a nice, simple, quick answer to this...
I can't seem to get pro96com to release the "activity" status on a given channel after the channel doesn't have traffic. It doesn't seem to matter what I try, it just won't release the activity status so that traffic on another channel will come through. I have to manually use the talkgroup hold function to listen to other channels when it does this. I'll put a rather long-winded example of this at the end of this post...
Is there some setting that will allow me to tell pro96com how long to hold the active status after the actual radio traffic stops? At this point, it's still holding a channel as "active" for up to 10 minutes after the last actual radio traffic, and it's not allowing traffic on other channels to come through. Problem is, sometimes it works just fine, too...
I've been trying to intentionally cause the error to happen, but I'm not having a lot of luck. Unfortunately, sometimes it will hang up with absolutely no cause at all. I can't reliably make it happen, and I can't reliably predict when it will stop. Also, many times, after all traffic on all channels has stopped, the program will still show the last talkgroup and channel used as active. Only occasionally does it actually clear the activity status and leave the display blank when there's no activity.
On a related issue, only on VERY rare occasions will the controlled scanner go back to it's "quiet" frequency - most of the time it just sits there on the last frequency used. This causes random squelching sometimes, as the 850 band is rather noisy. Is it supposed to go back to the "quiet" frequency between activity periods?
I'm at a loss to explain it, so I'm hoping it's some sort of setting or something I missed, or perhaps an issue controlling my scanner, or ??? I did read somewhere the possibility that it was related to the mini grant window on the activity page, but turning that off didn't seem to help. It seems to me that the problem is related to the usage of the talkgroup priority functions, but that's the best I can offer - I'm not much for programming, unfortunately...
FYI - Both scanners being used are RS Pro-197's.
Thanks in advance!
OK, now for the example:
We'll keep it as simple as I can - 2 channels (1 and 2), and 3 talkgroups (PD, FD and SO). PD talkgroup has a priority of 45 (higher), FD has a priority of 50 (default) and SO has a priority of 55 (lower). The site defaults to using channel 1 first. If I first have traffic on channel 1 with the SO talkgroup (lower priority), then when the PD talkgroup has activity on channel 2, of course pro96com switches to that, as it has a higher priority. All working good so far. Now, the kicker: traffic has stopped on both channels, leaving the activity pointer hung on channel 2, due to the higher priority. Now the FD talkgroup has traffic, on channel 1, but pro96com won't switch to it, as it still thinks channel 2, with the higher priority, is still active for some blasted reason... If I double click on the FD/channel 1 line, it locks it on, and I can hear it then, but if I release the hold then it swaps back to channel 2, even with no traffic. I have not yet found a way to force it to clear that activity pointer when it does this. The only thing that will predictably clear this hangup is to have a higher priority talkgroup have activity on channel 1, but sometimes then it hangs the other way. Sometimes not, too.
This example doesn't cover it all - I've had it hang even other ways, but hopefully this will provide enough to help me find out how to stop the hangups.
I'm hoping someone will have a nice, simple, quick answer to this...
I can't seem to get pro96com to release the "activity" status on a given channel after the channel doesn't have traffic. It doesn't seem to matter what I try, it just won't release the activity status so that traffic on another channel will come through. I have to manually use the talkgroup hold function to listen to other channels when it does this. I'll put a rather long-winded example of this at the end of this post...
Is there some setting that will allow me to tell pro96com how long to hold the active status after the actual radio traffic stops? At this point, it's still holding a channel as "active" for up to 10 minutes after the last actual radio traffic, and it's not allowing traffic on other channels to come through. Problem is, sometimes it works just fine, too...
I've been trying to intentionally cause the error to happen, but I'm not having a lot of luck. Unfortunately, sometimes it will hang up with absolutely no cause at all. I can't reliably make it happen, and I can't reliably predict when it will stop. Also, many times, after all traffic on all channels has stopped, the program will still show the last talkgroup and channel used as active. Only occasionally does it actually clear the activity status and leave the display blank when there's no activity.
On a related issue, only on VERY rare occasions will the controlled scanner go back to it's "quiet" frequency - most of the time it just sits there on the last frequency used. This causes random squelching sometimes, as the 850 band is rather noisy. Is it supposed to go back to the "quiet" frequency between activity periods?
I'm at a loss to explain it, so I'm hoping it's some sort of setting or something I missed, or perhaps an issue controlling my scanner, or ??? I did read somewhere the possibility that it was related to the mini grant window on the activity page, but turning that off didn't seem to help. It seems to me that the problem is related to the usage of the talkgroup priority functions, but that's the best I can offer - I'm not much for programming, unfortunately...
FYI - Both scanners being used are RS Pro-197's.
Thanks in advance!
OK, now for the example:
We'll keep it as simple as I can - 2 channels (1 and 2), and 3 talkgroups (PD, FD and SO). PD talkgroup has a priority of 45 (higher), FD has a priority of 50 (default) and SO has a priority of 55 (lower). The site defaults to using channel 1 first. If I first have traffic on channel 1 with the SO talkgroup (lower priority), then when the PD talkgroup has activity on channel 2, of course pro96com switches to that, as it has a higher priority. All working good so far. Now, the kicker: traffic has stopped on both channels, leaving the activity pointer hung on channel 2, due to the higher priority. Now the FD talkgroup has traffic, on channel 1, but pro96com won't switch to it, as it still thinks channel 2, with the higher priority, is still active for some blasted reason... If I double click on the FD/channel 1 line, it locks it on, and I can hear it then, but if I release the hold then it swaps back to channel 2, even with no traffic. I have not yet found a way to force it to clear that activity pointer when it does this. The only thing that will predictably clear this hangup is to have a higher priority talkgroup have activity on channel 1, but sometimes then it hangs the other way. Sometimes not, too.
This example doesn't cover it all - I've had it hang even other ways, but hopefully this will provide enough to help me find out how to stop the hangups.
