Actions

Difference between revisions of "Baltimore City"

From The RadioReference Wiki

Line 1: Line 1:
'''Attention!''' Baltimore City is migrating to a new P25 system. Fire units switched on 4/4/2011 and
+
'''FIRST, please read the [[Simulcast digital distortion]] article to understand what is going on and why you may be having trouble receiving the system.
police units switched over on 4/7/2011
+
'''
  
Check the Radio Reference Database [http://www.radioreference.com/apps/db/?sid=6906 here] for more details
+
This topic is being discussed [http://forums.radioreference.com/maryland-radio-discussion-forum/194926-baltimore-city-change-dec-1-a.html here]. The database entry for the new system can be viewed [http://www.radioreference.com/apps/db/?sid=6906 here]
 +
 
 +
Please use this article to document tricks, settings, and anything else that can be used to program the current crop of [[:Category:Digital Scanners|digital trunktrackers]] to correctly track the new Baltimore City P25 system. 
 +
 
 +
== Programming System Frequencies ==
 +
Using the Pro96 CC Dump monitoring utility, it appears that there is a constant data stream (not the control channel) that hops between system voice frequencies. It may be the fire station signalling data, which constantly interrogates the fire station signalling units to verify connectivity. This stream hops between system frequencies, but never uses any of the four eligible control channel frequencies. Your scanner may momentarily confuse this data signal as the control channel, which could delay your scanner while it searches for and acquires the control channel. For this reason, it is recommended that you only program the four control channel eligible system frequencies into your scanner.
 +
 
 +
==Pro-96/Pro-2096==
 +
; Win96
 +
[[Image:Balt City P25 Win96.jpg]]
 +
<small> Thanks fmon</small>
 +
 
 +
==PSR-800/Pro-18==
 +
 
 +
Programming of the Baltimore City system on the PSR-800 requires simply that you obtain the most up-to-date library download via the EZ Scan software that came with the radio. Using that software, allow the library to be updated on the PSR-800. After that update is complete, you can simply import the system from the library using either the software or directly from within the PSR-800 Browse Library function.
 +
 
 +
 
 +
Note: In order the find new talkgroups not submitted/published the Radio Reference, you must use the EZ Scan software to create a "Wildcard" object. Once this step is completed, you then must copy the system to the scanner.
 +
 
 +
 
 +
Within the city limits, the radio and this "default" programming appears to do fairly well. However, reports are still coming in on issues with reception.
 +
 
 +
 
 +
One tweak that helps (but has side-effects that you must consider*) is to only program in the single active control channel frequency to avoid having the radio drift and try to search other frequencies. This can only be done using the EZ Scan software. Of course the side-effect* is that if the control channel frequency changes, you'll hear nothing until you (a) notice this has occurred and (b) reprogram the radio with the new control channel frequency.
 +
 
 +
 
 +
Also see the [[GRE/RS_PC_Object_Oriented_FAQ]] for additional settings in the error correction and noise threshold areas that might help, as this is a LSM system
 +
 
 +
==Uniden DMA Scanners==
 +
<gallery>
 +
Image:FS Balt City non-XT system.JPG|1.Non-XT System screen
 +
Image:FS Balt City non-XT site.JPG|2.Non-XT Site screen
 +
Image:FS Balt City XT system.JPG|3.XT System screen
 +
Image:FS Balt City XT site.JPG|4.XT Site screen
 +
</gallery>
 +
 
 +
* Note that the way the pre-XT scanners and XT scanners define P25 systems is '''different'''
 +
** For the 396T and 996T be sure to set your system type to ''Mot Type II / P25'' and site type (applicable to the 996T) to ''Mot P25/P25 Standard''
 +
** Also see the [[P25 audio decode level adjustment]] article, as well as the the following sections in the Easier to Read manuals;
 +
*** [http://marksscanners.com/396/396.shtml#optomizing Optimizing P25 Performance - Easier to Read 396T Manual]
 +
*** [http://marksscanners.com/996/996.shtml#optomizing Optimizing P25 Performance - Easier to Read 996T Manual]
 +
* For the 396XT and 996XT both the system and site types should be ''P25 Standard''.
 +
** See these sections in the Easier to Read manual for Optimizing P25 decoding
 +
*** [http://marksscanners.com/396XT/396xt.shtml#optomizing Optimizing P25 Performance - Easier to Read 396XT Manual]
 +
*** [http://marksscanners.com/996xt/996xt.shtml#optomizing Optimizing P25 Performance - Easier to Read 996XT Manual]
 +
* Examples using FreeScan are shown above (Images 1-4). Additional examples are solicited.
 +
 
 +
==Other Digital Trunktrackers==
 +
* It's been noted in the above thread that the current list of Uniden and GRE/RS digital trunktrackers (with the exception of the PSR-800) do a very poor job of decoding this system. It's likely this has to do with both the multipath issues and the LSM modulation, which evidently the current firmware cannot handle well. The information in the Uniden section should be used as an ''experiment'' and probably won't work well in most situations for this system.
  
 
[[Category:Mid Atlantic Region]]
 
[[Category:Mid Atlantic Region]]
 +
[[Category:Regional Programming]]

Revision as of 12:42, 6 December 2011

FIRST, please read the Simulcast digital distortion article to understand what is going on and why you may be having trouble receiving the system.

This topic is being discussed here. The database entry for the new system can be viewed here

Please use this article to document tricks, settings, and anything else that can be used to program the current crop of digital trunktrackers to correctly track the new Baltimore City P25 system.

Programming System Frequencies

Using the Pro96 CC Dump monitoring utility, it appears that there is a constant data stream (not the control channel) that hops between system voice frequencies. It may be the fire station signalling data, which constantly interrogates the fire station signalling units to verify connectivity. This stream hops between system frequencies, but never uses any of the four eligible control channel frequencies. Your scanner may momentarily confuse this data signal as the control channel, which could delay your scanner while it searches for and acquires the control channel. For this reason, it is recommended that you only program the four control channel eligible system frequencies into your scanner.

Pro-96/Pro-2096

Win96

Balt City P25 Win96.jpg Thanks fmon

PSR-800/Pro-18

Programming of the Baltimore City system on the PSR-800 requires simply that you obtain the most up-to-date library download via the EZ Scan software that came with the radio. Using that software, allow the library to be updated on the PSR-800. After that update is complete, you can simply import the system from the library using either the software or directly from within the PSR-800 Browse Library function.


Note: In order the find new talkgroups not submitted/published the Radio Reference, you must use the EZ Scan software to create a "Wildcard" object. Once this step is completed, you then must copy the system to the scanner.


Within the city limits, the radio and this "default" programming appears to do fairly well. However, reports are still coming in on issues with reception.


One tweak that helps (but has side-effects that you must consider*) is to only program in the single active control channel frequency to avoid having the radio drift and try to search other frequencies. This can only be done using the EZ Scan software. Of course the side-effect* is that if the control channel frequency changes, you'll hear nothing until you (a) notice this has occurred and (b) reprogram the radio with the new control channel frequency.


Also see the GRE/RS_PC_Object_Oriented_FAQ for additional settings in the error correction and noise threshold areas that might help, as this is a LSM system

Uniden DMA Scanners

Other Digital Trunktrackers

  • It's been noted in the above thread that the current list of Uniden and GRE/RS digital trunktrackers (with the exception of the PSR-800) do a very poor job of decoding this system. It's likely this has to do with both the multipath issues and the LSM modulation, which evidently the current firmware cannot handle well. The information in the Uniden section should be used as an experiment and probably won't work well in most situations for this system.