You don't really think that's going to happen do you?
Hehe.
Mike
Well....
One can dream can't one?
You don't really think that's going to happen do you?
Hehe.
Mike
Win500, ARC500 will multi site import by ticking the desired boxes. ScanControl will DG Paste multi site also by copy of desired towers.
It should create 4 TSYS objects, as 3 TSYS objects would only hold 96 freqsNo work and it's all in one action unless you're configuring different areas like the Racom system. If I select 97 CC and ALT frequencies then it will automatically create 3 TSYS
and put any TGs I have selected with those TSYSs. I have no copying, no pasting, no repetitive import functions to do, nothing. Click on import, select sites, select TGs, assign scan list/s and click import. You're done with all three TSYS set and locked in the scanner and all ready to go. Believe me I've had systems up and running in less than 5 minutes because of that feature, it's really nice
It should create 4 TSYS objects, as 3 TSYS objects would only hold 96 freqs
If I'm understanding your description correctly...
Such "automatic" creation of multiple TSYS objects, duplicating "any TGs [you] have selected with those TSYSs", works if the talkgroups you're importing appear on all sites. If they don't (i.e. if some talkgroups are specific to certain sites, as in large statewide systems that might have sets of talkgroups for counties, cities, etc.), that automatic TSYS creation and TGRP duplication results in a potentially huge amount of wasted space (since some TSYS objects will contain TGRPs that they can never receive). You're still left with a bunch of hand-editing to prune out that extra data in each TSYS.
For example, a statewide system that has a couple of towers in each city, and has talkgroups that are specific to city operations (e.g. Fire, Police, etc.). The way you describe it, if you selected sites around (but not in or associated with) a particular city, as well as that city's talkgroups, those talkgroups would appear in the "extra" TSYS objects. With all due respect to Mike, that doesn't seem like a very efficient use of the 1852 blocks of memory in the scanner.
A more concrete example... the Michigan MPSCS system: You select all of the "sites" (88 unique CC freqs) so that at least 3 TSYS objects are required. You also select the 15 talkgroups that appear within category "Barry County" (e.g. "Freeport Police", "Hastings Police", etc.). You end up with 3 TSYS objects, each of which contains 15 TGRPs - even though those 15 TGRPs can only appear (or, at least can probably only be heard on) on a couple of sites within a single TSYS. You've wasted 30 blocks of scanner memory putting those 15 TGRPs into 2 "extra" TSYSes. And that's if you only selected 15 talkgroups. If you selected just 500 of that system's 1994 talkgroups, the "waste" is likely significantly higher. If you start running up against the 1852 block limit, you still have to (manually, within the software's UI) go back to each TSYS and remove the TGRPs that "don't belong". So, you can either do the extra steps at import-time or you can do them later on if you run out of memory.
Of course, for "statewide" talkgroups (talkgroups that appear on every site in the entire system), such a method would probably work quite well.
(The above presumes that all selected talkgroups are automatically duplicated across all created TSYS objects. Perhaps they're not.)
(None of this is meant to be a criticism of Mike's method. I've heard from several sources that his programs work quite well. The above is merely my own reason for not auto-creating multiple TSYS objects in my program(s). Personally, I'm waiting for the day when the scanner handles all system sites in a single TSYS object, making such duplication totally unnecessary.)
It should create 4 TSYS objects, as 3 TSYS objects would only hold 96 freqs
If I'm understanding your description correctly...
Such "automatic" creation of multiple TSYS objects, duplicating "any TGs [you] have selected with those TSYSs", works if the talkgroups you're importing appear on all sites. If they don't (i.e. if some talkgroups are specific to certain sites, as in large statewide systems that might have sets of talkgroups for counties, cities, etc.), that automatic TSYS creation and TGRP duplication results in a potentially huge amount of wasted space (since some TSYS objects will contain TGRPs that they can never receive). You're still left with a bunch of hand-editing to prune out that extra data in each TSYS.
There are a number of situations where I find that PSREdit just hangs and I need to kill it. For example, if there is a problem with an upload to the scanner, I'll get a dialogue box indicating there was a problem. I can click acknowledging the problem and then the program just hangs. Usually I will see the "PSR Upload/Download" window and can click on "Cancel" as much as I want. Nothing happens though.
I have noticed the problem with the Virtual Scanner mode as well. Fiddling around in there I can get "dead ends" where nothing I do will bring me back to the main scanner window. There is no "cancel" button for the window and nothing can be done to get back to the main program.
Is there anything that can be done to return to the main window? If I resort to killing PSREdit then I lose unsaved changes. Clearly not acceptable.
Oh, I should mention I am running Vista in case that is part of the problem.
Thanks,
-Pete
What version are you running? I did a lot of work in this area on the V-Scanner area. I'll look more at that Upload/Download area Right now (I have the sources open right now working on a new feature).
Mike
There are a number of situations where I find that PSREdit just hangs and I need to kill it. For example, if there is a problem with an upload to the scanner, I'll get a dialogue box indicating there was a problem. I can click acknowledging the problem and then the program just hangs. Usually I will see the "PSR Upload/Download" window and can click on "Cancel" as much as I want. Nothing happens though.
I have noticed the problem with the Virtual Scanner mode as well. Fiddling around in there I can get "dead ends" where nothing I do will bring me back to the main scanner window. There is no "cancel" button for the window and nothing can be done to get back to the main program.
There are a number of situations where I find that PSREdit just hangs and I need to kill it. For example, if there is a problem with an upload to the scanner, I'll get a dialogue box indicating there was a problem. I can click acknowledging the problem and then the program just hangs. Usually I will see the "PSR Upload/Download" window and can click on "Cancel" as much as I want. Nothing happens though.
I confirmed this one and am in the process of fixing it...
Can you give me more specific information on where exactly this is happening?
Mike
I'm having trouble reproducing it. I'll play around with it and let you know if I can figure out what I did. I created an XP virtual machine and it runs much better there than on my Vista virtual machine.
Have you ever tried to run PSREdit with Wine or Crossover Office? Curiously when I try I get the following error...
Error: Access violation at 0x7BC66B12 (tried to read from 0x00000010), program terminated.
I get the same thing when I try to run Win500 too, so I think it must fail in the COM driver. You use the COM driver and not the FTDI D2XX driver correct? I will try to run a simple terminal program and see if I get the same error. People do report success with USB serial drivers and Open Office though, so it should be possible to get it to work.
Thanks,
-Pete
Since the last few builds 185-4 and 186-1 the led light stays on when a channel clears, this happens on my local fire/ems conventional freq. it seems to happen when scanner goes directly to a trunking channel after conventional channel clears. light stays on until I push the pause button. if while the light is stuck on and another channel with led assigned become active it will change to that assigned color, when channel clears the light goes back to conventional channel color and stays on. Thanks
You can try setting the defaults and see if that fixes it. I would guess that it's something with the system that still needs to be tuned...
Mike
Hi Mike, I tried resetting to the default on the PSRedit to original settings... I am receiving a strong signal, according to the signal bars on the PRO-106 radio, however, the P25 digital is not coming in all that clear. The squelch unmutes at the begining of a signal, the transmission signal on the 800 systems talkgroup's seems to be pretty strong, then approx 8 seconds into the transmission the P25 transmission and voice begin to warble to the point that it almost sounds like an encrypted transmission... 3 to 4 seconds later, it begins to clear up again, and I can hear the communications clearer. Other times, the transmission - communications I'm monitoring start off to sound clear, then they warble away to nothing.