Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

P25P1 Traffic Channels Stop Decoding After Control Channel Rotation #1996

Closed
DSheirer opened this issue Oct 1, 2024 · 0 comments · Fixed by #1997
Closed

P25P1 Traffic Channels Stop Decoding After Control Channel Rotation #1996

DSheirer opened this issue Oct 1, 2024 · 0 comments · Fixed by #1997
Assignees
Labels
Milestone

Comments

@DSheirer
Copy link
Owner

DSheirer commented Oct 1, 2024

sdrtrunk Version
master

Describe the bug
The P25 traffic channel manager is not clearing out channel allocations when the control channel frequency changes after a lose-sync event. This prevents any traffic channel allocations against those frequencies. When users have their channel configuration setup to include some of the traffic channel frequencies in the list of control channel frequenices, this can prevent traffic channel allocations.

To Reproduce
Setup a channel configuration with the control channel and all traffic channel frequencies. Start decoding and then remove the RF input to cause the spectrum to blank. Allow the control channel to rotate through all of the frequencies (and fill the traffic channel allocation map) and then reapply the RF input to the tuner to allow the control channel to be found again. Observe that none of the traffic channels will allocate from this point forward without an app restart.

@DSheirer DSheirer added the bug label Oct 1, 2024
@DSheirer DSheirer self-assigned this Oct 1, 2024
@DSheirer DSheirer added this to the Version 0.6.1 milestone Oct 1, 2024
DSheirer pushed a commit that referenced this issue Oct 1, 2024
…nels each time the control frequency changes, which should be after a lose-sync event. This ensures that none of the traffic channel frequencies get blocked when the monitor thinks that a channel is already allocated.
DSheirer added a commit that referenced this issue Oct 1, 2024
…nels each time the control frequency changes, which should be after a lose-sync event. This ensures that none of the traffic channel frequencies get blocked when the monitor thinks that a channel is already allocated. (#1997)

Co-authored-by: Dennis Sheirer <[email protected]>
DSheirer pushed a commit that referenced this issue Oct 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant