Aditya/Martin, thanks your help, I will read these references that you
mentioned.
在 2014年09月06日 00:31, Aditya Dhananjay 写道:
Hi Tiankun,
To add on to what Martin said: In DFE, the channel state H_I on
subcarrier i is updated everytime it receives a new symbol on that
subcarrier. It doesn't
Harold,
I'm not using any protocol. This is just a GNURadio application.
It is important to me to know is there any way to optimize input/output
buffers of blocks to reduce latency as much as possible? Is the GNURadio
able to do so automatically?
Best,
Mostafa
On Sun, Sep 7, 2014 at 9:49 PM,
On Sun, Sep 7, 2014 at 9:00 PM, Ed sbfred...@comcast.net wrote:
Hi:
I am have some problems running GNURadio-Companion on my Quad-core
Wandboard (ARM 7i hf) running Ubuntu 14.04.
When I execute GNURadio-Companion I get a whole bunch of errors, here is
the last few lines:
Warning: Block
On Wed, Sep 3, 2014 at 9:57 AM, Simone Ciccia S210664
simone.cic...@studenti.polito.it wrote:
Very thanks for the immediate answer,
Sorry, I forgot that I passed two arguments when the block was created:
$insert valid arguments: float reference, float alpha
while unsigned int
having a hard time getting gnuradio to work with my dvb-t usb stick
latest attempt has been to move to using pybomb, e.g.
https://smyl.es/how-to-install-gnu-radio-fftw-rtl-sdr-grosmosdr-and-more-using-pybombs-with-dependencies-by-rpmdeb-or-build-from-source/
originally i installed gnuradio and
I too had a lot of problems with getting gnuradio, gnrradio-companion to work
with my RTL-SDR device.
After asking a ton of questions on this list and getting a lot of good help I
got it working great.
One thing that seems to missing from the internet is a good step-by-step series
of
Hello everyone,
Im trying to set the TX Gain of USRP device using the following command
while transmitting using uhd_siggen_gui tool:
./uhd_siggen_gui --sine -g TX_Gain -f 1013M --amplitude=1.0 -A TX/RX -v
If I set the TX_Gain to non integer or non 0.5 fractional values, it is
getting set to
Hi All,
I have updated gnuradio to 3.7.5 recently, and then reconfigrebuild
gr-osmosdr to link its lib against to v3.7.5's gnuradio-runtime.so.
But when I import osmosdr, I got below error
ImportError: libgnuradio-runtime-3.7.4.so.0.0.0: cannot open shared
object file: No such file or
The total gain setting range, and gain step size are set by the
hardware. In most cases, the
step size is 0.5dB.
On 2014-09-08 10:50, zealdeal wrote:
Hello everyone,
Im trying to set the TX Gain of USRP device using the following command
while transmitting using uhd_siggen_gui tool:
Resolved it
Since my gr-osmosdr dependent on gr-iqbal, but I forgot rebuild it. Need
rebuild gr-iqbal to let its lib also link against to v3.7.5
在 2014年09月08日 22:56, Tiankun Hu 写道:
Hi All,
I have updated gnuradio to 3.7.5 recently, and then reconfigrebuild
gr-osmosdr to link its lib against to
In other words, it's the slider that's buggy, not the gain setting.
M
On 09/08/2014 05:03 PM, mle...@ripnet.com wrote:
The total gain setting range, and gain step size are set by the
hardware. In most cases, the
step size is 0.5dB.
On 2014-09-08 10:50, zealdeal
is it possible to run uhd_fft directly from the IQ data coming over usb from an
rtlsdr stick?
or is this only for use with an ettus usrp device?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
If you want to do the equivalent of uhd_fft for non-Ettus devices, just
use osmocom_fft
On 2014-09-08 11:52, Ben Hiett wrote:
is it possible to run uhd_fft directly from the IQ data coming over usb from
an rtlsdr stick?
or is this only for use with an ettus usrp device?
should I already have that installed due having installed gr-osmosdr or do I
need to get it from somewhere else?
I was thinkinkg of having a go with multimode.py as well, thats your piece of
work i think?
On Monday, 8 September 2014, 16:57, mle...@ripnet.com mle...@ripnet.com
wrote:
Hi all,
looking at the clock recovery MM code, I wonder if d_omega_relative_limit is a
relative or absolute deviation from d_omega.
Here it looks like absolute
https://github.com/gnuradio/gnuradio/blob/next/gr-digital/lib/clock_recovery_mm_ff_impl.cc#L107
Here it is relative
I just reinstalled Ubuntu on my computer, I compiled GNURadio from source.
I'm now running GNU Radio Companion 3.7.6git-1-g01deede3
With GNU Radio Companion I can access and listen to radio stations on my
RTL-SDR dongle just fine. However today I just received my HackRF radio.
Now, using
On Mon, Sep 08, 2014 at 06:06:42PM -0400, GeorgeF wrote:
Now, using the osmocom Source HackRF I receive the following error
msg. FATAL: No supported devices found to pick from Is there a
driver I need to download for HackRF, if so where how to I add that
to my system?
You need libhackrf.
George -
I just finished doing the same thing for my shiny-new Hackrf.
Here is what worked for me on the same Ubuntu and GNURadio:
sudo apt-get install hackrf-tools
Add a one-line file to enable USB access to hackrf.
sudo gedit
Start a new file and enter this one line:
ATTR{idVendor}==1d50,
On Mon, Sep 8, 2014 at 3:35 PM, Doug Hutton do...@suddenlink.net wrote:
George -
I just finished doing the same thing for my shiny-new Hackrf.
Here is what worked for me on the same Ubuntu and GNURadio:
sudo apt-get install hackrf-tools
Add a one-line file to enable USB access to hackrf.
Thanks for the info. Can anybody please confirm whether the step size limit
of 0.5 dB is valid for USRP N200?
--
View this message in context:
http://gnuradio.4.n7.nabble.com/TX-Gain-parameter-in-uhd-siggen-gui-tp50321p50334.html
Sent from the GnuRadio mailing list archive at Nabble.com.
On 09/08/2014 11:13 PM, zealdeal wrote:
Thanks for the info. Can anybody please confirm whether the step size limit
of 0.5 dB is valid for USRP N200?
It's not the underlying motherboard, it's the daughter-cards. I think
all of WBX, SBX and CBX use a step attenuator with 0.5dB step size.
21 matches
Mail list logo
