On Fri, Sep 13, 2013 at 3:58 PM, Alexandru Csete <oz9...@gmail.com> wrote:
> On Fri, Sep 13, 2013 at 3:53 PM, Brian Padalino <bpadal...@gmail.com> wrote:
>> On Fri, Sep 13, 2013 at 2:19 AM, Ralph A. Schmid, dk5ras
>> <ra...@schmid.xxx> wrote:
>>> Hi,
>>>
>>> I am using bladeRF with gr-osmosdr, gnuradio 3.7 and gqrx, so far a fine
>>> radio. One thing, when using gqrx...I am limited to USB2.0 at the moment, so
>>> I use a sampling rate of 8 Ms/s, and in this mode I have big problems with
>>> images from the neighbour frequencies that are still within the 26 MHz
>>> bandwidth, or whatever the maximum BW is.
>>>
>>> Is there some command to set this bandwidth to a smaller value? I assume
>>> that this would improve my RX experience a lot :) A quick look at osmocom
>>> showed me nothing, but maybe I missed smth.
>>
>> The gr-osmosdr interface allows for a bandwidth setting to be changed here:
>>
>>   
>> http://cgit.osmocom.org/gr-osmosdr/tree/lib/bladerf/bladerf_source_c.cc#n581
>>
>> The driver will figure out which bandwidth is closest to what you want
>> with a minimum of 1.5MHz and a maximum of 28MHz for the low-pass
>> filters.
>>
>> It will definitely make a world of difference by actually applying the
>> LPF and removing the aliasing.
>>
>> As for official support for gqrx, it's next on our list.  We need to
>> get on the gqrx mailing list and figure out what code we need to
>> write.
>>
>
> Actually, it was a deliberate choice not to have explicit support for
> that API call since it seemed unnecessary. Wouldn't one always want to
> use the narrowest analog bandwidth corresponding to a given sample
> rate? If yes, the setting may as well happen as part of the sample
> rate configuration and best handled at a layer that knows about the
> specific device. Am I wrong?

One may want to listen to an LTE signal that is 5MHz wide, but sample
at the standard 30.72MHz sample rate.  In this case, I would think the
LPF might want to be set smaller than 28MHz (maybe 8MHz?) but still
sample at 30.72MHz?

Maybe another case is wanting to see 5MHz worth of bandwidth, seeing a
weak signal, move the weak signal into the LPF region, and tighten the
filter such that you could increase the gain without clipping the ADC
in case there is a near-by blocker?

I agree you can shoot yourself in the foot very easily by separating
the two of them and have lots of noise alias in, but keeping them
separate, in my mind, is still a very reasonable thing to do.

Maybe, for the case of gqrx, an option for gr-osmosdr at device
opening (and passed to the constructor) is to have a bandwidth setting
(auto or manual) that when put into auto mode will do as you suggest,
and set the appropriate low pass filter bandwidth as well as warn if
the sample rate is too low, and there will be aliasing due to the LPF
not being tight enough?

What are your thoughts?

Brian

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to