GRE PSR-500 Firmware Release Thread

Status
Not open for further replies.

DonS

Member
Joined
Jun 17, 2003
Messages
4,102
Location
Franktown, CO
W4KRR said:
BTW, on the GRE site, I see a "PSR-500 Beta CPU Firmware U01" and also a "PSR-500 CPU Firmware 1.0". What's the difference? I used the "Beta" one because I assumed that the other one is the original factory loaded one, am I correct?
You are correct.
 

W4KRR

Member
Premium Subscriber
Joined
Apr 1, 2001
Messages
3,504
Location
Coconut Creek
Thanks Don.

After a little more listening, I am now seeing that for me, the City of Hollywood, Fla. system is now being received/decoded, but the Boca Raton system is now behaving similar to the way that Hollywood was before the upgrade, that is, stopping on a channel, the display shows the granted frequency, but either no audio or digital noise is being heard, and clear voice only sometimes. Doesn't seem to be quite as bad as what Hollywood was doing before, but still not quite right yet.
 

mikeh

Member
Joined
Mar 30, 2003
Messages
366
Location
fremont calif
the DSP upgrade says i am going back to

the DSP upgrade says i am going back to
OLD Version do i what to do that
what is this .
 

W4KRR

Member
Premium Subscriber
Joined
Apr 1, 2001
Messages
3,504
Location
Coconut Creek
mikeh said:
the DSP upgrade says i am going back to
OLD Version do i what to do that
what is this .

It is saying that the original firmware is version 1.0 and the upgrade is version 0.1, it believes that the upgrade is older than the original firmware because of the numbering. Just say yes, you want to proceed anyway.
 

mikeh

Member
Joined
Mar 30, 2003
Messages
366
Location
fremont calif
thank yoy very much i thought i wsas going loss a vesion

thank yoy very much i thought i wsas going loss a vesion
thank you
 

NYG

Member
Joined
Jun 9, 2006
Messages
266
W4KRR said:
Thanks Don.

After a little more listening, I am now seeing that for me, the City of Hollywood, Fla. system is now being received/decoded, but the Boca Raton system is now behaving similar to the way that Hollywood was before the upgrade, that is, stopping on a channel, the display shows the granted frequency, but either no audio or digital noise is being heard, and clear voice only sometimes. Doesn't seem to be quite as bad as what Hollywood was doing before, but still not quite right yet.

Have you tried adjusting the supertrack parameter for the TSYS?
 

kikito

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
2,603
Location
North Pole, Alaska
W4KRR said:
After a little more listening, I am now seeing that for me, the City of Hollywood, Fla. system is now being received/decoded, but the Boca Raton system is now behaving similar to the way that Hollywood was before the upgrade, that is, stopping on a channel, the display shows the granted frequency, but either no audio or digital noise is being heard, and clear voice only sometimes. Doesn't seem to be quite as bad as what Hollywood was doing before, but still not quite right yet.

I'm seeing the same thing, mine was working perfectly before the upgrade but now I'm seeing what other people were complaining about, which is now fix for them!

In many transmissions, the scanner just looks like it's trying to go the channel but can't quite lock on, so it goes back to the CC and then it tries again with the VC. It keeps doing it until the transmission is over. I have the light set to come on with activity and blinks on and off during the whole anomaly.

I was using the default settings for everything before the upgrade, so I guess I'll try changing some of them now to see what it does.
 

PC_Medic

Member
Joined
Sep 28, 2003
Messages
20
Location
Virginia Beach
Well I've been listening for a few hours now since the upgrade and so far so good.
Definitely seems to have done the trick for me.

Before the upgrade was having trouble with Chesapeake VA digital system in that it would stop on the call, but no audio. I am now getting clear audio on all Chesapeake calls and other systems continue to work well.
 

W4KRR

Member
Premium Subscriber
Joined
Apr 1, 2001
Messages
3,504
Location
Coconut Creek
kikito said:
In many transmissions, the scanner just looks like it's trying to go the channel but can't quite lock on, so it goes back to the CC and then it tries again with the VC. It keeps doing it until the transmission is over. I have the light set to come on with activity and blinks on and off during the whole anomaly.

Yep, the system that was giving me all the trouble is fixed, and the system that was working fine is now problematic. It seems the "fix" went from one end of the spectrum to the other. Well, this update was just a beta, maybe the next release will get it just right. :roll:
 

kikito

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
2,603
Location
North Pole, Alaska
I think I just got to the same conclusion as before on what MY problem is. It has to do with the STAT setting.

As soon as I turn STAT off, the problem I described above and in the first couple of days of having the scanner, goes away. Especially when I only put one control channel in the TSYS, it tracks perfectly along with the Pro-96 and the BCD396T. That's even one of the control channels that the radio rarely locks on to in STAT MODE and when it does, it does the jumping back and forth between CC and VC.

What's weird is that the symptoms appear to be the same as those people having a P25 decoding problem. The voice frequencies the scanner can't lock on to during trunking, decode just fine in TUNE mode. That's another reason I don't think is a decoding problem in my case.

I guess I'll go back to my earlier workaround of shuffling the control channels within the TSYS and leaving the first slot empty. That way STAT mode seems to work much better for some reason.
 

Tidalwave

