Hello all, I've been excited about trying the new rx.py since it was first announced and finally was able to install it last night and was quite impressed. In the last couple weeks I've attempted to run it on my Toughbooks, running Debian, but have not been able to cleanly install the python-gtk2-dev dependency for gnuradio. Last night I dug my SDR/DSP computer back out from recent desk remodeling and fired it up. I purpose built this computer specifically to run OP25 and SDRTrunk on Ubuntu with an i7 processor, and large amounts of RAM, and an SSD. In addition to updating the original OP25 to latest, I also installed the boatbod version and spent most of my time running it. It was very nice to run in CLI only mode which I've wanted to do for a long time. By using the internal audio server and the "t" trunk-tracking command I was able to dial up every site I tried within my coverage area and start following traffic. It has been a while since I've used OP25 so I was midly surprised when I was able to receive a site that other software will not receive. I did notice a couple issues, though. I observed a crash when toggling off a plot. Turning on the plot would work fine, and even trying to turn on another would produce a warning that only one can be active, but everything continued running. However, when I turned off the plot the window would close as expected but then the terminal would freeze. After a couple seconds "0"'s would begin showing as if there was no data from the SDR. The only way I was able to fix it was to kill the python process. After starting again everything would work until turning off a plot. It also wasn't limited to a single plot as it happened with all of them. The second issue I faced was when trying to use a trunk.tsv file with the "T" option. After fixing my .tsv files after the quotes got obliterated it appeared to load and start running, however only showed a single site's information at the top of the terminal and another site's control channel frequency at the bottom. I ran short of time so I wasn't able to determine if it heard voice traffic or not, but it did not appear to be stepping through the different sites' control channels as configured in the .tsv file. Am I incorrect as to how the .tsv file is handled? Brett
trunk.tsv format is one line per NAC per control channel. You can define backup control channels (multiple lines with same NAC) but I don't recommend it. I'd be interested to see more on the gnuplot craash. When the "O"s started, did you see anything about an 'assertion' in the stderr.2 log?
if you have one site with backup control channels, no need to use multiple lines in the trunking TSV file - instead, specify the list of trunk CCs as a comma-separated list... Max
I wasn't using backup control channels, but was aware of the comma separated list. However, I believe two of the sites use the same NAC, so that may be interesting. I'll have to double check. Regardless, I thought when a .tsv file was specified with the "T" parameter it cycled through the sites defined in the file one by one, similar to how the hardware scanners do it. I was seeing no indication of this in the display. What is the wait time per site supposed to be? I'll compile some more information on the plot crash when I get a chance. On Thu, Nov 16, 2017 at 7:20 AM, ikj1234i@yahoo.com [op25-dev] < op25-dev@yahoogroups.com> wrote:
if you have one site with backup control channels, no need to use multiple lines in the trunking TSV file - instead, specify the list of trunk CCs as a comma-separated list...
Max
Yes, it does cycle through the trunk.tsv sites sequentially, but only if they have different NACs. (The NAC is the primary key to the table in memory). Hunting takes place 2.0 seconds after the last activity, or after 6 control channel timeouts.
Ok, thanks Graham. I have roughly 8 sites in the file. I'll do more testing and report back when I can. On Thu, Nov 16, 2017 at 11:34 AM, gnorbury@bondcar.com [op25-dev] < op25-dev@yahoogroups.com> wrote:
Yes, it does cycle through the trunk.tsv sites sequentially, but only if they have different NACs. (The NAC is the primary key to the table in memory).
Hunting takes place 2.0 seconds after the last activity, or after 6 control channel timeouts.
No error is shown in the log during the crash when closing the plot, only shows the zeros after the normal startup information. I was able to get it to cycle through the sites by using a different frequency on the command line. Brett On Nov 16, 2017 12:06 PM, "Brett Friermood" <brett.friermood@gmail.com> wrote:
Ok, thanks Graham.
I have roughly 8 sites in the file. I'll do more testing and report back when I can.
On Thu, Nov 16, 2017 at 11:34 AM, gnorbury@bondcar.com [op25-dev] < op25-dev@yahoogroups.com> wrote:
Yes, it does cycle through the trunk.tsv sites sequentially, but only if they have different NACs. (The NAC is the primary key to the table in memory).
Hunting takes place 2.0 seconds after the last activity, or after 6 control channel timeouts.
participants (3)
-
Brett Friermood brett.friermood＠gmail.com [op25-dev] -
gnorbury＠bondcar.com [op25-dev]
-
ikj1234i＠yahoo.com [op25-dev]