On Sat, Sep 14, 2013 at 9:13 AM, Sylvain Munaut 246...@gmail.com wrote:
Hi,
Do you know if it makes any difference whether I set the bandwidth or
sample rate first?
Looking at the code, yes it does. You should set sample rate, then bandwidth.
But honestly I think it shouldn't make a
Hi,
Hi Brian,
I didn't think of these cases - they make sense.
I have added an option to set the bandwidth in the I/O configuration
dialog. It is
Great!
available in the git repository. I could test it with hackrf anbd I hope
somebody
else can test it with the bladerf.
Currently it does
September, 2013 08:14
To: 'Alexandru Csete'; 'Brian Padalino'
Cc: 'GNURadio Discussion List'
Subject: Re: [Discuss-gnuradio] bladeRF - gr-osmosdr - gqrx - bandwidth?
Hi,
Hi Brian,
I didn't think of these cases - they make sense.
I have added an option to set the bandwidth in the I/O
Hi,
Do you know if it makes any difference whether I set the bandwidth or
sample rate first?
Looking at the code, yes it does. You should set sample rate, then bandwidth.
But honestly I think it shouldn't make a difference and the code
should be fixed.
Cheers,
Sylvain
Hi,
And as an addition, when trying to adjust the gain, I get these messages on
the console output:
Invalid LNA gain requested: 3.48, setting to LNA_MAX (6dB)
Probably gqrx or gr-osmosdr treats the gain as a continuous value even
though on the LMS it's not, there is only a few discrete
Hi,
I played a bit more, and I found that checking the iq balance option makes
things worse, not better. Maybe the real huge center DC peak is too much?
The blind IQ estimation doesn't always works, there is no magic solution.
One of the case where it fails is if you're tuned to the center
Probably gqrx or gr-osmosdr treats the gain as a continuous value even though
on the LMS it's not, there is only a few discrete value.
They should be harmless warnings.
Yep, just wanted to mention it
I played a bit more, and I found that checking the iq balance option makes
things worse, not
On Fri, Sep 13, 2013 at 8: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
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
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
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,
The hackrf module for example has a special value of 0.0 for the
set_bandwidth call that basically mean auto-set.
When you change the sample_rate it goes to automatic unless you
manually set a specific bandwidth.
Cheers,
Sylvain
___
On Fri, Sep 13, 2013 at 10:53 PM, Brian Padalino bpadal...@gmail.com wrote:
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
On Fri, Sep 13, 2013 at 11:25 PM, Sylvain Munaut 246...@gmail.com wrote:
The hackrf module for example has a special value of 0.0 for the
set_bandwidth call that basically mean auto-set.
When you change the sample_rate it goes to automatic unless you
manually set a specific bandwidth.
14 matches
Mail list logo