Member
Joined
Oct 15, 2006
Messages
69
Location
Spokane, Wa
I have noticed that if I have a TSYS object with any number (from one to 4) control channel freqs programmed in, the "T" indicator is very inconsistent when in scan mode. Even when there is only 1 CC in the freq list and one TGRP object being scanned. Priority is also turned off. When in tune mode on that same CC freq, the "T" indicator is constant. Manual mode seems to be better then scan but not as good as tune. Maybe I'm not understanding the "T", but I thought it was suppose to be solid when it locks onto a strong control channel. If that is so, then why is it intermittent in scan mode and not in tune. It's almost like the radio is scanning something that is suppose to be off when it is in scan mode.
 

thewenk

Idaho DB Admin
Database Admin
Joined
Dec 19, 2002
Messages
730
Location
Eastern Idaho
Not So Good

Monitoring Idaho IIMARS System (700 MHz P25) http://www.radioreference.com/modules.php?name=RR&sid=4742

Everything worked great with original firmware and CPU versions. I was one of those with no problems. I performed both CPU and DSP upgrades and they went without any problems.

After new CPU & DSP and listening side by side with my 996T, both running off an external antenna and using an Electroline unity gain multicoupler, the PSR500 is missing about 30% of the transmissions that the 996 is receiving. Before the "upgrades" there was no difference. The problem seems more pronounced on distant transmitter sites with weaker signals. Also the sensitivity seems to be worse using the both the stock and other handheld antennas. Multisite is off and everything else is the same as far as I can tell.

So I reverted back to the DSP F1.0, but I did not change the CPU upgrade back. Everything seems to be working fine, now, as it was before the new firmware upgrade- at least the DSP part of it. It maskes sense, I guess, that if the overloading issues were improved, the sensitivity would suffer. But for me, the new DSP firmware would be unuseable as it is today. I have not tried adjusting anything else at this point.

Dave
 

DaveIN

Founders Curmudgen
Database Admin
Joined
Jan 5, 2003
Messages
6,515
Location
West Michigan
Tidalwave said:
I have noticed that if I have a TSYS object with any number (from one to 4) control channel freqs programmed in, the "T" indicator is very inconsistent when in scan mode. Even when there is only 1 CC in the freq list and one TGRP object being scanned. Priority is also turned off. When in tune mode on that same CC freq, the "T" indicator is constant. Manual mode seems to be better then scan but not as good as tune. Maybe I'm not understanding the "T", but I thought it was suppose to be solid when it locks onto a strong control channel. If that is so, then why is it intermittent in scan mode and not in tune. It's almost like the radio is scanning something that is suppose to be off when it is in scan mode.

No, the "T" will flutter with the data it receives from the control channel packets. It will be different on different types of systems too. If you turn on the tune LED and hold on the control channel you can the activity.

Global Expert: Tune LED; On or Off, activates Signal Strength driven LED when in
TUNE mode.
 

DaveIN

Founders Curmudgen
Database Admin
Joined
Jan 5, 2003
Messages
6,515
Location
West Michigan
thewenk said:
Monitoring Idaho IIMARS System (700 MHz P25)

So I reverted back to the DSP F1.0, but I did not change the CPU upgrade back. Everything seems to be working fine, now, as it was before the new firmware upgrade- at least the DSP part of it. It maskes sense, I guess, that if the overloading issues were improved, the sensitivity would suffer. But for me, the new DSP firmware would be unuseable as it is today. I have not tried adjusting anything else at this point.

This may be the answer for some. If the original DSP version works best for you then you should keep it. If it does not then maybe the new version is best for your area.
 

doug408

Member
Joined
Dec 13, 2004
Messages
59
typo in 0.2 DSP instructions

"This [is] okay and please do not be concerned."

No problems with the upgrade from 0.1 to 0.2. I'm not listening to much for P25 systems at the moment so have no opinion on whether those changes are good or bad.

 

Tom_G

Member
Joined
Dec 19, 2002
Messages
31
Location
Rocky Hill, CT
New Firmware Experience - CT State Police

I started the thread regarding the tracking of a Motorola 3600 baud digital system.
http://www.radioreference.com/forums/showthread.php?t=84887

After installing both the U01 CPU Upgrade and the U02 DSP Upgrade I am happy to report that the radio is tracking very well now. It is a HUGE improvement....!
After monitoring the system for about an hour, I have experienced almost (0) motorboating.
Only a couple quick bursts have gotten through.
I will be running it at work tomorrow for further testing.
The audio quality is excellent.

Please pass this information along to GRE as appropriate. Thanks, Tom/G
 

dpm3

Member
Joined
Mar 2, 2004
Messages
172
Location
Dash Point, WA
Here's the problem that I've encountered: I've D/L'd the CPU Firmware Upgrade 0.1 and installed same; for no better reason (and I know this isn't always a wise rationale) than "the latest MUST be the greatest". Conventional channels seem to work precisely as before - no problem. With the City of StL 800 mHz Police system, however, I have problems. The radio scans and the display shows it stopping on talk groups, but no audio comes from the speaker (!!).

I've reinstalled "CPU Firmware 1.0" and the radio works fine on both conventional and the StL trunked systems. I've reinstalled Firmware 0.1 and the same audio problem is again exhibited. Reinstalling Firmware 1.0 "cures" the problem (yet again).

No harm, no foul, I guess; but I am left to wonder - am I missing something here? Did I somehow botch the upgrade? Is anyone else seeing this phenomenon? Any insight, suggestions (including "If it ain't broke don't try and 'fix' it") and comments are welcome. This has me baffled (not hard to do). I await the insight of others more able than I.
 
Status
Not open for further replies.
Top