Help me help you

[lu81fitter]

Doesn't it require an additional system or layer? You can't just add it to an existing system or department? For example, I have a Department for our local school district. It includes all of the analog and DMR frequencies for the district, with the exception of the buses, because another user on the frequency uses the same color code. It would be easier to be able to just enter the frequency in the existing department and select slot (1, 2 or any), CC (# or any) and TGID (# or any). I'm no way an expert on this, so I could be wrong.

You can listen to DMR in an analog system as long as your radio has the upgrade, but you can't set special parameters for it. In an analog system, it does not use slots or color codes, so they are not included in the programing options. The same goes for other system types. You don't enter a NAC on a DMR system because that is used for P25. There are no color codes for P25 because they are not used there. You determine your programing options by selecting the type of system you are programing.

 

[JoeBearcat]

GPS wouldn't add anywhere near that much. Look at the price difference between the TYT MD-380 variants with and without GPS. Retail price difference is more like $20, which is not a deal-breaker, especially for the SDS lineup..

BTW, my GPS module vendor is interested in having a conversation with you on the subject...

Yes, the $100 figure may be inflated. I was basing it on the cost of the existing GPS modules. As for the conversation, you know how to contact me off the board. You can pass that info on to them.

 

[JoeBearcat]

For the display, it's not to get rid of anything. It's to use up the available blank pixels to display more info, like for example here, there's room to the right of the TGID to show the RF frequency:

Or here on this DMR frequency, if you push the "NFM" and the CC all the way to the left, you could fit the slot # & TGID or LCN (CC not visible here because it blinks and was missed in the photo - would be nicer if it didn't blink):

How do you then fit in a full-width tag?

Yes, I agree on the search there may be room for improvement (pun intended).

 

[JoeBearcat]

Can the dynamic memory be expanded at the talkgroup levels on the existing radios via firmware?
The issue I am running into with the 996P2 is the limit of 500 talkgroups per system.

That might be possible but for units that have been out several years it's more difficult to change the specs.

 

[CanesFan95]

How do you then fit in a full-width tag?

Yes, I agree on the search there may be room for improvement (pun intended).

Well, the in 1st photo, the tag is on a different line than the TGID. There's some blank unused space to the right of the "10-005".

And the 2nd photo was a custom search, so I don't believe that has any tag.

 

[JoeBearcat]

It does not cost you anymore until it is turned on.
Look at the 996p2 325p2 536 436 sds100 sds200.

That's true for features such as DMR/NXDN/PV where no new hardware is required over P25, but for GPS where it's adding hardware that is a completely different matter. It does cost to add hardware regardless whether you use it or not.

 

[JoeBearcat]

Well, the in 1st photo, the tag is on a different line than the TGID. There's some blank unused space to the right of the "10-005".

No - the UID tag is shown on the same line as the TG (in place of the TG). I suppose other data could be shown and if UID tags are enabled it replaces all that data. Of course, one thing the 996 gets a lot of compliments on is the simple display. Adding the frequency would degrade that, and aside from analytics there is no need for the frequency. There would have to be a compelling reason to show it full-time. There is Display Mode 1 that shows the frequency if you are performing analytics.

 

[buddrousa]

Joe my reply was to the remark about not adding NXDN DMR to a new scanner as it drives up prices for those that do not need other types of digital formats.

 

[JoeBearcat]

Here's a thread I posted a while back with photos and videos showing how the BCD996P2 misses Cap+ voice calls compared to DSD+ side-by-side:

BCD996P2: - BCD996P2 Not Stopping On Capacity Plus Talk Groups

I can't reply to that thread, but are those TGs in the Group that is disabled?

 

[jonwienke]

Here's a thread I posted a while back with photos and videos showing how the BCD996P2 misses Cap+ voice calls compared to DSD+ side-by-side:

BCD996P2: - BCD996P2 Not Stopping On Capacity Plus Talk Groups

Your sense of logic is flawed (and why do you have to have such a negative attitude on here calling me "stubborn" and "my problem"). Yes, I'm fully aware you can't assign assign quick keys to a conventional frequency. Never said that. I'm saying that if you have to go and program each and every single conventional DMR frequency as a "trunking system" (even though it's conventional, not trunking ), then you're having to use up a quick key number which is ludicrous if you have like 100 DMR frequencies in your town.

So I'm supposed to sit there and turn on/off 100 quick keys to scan everything, as opposed to one simple list?

Put your 1-frequency systems in their own favorite list and you can turn them all on and off together.

And once again, since you seem to have trouble understanding the concept, scanning conventional channels takes at least twice as long as the equivalent 1-frequency system. There is no benefit or advantage to scanning conventional channels tagged with talkgroup/slot over the equivalent 1-frequency system. The 1-frequency system will always scan faster than the conventional channels.

 

[CanesFan95]

I can't reply to that thread, but are those TGs in the Group that is disabled?

No, I don't believe so.

 

[mikewazowski]

