• To anyone looking to acquire commercial radio programming software:

    Please do not make requests for copies of radio programming software which is sold (or was sold) by the manufacturer for any monetary value. All requests will be deleted and a forum infraction issued. Making a request such as this is attempting to engage in software piracy and this forum cannot be involved or associated with this activity. The same goes for any private transaction via Private Message. Even if you attempt to engage in this activity in PM's we will still enforce the forum rules. Your PM's are not private and the administration has the right to read them if there's a hint to criminal activity.

    If you are having trouble legally obtaining software please state so. We do not want any hurt feelings when your vague post is mistaken for a free request. It is YOUR responsibility to properly word your request.

    To obtain Motorola software see the Sticky in the Motorola forum.

    The various other vendors often permit their dealers to sell the software online (i.e., Kenwood). Please use Google or some other search engine to find a dealer that sells the software. Typically each series or individual radio requires its own software package. Often the Kenwood software is less than $100 so don't be a cheapskate; just purchase it.

    For M/A Com/Harris/GE, etc: there are two software packages that program all current and past radios. One package is for conventional programming and the other for trunked programming. The trunked package is in upwards of $2,500. The conventional package is more reasonable though is still several hundred dollars. The benefit is you do not need multiple versions for each radio (unlike Motorola).

    This is a large and very visible forum. We cannot jeopardize the ability to provide the RadioReference services by allowing this activity to occur. Please respect this.

LTR Programming and Pro-97

Status
Not open for further replies.

Halfpint

Member
Joined
Apr 4, 2004
Messages
949
Reaction score
0
Location
Slightly NE of the People's Republic of Firestone
Racenut,

while this is a `tad bit' `late' answer I have to agree with ericcarlson. Looking at the `data' for the systems you are considering you *are* going to have to have a bank for each one. It isn't going to matter what brand of scanner you are thinking about using or are currently using. Now... *Maybe?* sometime in the unforeseeable `future?' some electronic / programming `chromedome' *might* figure out a way to allow some sort of `tagging?' scheme that *might* allow one to cram together a rag-tag collection of freqs into a single bank and set that bank to handle a particular trunking scheme and associated `TGs'. But, *I* have this nagging suspicion that it won't be really any `improvement' over just assigning separate banks like we already do.

Now... Having said all that there *may* be *some* `relief?' on the horizon. Uniden, and I suspect GRE also, is/has been working upon a `dynamic' memory allocation scheme that *might* help. The way it *might* help *might* be that one will be able to have more than just the 10, or more, banks we already have within about the same, or a tad bit more, memory. This would effectively help by letting one program those systems that only use, lessay, 20 `channels' or so, in as many banks as needed and leave room for other systems in banks sized for their needs. (IE: 20 channels for LTR systems and their LCNs, 20 - 50 channels for, lessay, EDACS systems and their LCNs, and maybe some 100, or so, channel banks for P25 systems and their CCs while still only having a *total* number of overall channels of maybe 1,000 - 1,500 or so.) The place *I* still see a `problem' is when it comes down to being able to have enough storage space for `TGs' *and* how that space will be `dealt out' to the various banks as needed. All one has to do is `listen', or `read', all the kwetches, moans, and groans out there about now having enough room to handle existing systems and their `TGs' to see that while it *may* be possible to `diddle' with memory enough to cram a lot of systems freqs into memory with `dynamic allocation' there is still another `step' that has to be taken care of and it is going to be *very* `interesting?' watching all the various attempts.

*Personally* I am fairly happy that there finally is a radio like the PRO-97 out there. While it *does* add a bit to the already existing `clutter' at my `listening post', or that I have to carry around, it *doesn't* put quite the `hit' on my `pocketbook' like some other radios would and it seems to do it `job' quite well. (I *will* admit that *I* would like them to hurry up and get a `base'/`mobile' version out.) I *will* also admit that I believe that one can really never have too many radios. {VB GRIN!} (I've still got a couple 2004s, several 2006s, and and assortment of miscellaneous other radios sitting around within reach. [And that *isn't* including my `HF' / `SWLing' radios or other miscellaneous `oddball' radios. I could probably put together several different `DC-to-Daylight' combinations if I wanted to and tried. 'Course that is just one of the things that makes this such and enjoyable hobby. {GRIN!}] It's also kinda neat being able to actually see where we've come from and where we are and might possibly be going.)

Oh, well... Just an `Olde Fart's' 2¢ worth. {WAN GRIN!}
 

qoatzecotl

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
318
Reaction score
0
Location
Kendallville, IN
The PRO-92 and PRO-2067 didn't require the LCN an LTR to track them. The new PRO-97 does. That's why the PRO-97 requires separate banks for each LTR site...
 

INDY72

Monitoring since 1982, using radios since 1991.
Premium Subscriber
Joined
Dec 18, 2002
Messages
15,140
Reaction score
1,964
Location
Indianapolis, IN
Precisely! GRE decided to switch over to the Uniden formatting of LTR so that your scanner would be able to trunk track the LTRs better.. Now if you properly program in an LTR's LCN's your scanner will track like an LTR radio. Sooo now GRE's can behave just like the real deals on both Motorola, and LTR TRS's.... EDACS, well its about as close as your gonna get as it is now.... 8)
 

KD4YGG

Active Member
Database Admin
Joined
Jan 30, 2001
Messages
2,043
Reaction score
47
Assuming you would only want to listen to:

Simpson County Public Safety
Allen County Public Safety
Russellville Public Works

You could program these three sites into one bank, X, as LTR in the following channel order:
x01 463.8500 PALCO Franklin - all talkgroups homed here
x03 461.9000 PALCO Russellville
X04 461.5250 PALCO Scottsville - all talkgroups homed here
x06 463.3750 PALCO Russellville
x10 463.3250 PALCO Franklin
x11 463.4750 PALCO Scottsville
x16 464.9500 PALCO Franklin
x18 460.6750 PALCO Russellville - all talkgroups homed here

In the same bank:
Program 461.0750 as a conventional frequency with no delay.
Program 461.0500 as a conventional frequency with no delay.
These two "repeaters" won't trunktrack, but you'll hear anything on them if the conversations switch off of the home repeaters.

I've used this trick on other "multiple systems" with good results.
 

SCPD

QRT
Joined
Feb 24, 2001
Messages
0
Reaction score
115
Location
Virginia
dynamically allocated memory is here.

the bc246 and the bcd396t has it.

so with these radio, there are no more banks.

bill simpson
n1jbs
 

qoatzecotl

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
318
Reaction score
0
Location
Kendallville, IN
billsimpson771 said:
dynamically allocated memory is here.

the bc246 and the bcd396t has it.

so with these radio, there are no more banks.

bill simpson
n1jbs

So? We're talking about the PRO-97...
 
Status
Not open for further replies.
Top