It's more then one radio, and divide those TG's by 16, does it come out even? I think he has the system type set wrong, but then what do I know.Did you ever think that this radio trying to get access to the system is not authorized on the system?
There are a number of people trying to use a commercial radio to monitor a trunking system. They don't understand the issues they create in doing this. My guess is we are seeing the actual results of someone trying to monitor the trunking system with a radio they programmed up in the effort of using it as a scanner.
As much as there are threads on many of the chat groups, people still insist on trying to program up these trunking radios they have acquired off of Ebay and other places. They constantly get told not to do this. This is a bad move and as you can see, it causes the trunking system to send un needed messages and causes the overhead traffic of the system to go up. It delays the assignment of regular traffic and could cause the system to miss an emergency request under the right conditions.
Well if you say the freq's are right, then the database is wrong. Also, you asked for ideas on why radios are being rejected. You didn't mention that you didn't set it up yet and are just playing with it. Bottom line, there are problems.I know the TGs aren't right. I haven't really set it up yet. Just playing with it. Thought I'd share what I've found. However the frequencies are right.
This will be my last comment on this, I believe there is a setting in the program that is wrong, like:It is quite possible that the radios are trying to affiliate with talkgroups that they are not allowed to affiliate with on the site in question. Some system operators do this to manage the amount of traffic on a site within a multi-site system.
If the talkgroups are invalid, then it is a good possibility that templates loaded into those radios were set up incorrectly.
Or radio ID. There's a reject announcement for either but it depends on how the database is setup to. I know I've seen three different types of rejects related to ID or TG. I'm not sure what Trunk88's verbiage for the different ones.It is quite possible that the radios are trying to affiliate with talkgroups that they are not allowed to affiliate with on the site in question. Some system operators do this to manage the amount of traffic on a site within a multi-site system.
I see nothing wrong with the setup.I agree with Highpockets, there is something wrong in the setup.
If any of the frequencies are incorrect, it would be due to the user bouncing between sites without giving TRUNK88 a chance to snag the site IDs.Just looking at the frequencies being reported there is something wrong. The site (zone in trunk88 parlance) has at least one frequency from another site and one that isn't on the system at all.
They are all perfectly valid. Motorola Type II talkgroups range from 1 to about 4000. If anything, those silly five digit scanner talkgroups are invalid, however TRUNK88 will display in that format if told to.And as Highpockets correctly points out, the TGs are all invalid.
System Type should be 2. Bandplan looks fine. Talkgroup display format is up to the OP.This will be my last comment on this, I believe there is a setting in the program that is wrong, like:
Wrong System Type
Talkgroup Display Format
In the OP's screen shot, TRUNK88 is reporting 2C4A site access denials.Or radio ID. There's a reject announcement for either but it depends on how the database is setup to. I know I've seen three different types of rejects related to ID or TG. I'm not sure what Trunk88's verbiage for the different ones.
100% correct. The level of misinformation in this short thread is off the chart.And geez, people are so quick to jump on the illegitimate radio rant. In this case those are normal, legit rejects. There is another reject that gives off a good indicator of an incorrectly programmed or illegal radio. Even though the radio receives the reject on affiliation, and can't roam, it keeps affiliating.