1-frequency is how you program slots and talkgroups to keep separate conversations from getting mixed up. It's a more efficient way to scan systems with multiple talkgroups than programming multiple conventional channels. If you're too stubborn to use it, that's your problem.

No, respecting the color code, group and slot information in the database is how you keep separate conversations and DMR data from getting mixed up. Instead, Uniden forces everyone to either live with the mess or you create OFT systems for all your conventional DMR entries.

If you're travelling with a HomePatrol scanner, forget trying to scan any conventional DMR that has data on the second timeslot or multiple users. As the GPS enables systems that have conventional DMR entries, you'll find you have to lock most of them out. If you're travelling and know where you'll be, you can create OFT systems ahead of time but you might as well buy a 996P2 instead.

I understand why Uniden did it but they should have respected the information in the database and allowed those that want to create OFT systems the option to do so or at least build in the functionality in Sentinel to convert conventional DMR frequencies to OFT. That functionality exists in ProScan so it could have easily been integrated into Sentinel.

 

[radio3353]

Worst case, I suspect there will be people who will be more than willing to perform the hardware updates. Perhaps people named Jon.

That's your marketing strategy, Joe? Send Uniden $700 for a radio, then send somebody else $$$ to fix the hum or faulty display or cold solder joint or etc? Sorry Joe, but no. As was said somewhere else (in another thread perhaps), please stop talking about it and just fix the quality problems. Thanks.

And, by the way, I was not talking about hardware 'updates.' They are quality problems.

 

[CanesFan95]

Put your 1-frequency systems in their own favorite list and you can turn them all on and off together.

And once again, since you seem to have trouble understanding the concept, scanning conventional channels takes at least twice as long as the equivalent 1-frequency system. There is no benefit or advantage to scanning conventional channels tagged with talkgroup/slot over the equivalent 1-frequency system. The 1-frequency system will always scan faster than the conventional channels.

You seem to have trouble understanding the concept of burning a quick key for every single individual DMR frequency is cumbersome and basically rediculous. Outside of ham radio, most conventional DMR frequencies will only have 1 TGID active on each slot. For ham stuff, I would just leave it open like promiscuous mode, but would still wanna limit it to just one slot at a time. So even if you opted to program a DMR frequency twice and scan it twice, that's not really hat bad. Much better than having to turn off / on hundreds of quick keys.

 

[JoeBearcat]

please stop talking about it and just fix the quality problems. Thanks.

I am addressing those currently. Although "talk" is sometimes required to understand the issue and will occasionally lead to a better fix (as was the case with the hum issue).

You can always send the unit to Uniden for the fix. I was pointing out that you could also have someone else do it provided they perform a quality fix. The choice is yours.

Updates are required to fix hardware issues (including quality issues). They cannot be solved via firmware.

 

[werinshades]

On DMR conventional, you don't need to program talk group ID's or slot numbers. If its just a single freq, it comes thru just fine.

If you look at the column that says "Audio Type" it will give you a drop down menu. You can select "All", "Analog only", or "Digital only".

Not true. Their are systems that utilize both slots, sometimes with different talkgroups etc. Talkgroup 10 might be using CC-7, slot 1 and be referred to as Channel 1. Talkgroup 20, might be using CC-7, slot-2 and be referred to as Channel 2. Just an example as how this feature is a benefit.

 

[JoeBearcat]

Not true. Their are systems that utilize both slots, sometimes with different talkgroups etc. Talkgroup 10 might be using CC-7, slot 1 and be referred to as Channel 1. Talkgroup 20, might be using CC-7, slot-2 and be referred to as Channel 2. Just an example as how this feature is a benefit.

What this seems to come down to is: You can trunk or you can decode. Only trunking will give access to the trunking features such as TGs and slots. That is why OFT was added. If the user uses analog and digital, you may have to program those as two separate systems if you want to use the trunking features on the digital channels.

 

[werinshades]

What this seems to come down to is: You can trunk or you can decode. Only trunking will give access to the trunking features such as TGs and slots. That is why OFT was added. If the user uses analog and digital, you may have to program those as two separate systems if you want to use the trunking features.

Very true. I've encountered many different flavors on OFT DMR since it was added. A hotel shuttle service/ in-house security uses a the same talkgroup and same color code, however the slots are different. Only have seen this once so far, but it can happen.

 

[JoeBearcat]

Very true. I've encountered many different flavors on OFT DMR since it was added. A hotel shuttle service/ in-house security uses a the same talkgroup and same color code, however the slots are different. Only have seen this once so far, but it can happen.

It's funny you mention that because being able to program the slot is one of the items I argued for when DMR was first added as a feature - for that exact reason.

 

[werinshades]

Once engineering has come up with a "solution" for the hum, might I suggest having a select amount of users send in their scanners to confirm this works before this modification is accepted? I have two...one of the first and a later model. My "hum" doesn't affect me like others that listen in a quiet listening environment or not as much activity as I have. If I had a repair needed, I would mention it while sending it in, but that hasn't been the case. Free shipping label perhaps?