DSD+ Radio ID Lockout

[Muxlow]

Not sure if its just me or not doing something correctly
But sitting on a DMR repeater frequency that uses 2 talkgroups. Have 1 talkgroup locked out and the other group i want to listen to has a bunch of users i dont want to hear. So iv locked out all their RID. But seems DSD is still decoding their audio as im hearing them.. RADIOS file shows all the specific radio id numbers as L/O but still hearing them.

Perhaps a bug in the latest 509 fastlane?

 

[slicerwizard]

I'd expect radio priorities to affect private calls, not group calls. Groups have their own priorities.

 

[Muxlow]

Oh thats only for private calls.
Maybe that can be a new option. To lock out specific RID but not the talkgroup itself.

Setup is we have 2 frequencies with 4 talkgroups and about 20 something different departments. Talkgroup 1 is shared with 3 different departments and i only want to hear 1 specific dept. They are split up based on RID so thats why i want to lockout specific RID to only hear our department and not the other ones on our same talkgroup

 

[M105]

I have a similar situation. I have an agency on NXDN48 where the dispatch channel is unencrypted, but all the mobiles are encrypted. Whenever a mobile talks, DSDPlus mutes it but then when dispatch talks it is still muted. Dispatch has to talk a 2nd time before DSDPlus will again unmute the talk group.

I have tried locking out all the mobile radio IDs and just listen to the dispatch radio but it doesn't work. It would be nice if the ability to lock out individual radio IDs was an option.

 

[M105]

This almost works:
In the radios file set all the priorities you don't want to monitor to 76 or more and all you do want to monitor to 75 or less. (50 is good)
In the groups file set all group priorities you want to filter to 76. If you don't want to filter a group, leave it at 50.
In the Event Log control window set your monitoring threshold to 75.
In the Event Log control window set your Call Priorities -> Group Voice Calls: Incl Radio Priority. Note that with this setting the L/O override in a group will be ignored. If you want to lock out a group set its priority above 75. I suggest 99.

When you do this, here is what happens:
All radios in the filtered groups with priority greater than 75 will be ignored.
All radios in the filtered groups with priority less than or equal to 75 will be followed.

It appears that with this setup the radio priority will override the group priority if it is less than the group priority. Everything appears to work as the active channel is highlighted and followed. The problem is that the audio is muted.

This should work and allow you to filter all the radios you didn't want to hear out of any group. I think the muted audio is a bug. I was doing this with a NXDN48 system, it might not mute other type systems. I would be interested in hearing from anyone who tries this and has success.

 

[M105]

This works! It requires 2 dongles.
In the radios file set all the priorities you don't want to monitor to 76 or more and all you do want to monitor to 75 or less. (50 is good)
In the groups file set all group priorities you want to filter to 76 or more and leave Override set to Normal. If you don't want to filter a group, leave it at 50.
In the Control Channel Event Log control window set your monitoring threshold to 75.
In the Control Channel Event Log control window set your Call Priorities -> Group Voice Calls: Incl Radio Priority.
In the Voice Channel Event Log control window leave the monitoring threshold at 100 and Group Voice Calls: Normal Handling.

This works and filters out all radio IDs with a priority above the CC threshold. The VC copy of DSDPlus will play the audio for those radio IDs below the CC threshold. I still think the failure to unmute the voice using a single dongle is a bug/quirk. I can duplicate the behavior in my 2-dongle setup by setting the priority threshold on the VC to 75. If the developer is reading this, in the single dongle setup, when it is playing voice, it needs to temporarily set its priority threshold to 100.

 

[Muxlow]

Ill give this a test for my use. Im using a single dongle on a single conventional dmr repeater (well simulcast but..)

 

[Muxlow]

Tried in simplex. 3 radios 3 different RID same talkgroup and was able to hear all 3 on a single dongle
So that dont seem to work for a single device. Yet..i guess until the team fixes that in a future release

 

[M105]

Tried in simplex. 3 radios 3 different RID same talkgroup and was able to hear all 3 on a single dongle
So that dont seem to work for a single device. Yet..i guess until the team fixes that in a future release

Make sure you select Incl Radio Priority in the group options. My only issue with the single dongle was that the audio was muted. Set the group priority above your threshold. Set the radio priorities of the ones you don't want to hear above the threshold. Set the radio priorities that you do want to hear below the threshold.

 

[Muxlow]

Still no worky on a single dongle

Our fire dept has 4 OPS channels. 4 stations share OPS 1, then another bunch divided on the other 3. Everyone always stays on their own ops group during calls
2 conventional DMR repeaters OPS 1/2 on the same machine, and 3/4 on a different one.

Just dont want to hear other stations over our zello channel so tried to lock out the other stations RID's and lock out ops 2
Im sure if it was a trunking system like you it would be working but since its not...guess im SOL for a bit haha

Only other option is to waste a scanner with DMR and see if it works on that. Only have it monitor slot 1 and lock out all other stations RID's and see if it could only unmute on ours.. but im not wasting a 1000 buck scanner on that project