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

Failed to stop RX streaming (-1000) #978

Open
scd31 opened this issue Sep 29, 2024 · 2 comments
Open

Failed to stop RX streaming (-1000) #978

scd31 opened this issue Sep 29, 2024 · 2 comments

Comments

@scd31
Copy link

scd31 commented Sep 29, 2024

Hello,

Awesome project! I'm using trunk-recorder with a hackrf to decode local traffic in my area. It works for a while (generally a few hours) and then it throws a Failed to stop RX streaming (-1000) error. After this point, it's no longer able to decode any traffic, and it repeatedly throws the following error:

(error)   [sys_1] Retuning to Control Channel: 773.281250 MHz
(info)            - System Source 0 - Min Freq: 766.050000 MHz Max Freq: 777.950000 MHz
(error)   [sys_1]         Control Channel Message Decode Rate: 0/sec, count:  0
(error)   [sys_1] Retuning to Control Channel: 772.056250 MHz
(info)            - System Source 0 - Min Freq: 766.050000 MHz Max Freq: 777.950000 MHz
(error)   [sys_1]         Control Channel Message Decode Rate: 0/sec, count:  0

The only way to fix it is to restart the service. Unfortunately, this means I'm losing traffic until I notice the problem and restart!

I found this thread on the issue, but I didn't find it super helpful: greatscottgadgets/hackrf#883 . In any case, it would be nice if it could gracefully recover from the error (assuming there's not a way to fix the error itself).

Thanks!

@taclane
Copy link
Contributor

taclane commented Sep 29, 2024

While it doesn't address issues with the device or driver, trunk recorder has a failsafe option that should help:controlRetuneLimit.

Adding something like:

"controlRetuneLimit": 4,

to the config would terminate trunk recorder if it can't find a control channel after 4 (or however many) retune attempts. If you're using a restart script or systemd service, it can reset trunk recorder for you. While it's certainly worth investigating why your device is dropping off, the above option should remove the need to manually intervene when it gets caught in a retune loop.

@scd31
Copy link
Author

scd31 commented Sep 29, 2024

Thanks! That helps a lot. I may just dump the hackrf and go with a couple of RTL-SDRs, but at least with the failsafe it's not a huge issue now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants