• To anyone looking to acquire commercial radio programming software:

    Please do not make requests for copies of radio programming software which is sold (or was sold) by the manufacturer for any monetary value. All requests will be deleted and a forum infraction issued. Making a request such as this is attempting to engage in software piracy and this forum cannot be involved or associated with this activity. The same goes for any private transaction via Private Message. Even if you attempt to engage in this activity in PM's we will still enforce the forum rules. Your PM's are not private and the administration has the right to read them if there's a hint to criminal activity.

    If you are having trouble legally obtaining software please state so. We do not want any hurt feelings when your vague post is mistaken for a free request. It is YOUR responsibility to properly word your request.

    To obtain Motorola software see the Sticky in the Motorola forum.

    The various other vendors often permit their dealers to sell the software online (i.e., Kenwood). Please use Google or some other search engine to find a dealer that sells the software. Typically each series or individual radio requires its own software package. Often the Kenwood software is less than $100 so don't be a cheapskate; just purchase it.

    For M/A Com/Harris/GE, etc: there are two software packages that program all current and past radios. One package is for conventional programming and the other for trunked programming. The trunked package is in upwards of $2,500. The conventional package is more reasonable though is still several hundred dollars. The benefit is you do not need multiple versions for each radio (unlike Motorola).

    This is a large and very visible forum. We cannot jeopardize the ability to provide the RadioReference services by allowing this activity to occur. Please respect this.

VP8000 DMR T2 Unmute Issue

ATK3

Member
Joined
May 28, 2024
Messages
38
I've recently noticed a bit of an odd behaviour with a VP8000 on a DMR T2 system. The system is set up with a Priority Scan list (not RWS). When scan is turned on, the radio won't unmute for traffic unless the Monitor button is used. If parked on a channel with traffic, the indicator LED goes green, but no RSSI bars appear. Holding down Monitor unmutes traffic for the correct TG, and pulls the right Unit ID out of the call.

Turning Scan off solves the problem immediately (behaves as expected - unmuting without needing to use Monitor). Has anyone else encountered this? I'm assuming its some sort of config issue on my end, but it is configured identically to similar scanlists on another DMR T2 system which isn't having the problem. I'm fairly certain its not the system's fault, its only VP8000s acting strangely - Tait and Motorola subscribers have been fine.
 

ATK3

Member
Joined
May 28, 2024
Messages
38
Just programmed an identical scan list into RWS, same issue. Same behaviour with a scan list (RWS and Priority) containing only 1 channel - no difference with that either, even if the selected channel is the same as the one in the scanlist.
 

otobmark

Member
Premium Subscriber
Joined
Mar 19, 2003
Messages
599
Location
NC
I’ve never tried a scan list with only 1 channel in it—sort of defeats the purpose. Probably add at least one more channel.

Next make sure the channel you are on when you begin scanning actually has the correct scan list selected under channel settings, right below TG select.

Finally, are the channels in the scan list actually the same as the channels from which you begin scan on? Scan could be taking you to a improperly programmed channel and parking there until you stop scan which would return you to “Selected” which apparently works. I have the same channels programmed under different Systems which have their own scan lists.

