Hi again,
I uninstalled what I had installed through PyBOMBS and installed Gnuradio
3.7 through the build_gnuradio script. Then I tried Jareds repo for specest
with 3.7 (http://www.github.com/dfxx) and it seems to compile just fine,
well done! I can also import specest in python without problems.
Hi,
With latest versions of GR / bladerf / gqrx / gr-osmosdr again something is
stuck. Gqrx does not work anymore, I get the following error during make:
/usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
`bladerf_fpga_version'
/usr/local/lib/libgnuradio-osmosdr.so: undefined
On Tue, Oct 8, 2013 at 1:11 PM, Ralph A. Schmid, dk5ras
ra...@schmid.xxx wrote:
Hi,
With latest versions of GR / bladerf / gqrx / gr-osmosdr again something is
stuck. Gqrx does not work anymore, I get the following error during make:
/usr/local/lib/libgnuradio-osmosdr.so: undefined
Hi,
I think it is because you don't use the latest bladerf library - or if you
do, you
probably still have an older version left.
Well, at least I made a git pull, make, sudo make install for bladerf.
By the way, you should get this error while building gr-osmosdr and not
while
building
Hi list,
I'm using gnuradio 3.6.0 together with USRPs N210 for implementing OFDM 802.11
n communications, just SISO for the moment (in the future it would be MIMO). I
have properly modified parameters such as FFT size, number of occupied tones
and so on. I have also included all preambles (STF,
Hello Everyone,
I have a quick question regarding the reconfiguration of blocks within a
gnuradio top block application. I am working on a radar system that will
occasionally attempt to switch transmission waveforms due to results of
processed data. Consequently, the back end processing will
The filters all have "set_taps()" methods that allow you to set the taps dynamically.
on Oct 08, 2013, rmsrms1987 rmsrms1...@gmail.com wrote:
Hello Everyone, I have a quick question regarding the reconfiguration of blocks within agnuradio "top block" application. I am working on a radar system
On Tue, Oct 8, 2013 at 9:52 AM, xe...@libero.it xe...@libero.it wrote:
Hi list,
I'm using gnuradio 3.6.0 together with USRPs N210 for implementing OFDM 802.11
n communications, just SISO for the moment (in the future it would be MIMO). I
have properly modified parameters such as FFT size,
I've been poking around in other GRC files to find examples. The ones in
specest are a little tough around the edges, but I've found the ones in
GNURadio/gr-fft and other sub blocks of GNURadio to be decent examples.
Rgrep has been helpful...
Jared
On Oct 8, 2013 1:26 AM, Eskil Varenius
Hi,
I'm new user of GNU. Can someone please help me in creating a flowgraph of
AM transmitter. I have to use it for communication of radio having a range
3-30 MHz. Receiver part is already done. I just wanted a waveform of
transmitter part only. I have to integrate this waveform with FM receiver.
Avoiding jargon how might GNUradio, software defined radio be
explained to AM-FM radio listeners unfamiliar with technology generally?
Already checked relatively more technical material at
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ
http://en.wikipedia.org/wiki/Gnuradio
Hello every one...
can any buddy say , is it possible to make simulation of
enegergy detection based spectrum sensing without USRP or Fun-cube dongle
.???
if , yes . How?
guide me.
as per my opinion ..
it may be possible by redefine block which give frequency
I've described it like this:
Traditionally radios have been purpose-built for specific types of tasks using electronic components to perform those tasks. Many of the crucial "systems" in
a radio are actually performing mathematical "transformations" on the signals going through them. Sometimes
First of all, I'm sorry that I could not understand clearly what you want.
Are you using any hardware or you are just running a simulation using *GNU
Radio*? What do you mean by waveform of transmitter? How do you integrate
AM transmitter with FM receiver?
If you have USRP and want DSBSC AM, it
I did make uninstall and make clean in bladerf, gr-osmosdr and gqrx, then
rebuild it all, still this error:
/usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
`bladerf_fpga_version'
/usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
`bladerf_fw_version'
collect2: ld returned
Hi Tom and Chris,
Thanks for your detailed guidance on this. I'll try this out.
Bob
On Mon, Oct 7, 2013 at 9:49 PM, KB3CS - Chris kb...@arrl.net wrote:
$ git diff v3.6.3 HEAD gr-filter/lib/firdes.cc (but modified since you
remain @ v3.6.3)
diff --git a/gr-filter/lib/firdes.cc
One of our private GNU Radio training classes in San Antonio, TX, has
had a couple slots open up, and our customer is willing to allow 3rd
parties to attend. It's happening Oct. 21-25. The first three days is
the Intro class that comes with a USRP, and the last two days is the
Advanced add-on
In the benchmark_tx.py code for MPSK modulation, the pfb_arbitrary_resampler
block is instantiated with 32 * 11 * floor(samples_per_symbol) taps. I
understand that 32 is the number of filters in the filterbank, but I'm not sure
what motivates the factor of 11. Has anybody been able to fine tune
On Tue, Oct 8, 2013 at 6:54 PM, Nowlan, Sean
sean.now...@gtri.gatech.edu wrote:
In the benchmark_tx.py code for MPSK modulation, the pfb_arbitrary_resampler
block is instantiated with 32 * 11 * floor(samples_per_symbol) taps. I
understand that 32 is the number of filters in the filterbank, but
I was playing around with
fir_filter_XXX
and
freq_xlating_fir_filter_XXX
and noticed that the two do not give the same output
for the same input (and center_freq=0 in the xlating filter).
Looking at the implementation of the latter
it is obvious why: the taps are reversed in the line:
20 matches
Mail list logo