I just started playing with a HackRF One ("clone"). This seems to basically work: --args 'hackrf' -N RF:0,IF:24,BB:28 -S 4000000 -o 100e3 -q 0 -d 0 .... I think 4M SMPS is around the limit for the processor in my RPi3 - beyond that, regular traffic sounds like it's encrypted :) Not sure if '-g' does anything in this context? I included the '-o' since there's a pretty hefty DC center spike. Still need to figure out if I can make op25 park on a fixed center frequency and find the channels with the sampled space, but I need something better than the RPi3 to cover the system that I want to monitor (channels span about 5MHz). You probably know already, but in case not; the gains are: RF: preamp - either 0 (off) or 14 (on) IF: aka LNA - from 0 to 40 in 8dB steps BB: "baseband" (a.k.a. VGA) - from 0 to 62 in 2dB steps Mine mysteriously stopped receiving on a few occasions yesterday. Nothing in the output to explain why (with '-v2') - it just stopped showing TSBKs (and CPU usage dropped to nothing). I cranked it up to '-v10' yesterday, but haven't reproduced the problem (yet).... ~iain On Sun, Sep 6, 2020 at 11:03 AM <op25(a)zellners.com> wrote:

With rx.py you can enter a center frequency in your trunk.tsv file and it'll offset tune (you'll see it in the fft plot). You can do something similar in multi_rx.py but that involves the frequency in the 'devices' section and then setting the device to "tunable": false. Graham On Sun, Sep 6, 2020, 2:43 PM <wllmbecks(a)gmail.com> wrote:

Quoting iain macdonnell - N6ML <ar(a)dseven.org>rg>: I've got 2 clones to play with... as I felt they may solve another problem. But I think there are 2 issues there, one devices, and two signal. The devices that have 8bit ADC are basically akin to the old double IF conversion scanners, plagued with issues especially in dynamic range. Even more so in the 700MHz PS LMR area. With FirstNets RFI butting right up to that band, even with the 1MHz guard band the RTL's with 8bit ADC are plagued with RFI junk from the FirstNet RFI. in the D Block...I can watch the RFI disappear as you shove the tuning further up the band. Unfortunately my systems operate over the entire band... The 12bit Airspys, and the MSI's aka RDSDR, are they even supported? Are more like triple conversion IF radios. I don't see the RFI splurges all over the band, 700MHz NB PS LMR that I see with the RTL's be it V3 or the other asian junk. I don't see this as much at the 850MHz NSPAC band, but my prime system is well below the 862 ESMR and the A/B Cell blocks at 870Mhz. Not sure either thats why I am asking before I bang my head playing with options that don't do anything like I did with the Airspy Another plus to the airspy line, can't say if the MSI/RDSDR ones have this as far as I know none of them are supported by a real OS and software. Other software has it on its list for the future but seems to be getting shoved down the priority level. OP25 doesn't work that way , and with out a major rewrite to do that you are better to just set a smaller bandwidth/sample rate as the rest is wasted processing. I set my op25 setups to be about 1MSPS or so as thats more than enough for things. Well I know what the HRFO have, I didn't know the conventions to match up to OP25/rx.py, thats why I am asking. I found some rx.py examples.... which gave those and can translate them to it, but the Airspy's needed some other options in the args options to actually make it work, and I'd like to have these all ready to go so as to not waste lab time..Thanks for the info... save some headaches right there.

Quoting Graham Norbury <gnorbury(a)bondcar.com>om>: Maybe this will settle this. ** I AM WRONG. ** Period. So where is the MULTI_rx.py documented??? I've never seen or even heard of this. Or documented at all really. Its all just letting it trunk from a CC like a scanner......Or this mode with a center freq... So lets discuss what it can do... you mention multiple CC and multiple audio feed... Yuck not really a fan.. ....but anyway.... So lets start with 1 CC and doing MULTIPLE FEEDS???? How is all this plumbed together to get this my IceCast server??? Audio losses from "scanning" or this is queued up to feed in serial fashion????? One CC would need at minimum 5 feeds.... and how is all this audio held/queued up??? So if say 2 TGID's are active???? I can see issues trying this on a PI with the writes to an SD card right there. I have a dedicated yagi to point to one system. And fed through LMR400, low noise distribution amp to provide plenty of ports. Same with my setup for more localized system on an omni, LMR400, low noise dist. amp and multiple ports. More than I need really. Basically its the same setup you would see at the rx end of a site.