brownlab
Member
That's great since TxWarn is Phase II, not X2 right? Wow, I never thought GRE would get it done and it would be just a matter of time before X2 became Phase II in the DC area.
P25 Phase 2 Firmware update for PSR 800
- Thread starter tilt404
- Start date
- Status
That's great since TxWarn is Phase II, not X2 right? Wow, I never thought GRE would get it done and it would be just a matter of time before X2 became Phase II in the DC area.
Yes, correct. At this point the vast majority of all Phase 2 traffic on TxWarn P25 is encrypted, but I also think it is mostly techs talking and setting up infrastructure. There is the occasional P2 non encrypted transmission but nothing I can ID yet.
ProducerGuy
Member
Impressed !
I'd JUST SPOKEN to GRE's tech support last Friday (12th) regarding this very subject, and the next day THIS !!! Wow, that's fast turnaround. Either that, or I called at just the right time.
Haven't yet purchased my own PSR-800 but at least I'll have this update ready to go. Thanks GRE !!!
I'd JUST SPOKEN to GRE's tech support last Friday (12th) regarding this very subject, and the next day THIS !!! Wow, that's fast turnaround. Either that, or I called at just the right time.
Haven't yet purchased my own PSR-800 but at least I'll have this update ready to go. Thanks GRE !!!
Yes, I realize the main focus of this beta is Phase 2 support... and I also realize that this is a beta so things may not work as expected... just wanted to point out that since upgrading, my PSR-800 is no longer providing control channel data to my computer (i.e. Unitrunker/Pro96Com). Don't know if it was maybe disabled for them to work on other things, but just wanted to mention it. And yes, I did verify that the setting is still enabled for this functionality.
You need to recheck your settings. Upon seeing your post, I checked and mine will still do an Inline dump into Unitrunker. I realize that you checked the setting in the radio; however, a couple of other things to check are the COM port, when you change the USB port you use sometimes the COM port changes and of course make sure your programming setup didn't change from your custom setup.
Must be an issue with Pro96Com then... I did open the port with a regular serial terminal and saw the data streaming in... but Pro96Com acts like nothing is there when all the settings are correct.
Guys:
I will probably get a PSR-800 some time in the next year or two.
Should I go ahead and download this update and save it on my PC in case they don't put out another one, or take this one down from their site?
I will probably get a PSR-800 some time in the next year or two.
Should I go ahead and download this update and save it on my PC in case they don't put out another one, or take this one down from their site?
Psr-800
It's a beta so there will be another one soon. If you're aren't buying one for two years it will most likely be replaced by another scanner by then.Also in another one or two years there will be another update so this won't be much good by then. However they are all pretty small so save them if you like.
It's a beta so there will be another one soon. If you're aren't buying one for two years it will most likely be replaced by another scanner by then.Also in another one or two years there will be another update so this won't be much good by then. However they are all pretty small so save them if you like.
No. By then it will either be in the radio, or at least out as a final instead of beta.
Okay!!!
Thanks guys!
I'll just wait for a while.
Thanks guys!
I'll just wait for a while.
mikey60
Member
I've just updated my 800, but I have not noticed increased/better reception on my local (statewide) radio system Michigan Public Safety Communications System (MPSCS) Trunking System, Statewide, Multi-State - Scanner Frequencies Most of the counties on the Michigan statewide system are running simulcast systems, so maybe this update does not include better reception on Phase 1 with simulcast systems. I don't have any Phase 2 systems to try out in Michigan yet.
Actually most MI counties are not using simulcast...
However; the system was upgraded to 7.11, which is the migration path to Phase 2; it's just not turned on yet at the sites, but APX radios are being placed into service for MSP and various counties. Also, as part of the rebanding, if you look closely at the codeplug data, you will notice that a change from C4FM to CQPSK has occurred, which would indicate that simulcast migration is probably eminent moving forward.
I wouldn't be surprised that within the next year, you begin to see the Phase 2 talkgroups popping up on the system; once the rebanding project is completed. With Motorola's platform and migration path, they can maintain both Phase 1 and Phase 2 talkgroups simultaneously until such time as all subscriber equipment gets replaced; though not likely in the near future given the economy and the shear amount of equipment needed replaced.
Last edited:
chankel
Member
This is encouraging news, and the beta will give GRE a chance to work the bugs out. Perhaps we'll see an PSR-810 in a few months with the Phase II capabilities already incorporated at purchase. I would probably still wait until the next iteration comes out with a keyboard though. I hope the new PSR-900 will incorporate Phase II capabilities as that would make me much more likely to buy one and run it alongside the PSR-600 in my truck.
There seems to be an issue with X2-TDMA decoding. Myself and at least one other user monitoring the Loudoun County VA X2 system have noticed these issues. Some additional investigation into the issues with Pro96Com (via my PSR-500) have revealed the following...
If you are scanning a talkgroup and it is assigned the second time slot on a frequency (i.e. 852.07500/1) but there is no transmission on the first time slot (i.e. 852.07500/0), the scanner will not decode any audio, though it will show that there is a transmission in progress. You will hear a click-click-click-click sound while the transmission is going on.
While it is doing this, if a different talkgroup is assigned the first time slot, the scanner will begin decoding the audio from that first time slot instead of the second time slot. The display will still show the talkgroup that you were originally scanning, but the audio will be from the different talkgroup.
If you are scanning a talkgroup and it is assigned the second time slot on a frequency (i.e. 852.07500/1) but there is no transmission on the first time slot (i.e. 852.07500/0), the scanner will not decode any audio, though it will show that there is a transmission in progress. You will hear a click-click-click-click sound while the transmission is going on.
While it is doing this, if a different talkgroup is assigned the first time slot, the scanner will begin decoding the audio from that first time slot instead of the second time slot. The display will still show the talkgroup that you were originally scanning, but the audio will be from the different talkgroup.
To be clear, it would appear from what you have reported here, that you cannot hear a transmission that in assigned the second slot in most cases (perhaps all). The only instance left, and you didn't address it, was if you wanted to monitor a TG assigned to a slot 1 grant that got assigned that channel while there was already a call in progress on slot 0.
I have just confirmed what was reported above here on the Houston Public Works TRS. And I have found that if you are holding a TG and that TG gets assigned the 2nd slot of a frequency that has activity on the first slot, you hear what is on the first slot. So basically, you cannot hear anything that is on the second slot.
This was verified on a X2 system. I cannot tell on the P2 because almost all the activity is encrypted.
This was verified on a X2 system. I cannot tell on the P2 because almost all the activity is encrypted.
I don't think this was the case prior to the update.
I went back to the latest release CPU and DSP versions and have no problems decoding transmissions in either TDMA slot.
As for the "if a transmission is already in progress in the first slot when a TG being monitored is assigned the second slot", I haven't run into this case specifically, but the other user in my area has ended up hearing what was in the first slot, rather than the second slot, which confirms what loumaag has seen.
- Status
Similar threads
- Locked
