You need to figure out which is the right base/offset/etc for your system. I'm no expert in that field, but I'll try to help you based on what I got for the system I monitor.
The system I monitor has frequencies of 424.1625, 424.2625, and 424.5125, and reports them as GTC's 333, 341, and 361 (decimal), which equals 14D, 155, and 169 hex.
My trunkito.ini looks like this:
Code:
[MPT1327]
BASE=4168750
OFFSET=252
STEP=125
What this means is that the frequency we'll start counting at is 416.8750. Each frequency, or channel, is 0.0125mhz apart (so the next one is 416.8875, and then 416.9000 after that), and channel 'zero' in the system is actually 252 channels "above" 416.8750.
(I suppose the values could also be BASE=4200000 and OFFSET=0 - but as I said, I'm not exactly intimately familiar with this form of trunking.)
In any case, using the file as outlined above provides me with the right frequencies and GTC's in Trunkito.
Having said that, I'd have to know what GTC channel IDs you're getting, and all the frequencies you have for your system, and then I should be able to figure out the right base and offset for you.
You probably did what I did when I first got Trunkito - you put the lowest frequency of the system you're monitoring in as the BASE. For whatever reason, that's not the way these trunk systems work.
Yup. From the information you've provided, I can see that the base is 10.625 mhz off. So if it says BASE=4257750, make it BASE=4151500 instead. You should then get 426.050 when you expect 426.050.
I'm willing to bet you originally got 172.9625 on the same channel.. the default ini file starts with a base of 162.0625.
That should clear up your frequency issues. However, if seeing the right Go To Channel is important, it will take more work. You'll have to figure out what exactly the channel number is for, for example, 426.050, and then count backwards until you reach 415.000. At least, I think..
