TrunkView V2.00 released.

[Comint]

TrunkView Version 2.00 was released on June 10.

It now supports Alpha Tagging, and Custom Channel Plans.

www.linato.net/trunkview

[pyeman99]

Originally Posted by Comint

TrunkView Version 2.00 was released on June 10.

It now supports Alpha Tagging, and Custom Channel Plans.

www.linato.net/trunkview

& it works a treat Keith.

[DaveH]

I've tried this on a fairly large UHF system for which the custom
channel plan works great. Without it, Trunkview suffers a problem
similar to Tronquito; channel step is 6.25kHz but both programs
only take the frequency out to four decimal places, which results
in a frequency roundoff error which is progressively larger the
higher one gets from the base frequency. Increasing resolution
to five places shouldn't be a big deal. Otherwise it's a great piece
of software.

Dave

[morfis]

Originally Posted by DaveH

I've tried this on a fairly large UHF system for which the custom
channel plan works great. Without it, Trunkview suffers a problem
similar to Tronquito; channel step is 6.25kHz but both programs
only take the frequency out to four decimal places, which results
in a frequency roundoff error which is progressively larger the
higher one gets from the base frequency. Increasing resolution
to five places shouldn't be a big deal. Otherwise it's a great piece
of software.

Dave

The channel size does accept the second decimal place for normal systems and the only rounding error is on the actual tuned frequency - as that is within the channel bandwidth the signals are resolved reasonably and there is no reason for the error to get progressively larger?

[DaveH]

Morfis, you are correct. What I am seeing is a combination of a small
constant roundoff because the base frequency can one be entered to 4
decimal places, and a discontinuity in the channel mapping which resulted
in whole steps of frequency error. Fortunately the custom channel plan
fixes everything.

The base frequency is an odd multiple of 6.25kHz (e.g. 450.99375) so
rounding up to 450.9938 got rid of the .x999 annoyance; now the
frequencies end with .xxx1, which is easier to read. I am not trying
to control a receiver, as I don't have any that the program works with.

One case where the channel mapping changed, it jumped ahead two
6.25kHz channels. What appeared to be cumulative error from round-off
amounted to about 10kHz. (205 * (6.25 - 6.20)). Tronquito does show
a cumulative error which corresponds to the 50Hz round-down per
channel step (discontinuties aside).

Dave

[steve2004]

Thank you!
a nice challenge to get this to work...

confiused with that one...

http://www.radioreference.com/module...me=RR&sid=4307 site: 004
base frequency?

[Comint]

Originally Posted by steve2004

confiused with that one...
http://www.radioreference.com/module...me=RR&sid=4307 site: 004 base frequency?

Try the information on this page: http://www.linato.net/trunkview/?How...base_frequency

[steve2004]

Got it...
works ok...

[Napalm]

Is anyone does have any problems with Trunkview, or MPT1327 in general, you're welcome to join the "Official" Trunkview list:
http://groups.yahoo.com/group/trunkview

We have a lot of very clever people on there who are willing to help (but not spoonfeed!! ) those who need it.