sixtytwo said:I do know that I'm still on the learning curve with this unit, but learning curves don't *have* to be high - good UI design makes the complicated easy to understand and access.
Although that might be true, it's also true that the newest scanners from both Uniden and GRE have completely departed from what we ALL have been used to for a decade or more. So there's other factors other than just UI design in play. Some people are still getting used to Uniden's DMA and that's been out for at least 2 years. There's a lot hard habits to break when dealing with these new scanners and new technology i.e. Uniden's DMA, GRE Object-oriented scheme, etc. There's also many stubborn souls out there that have gone as far as wanting the old scheme of banks brought back! LOL!
Now, it would have been a bit more straightforward to have a selection on the backlight screen menu (the one with on, keypress, ignore, stealth) of signal. Perhaps there's a patent involved that had to be worked around, and actually that's really the only acceptable reason for making this more complicated than it could have been. Understand me, I like the flexibility of being able to pick and choose which objects get the LCD backlight lit up, but in reality, it's probably going to be each and every one of them.
Although I agree that it might be a more complicated than it could be, I still like it better than the similar feature in the current Unidens. The backlight on the BCD396T turns off in the middle of a transmission and sometimes it doesn't come on again when there's a pause in the transmission. On the PSR-500, the light stays on until the transmission ends and comes back on if it starts again. You also have the choice of having ONLY the display light turn on while leaving the keypad off.
I'm going to guess that patents might also be the reason why there's no "negative delay" on this radio. I did like this feature on the Uniden side as I monitor a lot of channels that are 99% routine and let's face it, filler. To have the radio continue scanning after 5 or 10 seconds on these channels is a great thing.
I'm all for more features and if they can give us negative delays, that might be nice although I don't have a "burning" desire for it. That said, I don't think Uniden offers negative delays anymore, at least not on the BCD396T and if I remember right and worse yet, the delays are now set on a per-system basis. What's more, the PSR-500 not only let's you set the delays on a per-object basis but also gives you a very wide range of selection: 0 to 20 seconds.
Now, coupled with this feature is the need to have a big MAN button which is easy to find and mash for those 1% of transmissions that are of interest, unfortunately this radio lacks that (but it does have a big SEL button which would work fine for this).
I would also like a bigger Pause button. I suggested in another thread that maybe they should make the SEL button work as a toggle PSE button while scanning. Press it once to pause, press again to continue.
Don't get me started on the differences between PSE and MAN - oh, I know there are differences but really there should only be one MAN button.
As you already pointed out, the MAN and PSE buttons have different uses. And I sure hope they don't change them from how they are right now. We now have a very anticipated trunking feature many of us have been waiting for and that is the Multi-Site trunking in STAT mode. When I press MAN during a talkgroup transmission, the radio from there on will continually look for that particular talkgroup across ALL the control channels programmed. That way if and when a talkgroup switches sites, the radio will find it again.
When you use PSE, the scanner only monitors the current site the talkgroup is on and you can then resume scanning by pressing the bigger up or down arrows on the 5-way button.
Same for L/OUT - I love TLO but why two buttons? TLO could be a momentary press and permanent LO could be pressing the button for (for example) more than 1.5 seconds.
I'm not sure what two buttons you're referring to, there's only one physical L/OUT button. Unless you're talking about having to press FUNC + L/OUT for the secondary function of the button. The FUNC button on this radio is "latching", so no need to hold it down when you need to use it. The default settings behave as follows: pressing L/OUT is temporary lockout and pressing FUNC + L/OUT is permanent lockout. And as you may know, you can reverse those functions through the GLOB menu. I think is just as quick and more "fool-proof" the way it is now than having to hold the button for a preset amount of time. Which at times you might let go too soon or hold it down too long and end up doing the opposite of what you actually wanted.
I also would think most people are not going to use the permanent lockout that often that it becomes such an inconvenience in it's current state. Otherwise, I'd reconsider what I have programmed into the radio. I personally only use the permanent lockout on talkgroups I'm not interested in and mainly because I also use the Wildcard TG. Those I locked out, have stayed permanently locked out since the day I got the radio.
There's also soft key lockouts for when you're doing frequency searches and TG wildcards (FrL/O and TGL/O respectively), which are access differently for a reason. You can either lockout found frequencies and talkgroups using the softkey lockout (usually F1) or you can lockout the whole particular search or wildcard using the physical lockout button, which those of us that have many different searches and wildcards mapped to one scanlist find it very handy to temporarily lock out some of those at times.
(Speaking of patents, many can simply be worked around if people think creatively. While it's the goal of patent writers to make them as broad and general as possible, there are usually (legal) ways around the patent. Failing that, patents can be licensed. Of course, if your biggest competitor is the patent holder, it gets more interesting, but then cross-licensing may come into play. Bottom line - not all is lost when you run into a patent.)
Although I agree with all that, there's one factor nowadays that many times trumps almost everything, including creativity and that's called: money-hungry scamming lawyers!
I also really like the fact that other CC types (e.g., 3600 baud) also send data to the PC/IF port as well. Programs (OK, just Pro96Com that I know of) that read the data coming off of the PC/IF port can perhaps be updated to "understand" that the PSR-500 can be sending information on several different trunk systems, not just the one that was possible on the Pro-96.
There's also UniTrunker that works with the PSR-500 quite nicely and for the rest of the trunking types. I believe Mike V. did confirmed that he will add the rest of the trunking flavors eventually to his Pro96Com program.
Also, there might need to be some adjustments as the data flow obviously stops when the radio tunes to a voice channel - as it stands now, Pro96Com stops displaying all data after a few seconds of data loss. Perhaps freezing this data for a longer period of time might be helpful? In any case, I'm eating up this capability and am very much looking forward to new versions of the data-reading programs being released.
I'm not sure if there's anything that can be done about that. The radio needs to leave the control channel to tune the voice transmission, no way around it. Unless the radio had 2 receivers built-in, which we know it doesn't, I can't think of a reliable way around that at this time. "Caching" might work but at what cost in memory and CPU power, if at all possible, with the radio's current hardware configuration? And what about when you have really long or stuck transmissions? How much caching can or should the radio continue to do before eventually going into a loop and locking up?. If you've seen how much and how fast data is being sent out on the control channel when you look at the data dump screen, it's easy to see that cached info can become very unreliable and "stale" real quick. Not to mention when I enable that option, even my decent Pentium PC gets a run for it's money in CPU cycles. We lose quite a bit of info at times even with the radio permanently tuned to the control channel, due to interference and other factors.
As it stands right now, Pro96Com works quite nicely using a second Uniden scanner or even the PSR-500 for the voice comms, BTW.
While I haven't used it very much yet, I also see promise in the radio control feature. Perhaps Pro96com will allow my Pro-96 to monitor the CC and control my PSR-500 in the future.
And like mentioned above and confirmed by Mike, it already does that.
Speaking of CC monitoring, I'm a bit disappointed in the Multi-site feature. I had thought that the PSR-500 was actually going to get the neighbor list from the CC and then sample the neighbors from time to time. That is, enter in a System ID (or WACN?) and let the scanner do all the work and get all of the up-to-date data from the definitive source - the system itself. This approach would eliminate data entry errors, and while some data entry would still have to be done (unless the radio could be made to seek out all CCs and find a suitable one with the right Sys ID), it would be minimized.
I might not understand yet what you're suggesting for the feature, but like I said earlier, I love the Multi-Site feature and it works very good according to the mode selected. In STAT mode, it analyzes each and all the CCs you have programmed. Which I would think it'll eliminate the need for the more complex suggestion you gave above. And like I mentioned above, it goes as far as seeking a paused TG across all the sites programmed. In ROAM mode, you even get to pick the signal strengths the radio would use to seek the best reception CC programmed.
I would, however say that the ability to tag tower names to site IDs would be invaluable for troubleshooting and just general system awareness.
As it is right now, we at least have the option ("Trunking CH#" under expert GLOB settings) to alternately show the CC the radio is locked on while on a VC.
Now, this last thing is a bit of a stretch (it's a 24-bit field!) - but perhaps the Unit ID could be displayed on the radio when listening to APCO25 trunked systems.
I would absolutely love to have feature.
Overall, I really like this radio, but I think it can be made an outstanding radio with some updates. I've invested both the purchase price (not insignificant) and the time writing up my impressions, I do have some hopes for some return on that investment.
Thanks for your detailed and objective personal impressions. Hopefully soon you'll start reading everybody else's responses and you'll find that many of your concerns are already addressed.