Closed jheidecker closed 8 years ago
Okay. I managed to figure it out. I didn't fork, but the offending code appears to be due to higher channels being used on the system I am recording.
Changing this value:
https://github.com/robotastic/trunk-recorder/blame/master/smartnet_parser.cc#L10
from 1b8 to 2ce has allowed the frequency to appear correctly and recoding has been working for 24 hours.
First: This code has gotten me the furthest in monitoring a Smartnet II trunked system. I could not get it to work AT ALL with gr-op25's scope.py, although a regular P25 trunked system on Harris gear works fine. Anyway..
Fresh Ubuntu 15.04 with gr-op25 built using Pybombs. USRP B210.
I was having the identical build issues as @devnulling in issue #27 so i changed the queue variable based on thier fork to get it to compile.
I can see that it is decoding the TG's correctly, but it does not seem to be picking up the frequency, or it is reading it as 0.
2016-04-07 03:37:55.067336] [0x00007f4e8c51f780] [error] Recording not started because there was no source covering: 0 For TG: 16496
I am not entirely certain how to troubleshoot from here. Is there more verbose logging to see if it is in decoding the packet or if it is actually 0??My center and bandwidth is more than enough to capture every freq in the system.