sdrtrunk icon indicating copy to clipboard operation
sdrtrunk copied to clipboard

Handling of patches on Harris systems

Open tvsjr opened this issue 2 years ago • 3 comments

Harris (maybe others?) systems use a different method of handling talkgroup "patching" (technically dynamic group regrouping) where, for each "patch" created, a supergroup is dynamically picked from a prespecified range, with the talkgroups being combined added under that supergroup.

For a real-world example, the local sheriff's office has two primary patrol talkgroups, say GIDs 1 and 2. When things aren't busy, the two talkgroups will be combined under a single dispatcher. When this happens, a dynamic ID gets pulled from a range of (what appears to be) 65100-65199 and the supergroup gets built. Subscribers set on either GID 1 or GID 2 will hear the traffic from the "patch" (and this functions properly on subscribers from at least 3 different manufacturers).

Now, SDRTrunk will show only this supergroup ID and spits the same ID out via the log files (including the Trunking Recorder ingestion). This makes it impossible to assign an alias, enable/disable listening, etc.

The logic for handling these talkgroups needs to be adjusted to show the subgroups under the supergroup - both for display and for feeding to Trunking Recorder, etc.

tvsjr avatar Oct 26 '22 20:10 tvsjr

@tvsjr Could you create a bitstream recording of the control channel for that system, when you know that a patch group is being used, and note which identifiers are the patch group and which identifiers are the participating/patched groups.

I suspect that there's a Harris-specific message that they using that I need to add to the code.

DSheirer avatar Oct 27 '22 11:10 DSheirer

@DSheirer either I'm missing something incredibly obvious or something's broke. I enabled "Demodulated Bitstream (.bits)" under Recording on the Channels tab of the Playlist Editor. The app happily creates the file... but never puts anything in it. 0 bytes. I enabled the traffic channel bitstream - same issue.

What incredibly obvious thing am I missing here?

tvsjr avatar Oct 28 '22 07:10 tvsjr

There may be an issue. I'll have to see what's going on with it.

DSheirer avatar Oct 28 '22 10:10 DSheirer

@tvsjr apologies ... the bitstream recording was broke and is now fixed with this PR: https://github.com/DSheirer/sdrtrunk/pull/1345

I'll be posting a new (final) 0.5.0 release shortly. If you could make a bitstream recording of this Harris system once that's available?

DSheirer avatar Nov 26 '22 10:11 DSheirer

Closing. Issue was resolved under separate issue number.

DSheirer avatar Nov 11 '23 10:11 DSheirer