There are two ways to ignore TG’s and even squelch CC. One is to use “Normal/Selective”. The other is “CG Disabled” (Channel Guard Disabled which is most brutal, similar to “Digital Squelch” setting under channel receive settings. CG Disabled can only be assigned to a button (cannot be put in Menu the way Normal/Selective or Monitor can). I use the A/B lever for CG Disabled.

Usually in situations such as yours there is a mismatch of settings. In my case it’s usually something obvious to a normal person but hits a blind spot for me on that particular day.
 

ATK3

Member
Joined
May 28, 2024
Messages
38
Single-channel scan list was just done for testing (mostly to make sure it wasn't an over-full scanlist causing problems). Well aware that it'd be fairly pointless.

Channel has the scanlist mapped correctly, and all channels in the scanlist are in the same zone, and are all programmed correctly (all conventional DMR).

I'll take a look at everything again tomorrow, but I'm fairly certain that the TGs, CCs, timeslots, and freq pairs are all programmed right. Using a button mapped to CG Disabled (monitor) does get it to unmute for traffic while scan is on, but so far that's the only way I've been able to. When it does unmute, it pulls the correct TG out.
 

otobmark

Member
Premium Subscriber
Joined
Mar 19, 2003
Messages
599
Location
NC
Using a button mapped to CG Disabled (monitor) does get it to unmute for traffic while scan is on, but so far that's the only way I've been able to.
Monitor and Call Guard (disable) are a side issue and not adequately addressed in the help files. I did trial and error with various monitor and call guard settings to try to find what they actually did. I don’t remember the details of what I found so working from memory without any guarantees made or implied. It began with me trying to setup my VP like my KW NX5300 on P25 so I could unmute on any TG while Transmitting whatever TG outgoing I wanted. I wanted this to be on a per channel basis. I was not successful. My work around was to use a TG of “FFFF” (All call or Broadcast) which would unmute on any incoming TG and also on TX it would cause any receiving radio to unmute regardless of the TG it was using. On the NX I can set a channel to ignore incoming TG while respecting NAC.
On VP I have number 0 button mapped to Monitor. A momentary press caused radio to monitor (open squelch/noise) TX Channel. A long press gives me Squelch Override on RX Channel. I have another button mapped “Selective/Normal” where button press alternates between the two. On Normal it ignores TG but I cannot remember how it handles NAC, CC, or PL—regardless it is a global setting and not per channel. I believe Call Guard disable ignores everything but not positive. The per channel “Digital Squelch” ignores everything except the digital voice signal.

Having said all of that I don’t believe your problem is related to monitor per se. The only other squelch related settings I can find involve RSSI thresholds and can help efficiency with “Look Back” for priority channels during scan. To that end I would probably create a scan list without any Priority Channels in it to see what happens. If it works then I’d know something is wrong with priority settings involving look back times probably.

What kind of repeater is the system in question on? MMDVM based repeaters are often not setup correctly (pulse width, band width, and other timing issues). My KW NX5300 is very sensitive to this on both DMR and P25 receive. My motorolas and other radios are NOT as selective on signal quality and have worked on mmdvm repeaters that my NX either won’t unmute reliably or at all. While I don’t know how much technology crossover there is between KW and EFJ (doesn’t seem to be a lot…) I would have suspicions about VP8000 also being picky about signal being in spec (not noticed so far by me). Tait radios like Motorola may be more tolerant of out of spec signals. The counterpoint is that your radio decodes when not scanning….no theory for this beyond look back timing for priority channels.
I have never noticed any issues when on a non mmdvm repeater and have also had good results on some mmdvm repeaters which were probably more carefully calibrated. This is to say the repeater could be your problem.

Does your radio “Land” on active channel during scan and sit there for the duration of the transmission? I realize it is not unmuting but otherwise is the behavior normal for scanning?

Are you seeing this with multiple VP8000’s?
 

tweiss3

Is it time for Coffee?
Premium Subscriber
Joined
Apr 24, 2020
Messages
1,383
Location
Ohio
This is DMR T2, which is conventional repeater traffic. After thinking this over, and re-reading all your comments, I have a few comments and a few suspicions. First, is your timeslot correct? I'm thinking its a timing problem, where your radio scanning is missing the repeater transmission timing information at the beginning of the transmission. Missing that timing information may cause it to act muted because it's not certain of time slot.

I only say this because I had mine scanning with a RWS list that included a P25 P1 system (3 TG scanned), a Analog Type II (Viking 16 in Armada talk) system (2 TG scanned), 3 analog channels, and 3 DMR simplex (no DSDM) frequencies. I did not appear to miss any of the DMR traffic, but in simplex is ignores timeslot with DSDM disabled. The other DMR radios used were NX-3320.
 
Top