mikeh
Member
maybe i have a bad radio
maybe i have a bad radio
i am lost
maybe i have a bad radio
i am lost
PSR-500 Failure to Track P-25 Systems Thread
- Thread starter mancow
- Start date
- Status
DonS
Member
In the TSYS menu for your San Mateo County system, how did you set the "T Tables" item? It must be "Custom". Also, you must enter two specific trunking tables:mikeh said:
Code:
Lo Chan Hi Chan Offset Base Step
380 559 380 482.000000 12.500
560 759 560 488.000000 12.500DonS
Member
Try loading V-Scanner folder 06 "CA Other". The San Mateo County system's talkgroups are in scan list 19. You may be able to hear that pre-programmed site from Fremont. If not, at least the T Tables settings will show you what you need to do.mikeh said:
scnnr
Member
Marin County's digital sounds pretty much the same as what our system here in Manitoba sounds like for the RCMP digital tg's using the AGC on. You get that slight warbled sound. http://radioreference.com/modules.php?name=RR&sid=537DonS said:
The audio on both the digital and analog tg's sound pretty much the same as what I am listening to with my pro 96/97 and 2096 here in Winnipeg.
Does Marin county not use pretty much up to date firmware in their digial radios with AGC set up thus making the audio in the system even. I guess what I am asking is have you tried to monitor Marin County with AGC off? to see if the warbled sound clears up?
DonS
Member
scnnr said:
No, I haven't.
Keep in mind that I'm about 50 miles from that system, with a only little baby Diamond discone on the roof.
mikeh
Member
ok here is one for the books
ok here is one for the books
somehow somethink happened
when they loaded the frimware at GRE
the custom tables had a batch
of Randum Numbers like 519.00
pre programin the radio
987.00
432.990
099.00
99999
etc
ok in the custom tables 5 to 8
ok how did this happen
i did not put them in
once i cleared them it works
on the san mateo system
i would like everyone for all the great
work on this
THank you all very much
ok here is one for the books
somehow somethink happened
when they loaded the frimware at GRE
the custom tables had a batch
of Randum Numbers like 519.00
pre programin the radio
987.00
432.990
099.00
99999
etc
ok in the custom tables 5 to 8
ok how did this happen
i did not put them in
once i cleared them it works
on the san mateo system
i would like everyone for all the great
work on this
THank you all very much
jpryor
Member
Official announcement per GRE on their site (no firm ETA on Firmware release):
http://www.greamerica.com/news.html
http://www.greamerica.com/news.html
DSP Upgrade
I have been beta testing for GRE, and they gave me special permission to give a report on the progress of the PSR-500 DSP code modifications.
The beta testing performance improvement has been so dramatic that GRE will most likely release a beta version of the DSP code as early as Monday the 5th on the GRE-America web site. A more formal release is planned to come out later in November per the other rumors.
From my personal experience testing the code, and from what I hear from the other testers, the improvement is very nice and the word "wow" has been used more than once to describe it by the folks who were having trouble with version 1.0
Not everyone was having problems with version 1.0, so it seems very location specific. I have tested on systems that were fine on 1.0 and they are still fine, and on one system that was having some trouble and it is much improved.
There will be a matching CPU upgrade in the very near future, which will address some smaller nuisance items.
Craig
I have been beta testing for GRE, and they gave me special permission to give a report on the progress of the PSR-500 DSP code modifications.
The beta testing performance improvement has been so dramatic that GRE will most likely release a beta version of the DSP code as early as Monday the 5th on the GRE-America web site. A more formal release is planned to come out later in November per the other rumors.
From my personal experience testing the code, and from what I hear from the other testers, the improvement is very nice and the word "wow" has been used more than once to describe it by the folks who were having trouble with version 1.0
Not everyone was having problems with version 1.0, so it seems very location specific. I have tested on systems that were fine on 1.0 and they are still fine, and on one system that was having some trouble and it is much improved.There will be a matching CPU upgrade in the very near future, which will address some smaller nuisance items.
Craig
Thanks for the update Craig! Hope this helps those with the problem systems.
Craig,
What does a 'matching CPU upgrade' mean? Send the scanner in for a new CPU or is this another code capable upgrade?
Thanks for the info, I'm am waiting for the upgrade and because my primary is one of the problem children, the sooner the better. But I'd also prefer GRE to make it right rather than make it fast.
What does a 'matching CPU upgrade' mean? Send the scanner in for a new CPU or is this another code capable upgrade?
Thanks for the info, I'm am waiting for the upgrade and because my primary is one of the problem children, the sooner the better. But I'd also prefer GRE to make it right rather than make it fast.
LEH, both the DSP and CPU firmware are upgradeable.
Hi Lynn,
I feel GRE has a great reputation for getting things right so I am sure they will continue to do so. I think what they want to do, is show some very good faith to get a beta out quickly and then do the final tweaks for the official version 1.1. Let me say that the beta is working very fine, I hope that you will agree. Since you can upgrade the radio and then revert to the previous code if one does not like the upgrade, I think it is great to get out a beta.
Dave is correct that the CPU code is also user upgradable through the PC/IF port so there will be no need to send the radio back. There were some complaints about having a hard time locking onto a CC within a very strong signal environment, and I believe that has been addressed within the CPU plus some other small things. I am sure there will be a list of changes to go with any release.
Craig
I feel GRE has a great reputation for getting things right so I am sure they will continue to do so. I think what they want to do, is show some very good faith to get a beta out quickly and then do the final tweaks for the official version 1.1. Let me say that the beta is working very fine, I hope that you will agree. Since you can upgrade the radio and then revert to the previous code if one does not like the upgrade, I think it is great to get out a beta.
Dave is correct that the CPU code is also user upgradable through the PC/IF port so there will be no need to send the radio back. There were some complaints about having a hard time locking onto a CC within a very strong signal environment, and I believe that has been addressed within the CPU plus some other small things. I am sure there will be a list of changes to go with any release.
Craig
LEH said:
bonus1331
Member
Being proactive, I would assume a "sticky" would be appropriate when the upgrade is released.
Other than the start-up key configuration of "0, PGM"; I don't see much guidance for upgrade process in the manual.
Can see the confusion and "my scanner is dead" postings already;-)
Does the support page involve 'registering" prior to getting the firmware upgrade ala the Uniden support?
Other than the start-up key configuration of "0, PGM"; I don't see much guidance for upgrade process in the manual.
Can see the confusion and "my scanner is dead" postings already;-)
Does the support page involve 'registering" prior to getting the firmware upgrade ala the Uniden support?
mikeh
Member
how is the audio
how is the audio on the Upgrade
how is the audio on the Upgrade
I have asked this on another board so please forgive me for asking here also , i have a Gateway computer with Windows 98SE, will i be able to perform the upgrade on my PSR500 and also, i have heard i cannot use Win500 because i need Windows 2000,XP, or Vista, im not good with computers and downloads but i sure like my 500 and have had my PRO96/2096 working great here in ILL on the new Starcom...I do have some of the P25 problems on the system at times but some times the 500 works GREAT on it...GRE makes fantastic scanners...Thank You.....
Craig and Dave,
I kind of figured the CPU update would be software as well, but a firmware upgrade and matching CPU upgrade made me wonder if there were both hardware and software changes forthcoming.
Like Strother Martin said in "Cool Hand Luke".
"What we have here is failure to communicate."
Or perhaps Winston Churchill.
"The English and the Americans are a similar people, separated by a common language."
I kind of figured the CPU update would be software as well, but a firmware upgrade and matching CPU upgrade made me wonder if there were both hardware and software changes forthcoming.
Like Strother Martin said in "Cool Hand Luke".
"What we have here is failure to communicate."
Or perhaps Winston Churchill.
"The English and the Americans are a similar people, separated by a common language."
I know of no hardware changes. To me "firmware" is something that is not easily erased. I know "firmware" used to mean plug-swapping or soldering a chip. Otherwise I think you could call this a "software" upgrade since it is accomplished from a PC to the radio's PC/IF port with the provided USB cable. I think that GRE's upgrade method makes the software not easily lost, so that is why I called it firmware. I am sorry for any confusion.
LEH said:
PC_Medic
Member
cpunut said:
I am approaching 30 years now in PC repair and technical support. You are coorect in referring to it as a 'Firmware' upgrade. Any change that can be made to the system via software code update is a firmware upgrade/update.
I think what has folks confused is that the CPU functionality can also be updated via firmware. Most are thinking in terms of having to physically replace the current CPU chip like you would in a PC or most other products.
- Status
