OK is the UniTrunker site gone, or is it coming back, cause I really need a lil info on a few things... Scope leveling, why it isnt displaying all the freqs on a site, why it isn't dl'ing the system from here...
UTrunker
- Thread starter INDY72
- Start date
- Status
Rick is reachable on the forums, as he has time. I seriously doubt the site is down for good - It says it's down "for maintenance".
If you sit on a 3600 baud Moto channel, it is not going to show every frequency associated with the system in its normal periodic broadcasts. It'll show the primary CC and any alternate CCs. Then, it will only populate the trunker program with additional frequencies as those frequencies are used. This is no fault of Unitrunker - It's the way it goes with 3600 baud Moto. It just doesn't broadcast every frequency associated with the trunked system until those [non-control channel] frequencies are in use. Of course, once it sees them once it should retain that info.
I'm not sure scope leveling was discussed on the UT site. It is discussed in various threads on the forums though.
I think Rick mentioned in another RR forum section that he had UT using the original SOAP specs that Lindsay was using but not the SOAP2 specs (as if I knew what the hell that means). So maybe that is why it is not downloading the system.
Mike
If you sit on a 3600 baud Moto channel, it is not going to show every frequency associated with the system in its normal periodic broadcasts. It'll show the primary CC and any alternate CCs. Then, it will only populate the trunker program with additional frequencies as those frequencies are used. This is no fault of Unitrunker - It's the way it goes with 3600 baud Moto. It just doesn't broadcast every frequency associated with the trunked system until those [non-control channel] frequencies are in use. Of course, once it sees them once it should retain that info.
I'm not sure scope leveling was discussed on the UT site. It is discussed in various threads on the forums though.
I think Rick mentioned in another RR forum section that he had UT using the original SOAP specs that Lindsay was using but not the SOAP2 specs (as if I knew what the hell that means). So maybe that is why it is not downloading the system.
Mike
hmm this won't show the alt CC, just the CH number. And the primary after I type it in where it asks for it. And on the neighbor sites it just shows the ch number not the freqs.... so I will just chill till Rick is around or the site is back up...
Last edited by a moderator:
That happens when UT can't determine a bandplan. It should be able to determine one by default on a typical Type II Moto system. But sometimes that isn't possible.
Sometimes simply doing something like starting the Receiver in UT, letting it run for a minute while sitting on the CC, stopping the Receiver in UT, exiting UT, and then re-opening UT and starting the Receiver will allow it to continue on correctly.
If it's rebanded, that could be a problem - or if the system has an odd bandplan, that coudl be a problem. In those cases you'd end up having to add a custom bandplan.
You may be able to "kickstart" it by calculating the frequency based upon the channel number, entering the frequency in for those channel numbers, saving it, exiting, and then firing it back up. It may take 2-3 freqs filled in manually for it to work.
You should download Trunk88 and run it as well (just to see if it pulls up the freqs without problem). I'm not promoting Trunk88 over UT or vice versa, but two heads (or two trunking apps) is better than one.
You will have to enter in at least the first freq (of the control channel). I used UT for a long time but have been using Trunk88 as of late. I just opened a pristine UT install and encounter the same problem you do on every system... never used to happen. Even on non-rebanded systems its having a lot of trouble figuring out the bandplan. I think I'm missing a step, becuase UT never used to do this on a simple Moto type II system.
Mike
Sometimes simply doing something like starting the Receiver in UT, letting it run for a minute while sitting on the CC, stopping the Receiver in UT, exiting UT, and then re-opening UT and starting the Receiver will allow it to continue on correctly.
If it's rebanded, that could be a problem - or if the system has an odd bandplan, that coudl be a problem. In those cases you'd end up having to add a custom bandplan.
You may be able to "kickstart" it by calculating the frequency based upon the channel number, entering the frequency in for those channel numbers, saving it, exiting, and then firing it back up. It may take 2-3 freqs filled in manually for it to work.
You should download Trunk88 and run it as well (just to see if it pulls up the freqs without problem). I'm not promoting Trunk88 over UT or vice versa, but two heads (or two trunking apps) is better than one.
You will have to enter in at least the first freq (of the control channel). I used UT for a long time but have been using Trunk88 as of late. I just opened a pristine UT install and encounter the same problem you do on every system... never used to happen. Even on non-rebanded systems its having a lot of trouble figuring out the bandplan. I think I'm missing a step, becuase UT never used to do this on a simple Moto type II system.
Mike
calculate a few manually - assuming standard bandplan:
EX: Channel # is 820.
1. Choose appropriate bandplan entry to figure it out (in this case, the 3rd line, because the channel number falls between the LO of 815 and the HI of 831)
For our purposes, UCN = the channel number whose frequency is unknown, 820
BASE + ((UCN-LO) * SPACING)) = frequency_you_want_to_know
867.0000 + ((820-815) * .025))
867.0000 + (5 * .025)
867.0000 + .125 = 867.125
Channel # 820 = 867.125
By the way - If I'm telling you something you already know, don't hate. I'm just trying to help out and don't know if you ever did that conversion before
Mike
PS: In UT, after going and editing the active control channel to enter in the correct frequency and then exiting/re-starting UT, it started using the bandplan it shoudl have used in the beginning (the default) and was tracking well. Your mileage may vary.
Code:
BASE LO HI SPACING (khz)
851.0125 0 719 25.000
866.0000 720 759 25.000
867.0000 815 831 25.000
868.9750 958 958 25.000
867.4250 861 1022 25.000EX: Channel # is 820.
1. Choose appropriate bandplan entry to figure it out (in this case, the 3rd line, because the channel number falls between the LO of 815 and the HI of 831)
For our purposes, UCN = the channel number whose frequency is unknown, 820
BASE + ((UCN-LO) * SPACING)) = frequency_you_want_to_know
867.0000 + ((820-815) * .025))
867.0000 + (5 * .025)
867.0000 + .125 = 867.125
Channel # 820 = 867.125
By the way - If I'm telling you something you already know, don't hate. I'm just trying to help out and don't know if you ever did that conversion before
Mike
PS: In UT, after going and editing the active control channel to enter in the correct frequency and then exiting/re-starting UT, it started using the bandplan it shoudl have used in the beginning (the default) and was tracking well. Your mileage may vary.
Last edited:
Not all systems announce their alternate control channels.
Networked systems generally announce their peers' primary control channels. You may see alternate channels for peer sites - depending on how the system is configured and how active it may be.
For any channel, you need either (a) a band-plan, (b) manual entry or (c) download - to see frequencies appear alongside channel numbers.
- Status
Similar threads
