<div dir="ltr"><br><br><br>On Mon, Sep 7, 2020 at 8:25 AM <<a href="mailto:op25@zellners.com">op25@zellners.com</a>> wrote:<br>><br>><br>> Quoting iain macdonnell - N6ML <<a href="mailto:ar@dseven.org">ar@dseven.org</a>>:<br>><br>> > Still need to figure out if I can make op25 park on a fixed center<br>> > frequency and find the channels with the sampled space, but I need<br>> > something better than the RPi3 to cover the system that I want to<br>> > monitor (channels span about 5MHz).<br>><br>> OP25 doesn't work that way , and with out a major rewrite to do that<br>> you are better to just set a smaller bandwidth/sample rate as the rest<br>> is wasted processing.<br><br>It can work that way. It was not working for me because I had an integer (I guess) for the center frequency, instead of a float(??). I changed it from "773" to "773.0", and now it stays centered there, and finds the channels within the 6MHz sampled.<div><br></div><div><div><img src="cid:ii_kesrhebf0" alt="center.PNG" width="561" height="562"><br></div><div><br></div><div><br></div><div>In the past, I've complained that the first word or two of a transmission often gets missed. One theory was that the tuner (RTL dongle back then) was taking some time to effect retuning, and that a solution that doesn't need to retune may be better. I'm still noticing the start of transmissions get missed occasionally, but maybe less than before. I might have to go back to the RTL to try to get a comparison.</div><div><br></div><div>When you said "doesn't work that way", perhaps you meant that it doesn't continue decoding the control channel whilst simultaneously decoding a voice channel? I believe that that's true, although it does monitor control traffic on the voice channel.</div><div><br></div><div>I'm not sure if there's any latency involved in "offset retuning".</div><div><br></div><div>     ~iain</div><div><br></div></div></div>