Hello,
Over the past few days, I've learned a lot about installing UHD and GNU
Radio on Ubuntu. I'm a Windows user new to Linux, so there were a lot of
growing pains. I made a guide for people like me out there getting into GNU
Radio and Linux for the first time. I tried to document every single
Just a follow up on this - I was able to resolve the issue with the
following modifications in the volk_config file:
before: volk_32fc_32f_multiply_32fc a_avx generic
changed to: volk_32fc_32f_multiply_32fc generic generic
before: volk_32fc_deinterleave_64f_x2 a_avx u_avx
Dear all,
I found most existed projects were based on USRP2 and some current on-going
project are using N200/210. It seems to me that both of these two models
have similar hardware specification, but USRP2 is out of market, isn't it?
If a GNURadio based software packages was developed for USRP2,
I've seen this comment for a while now in flowgraph.cc and most of the time
chose to ignore it. Today I saw it and decided to do a quick google search
to see what I could find.
https://www.youtube.com/watch?v=6GmkjnL4EYw
What??? Why???
Funny easter egg to say the least...
Best,
Ryan
--
Ryan L.
On 10/29/2014 01:54 PM, bob wole via USRP-users wrote:
USRPN210r4 with SBX
I am observing a strong spike at the center of the receive spectrum
when I start burst transmission.
My top flowgraph contains following two hierarchical blocks
1) A transmitter flow graph with (tx_time,
Hi all,
I recently installed GNURadio on two laptops (installation via PYBOMBs) and
everything has been running fine for a few weeks; but I'm suddenly running
into issues with QT GUI on one of the laptops. I wasn't sure what the issue
was originally, but after narrowing it down I'm able to see
As pointed out elsewhere [1], you can work around the libxml2 issue by running
GRC while forcing MacPorts’ libxml2 library to load first via:
{{{
DYLD_INSERT_LIBRARIES=/opt/local/lib/libxml2.dylib gnuradio-companion
}}}
And, otherwise, both UHD and GNU Radio seem to work on 10.10 beyond the
I'm still asking for help with this maintenance process. I tried the
'./pybombs remove' command to get rid of uhd and gnuradio as a test. I
didn't get any error or warnings and it completed. When I looked in the
pybombs/src folder, both gnuradio and uhd folders still existed there. I
deleted them
regards, where I find the script MakeEttusSDCard.sh
Thanks
*Julio H.*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Jiayi,
if you were using UHD, you'll be fine. Apart for device-specific
settings, you can simply switch hardware.
Cheers,
M
On 10/30/2014 08:34 PM, Zhang, Jiayi wrote:
Dear all,
I found most existed projects were based on USRP2 and some current
on-going project are using N200/210. It seems
On 10/30/2014 03:04 PM, Ryan Marlow wrote:
I've seen this comment for a while now in flowgraph.cc and most of the
time chose to ignore it. Today I saw it and decided to do a quick google
search to see what I could find.
https://www.youtube.com/watch?v=6GmkjnL4EYw
What??? Why???
Funny easter egg
On 10/30/2014 02:07 PM, Michael Rahaim wrote:
While I'm happy to have it working again, I don't exactly know what this
modification actually does. If anyone with knowledge of the volk library
can give me a quick bit of info about what these modifications are
actually doing and / or why this
On 10/30/2014 12:04 PM, Ryan Marlow wrote:
I've seen this comment for a while now in flowgraph.cc and most of the
time chose to ignore it. Today I saw it and decided to do a quick google
search to see what I could find.
https://www.youtube.com/watch?v=6GmkjnL4EYw
What??? Why???
Funny easter
i was working in BPSK mod/demod and i'd like to see the BER performance. i
used the BER ERROR RATE block, connecting in the input 1: random source and
imput 2: output of the decodec. The problem is that the error always is 0.5
and the source noise (connected in the mod,) doesn't affect it.
Hi Johnathan,
Thanks for the reply. I'm using Ubuntu 14.04 on a Dell XPS laptop with 8
cores. Results of the grep call are below:
model name: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name: Intel(R) Core(TM) i7-2630QM CPU @
Hi Jiayi,
all USRPs use the UHD driver framework; from an application's perspective, it
really doesn't matter whether you're using a USRP 1, 2, N200, X300, B200 or the
integrated radios of the E-Series. Normally, applications do not even care what
kind of USRP is connected :)
The only thing
Hi,
I've installed the GNURadio UHD correctly. However, I can't use my USRP
because I don't have installed the UHD module in my tree of modules of the
Gnuradio 3.6.5.1
But I can see in the path of the file system where GNUR is installed the
folder named gr-uhd where are all the files related to
Bug: It is 'Alles klar, Herr Kommissar'. (Nicht 'all ist klar'.)
:-)
Mike
On 10/31/2014 02:07 PM, Jeff Long wrote:
On 10/30/2014 03:04 PM, Ryan Marlow wrote:
I've seen this comment for a while now in flowgraph.cc and most of the
time chose to ignore it. Today I saw it and decided to do a
I just fixed this issue within MacPorts
https://trac.macports.org/changeset/127653 , which will be live by around
12:30 PM/US/Eastern. I ended up following Stephan’s lead and moving the
shuffle index values directly into the function call; nothing else made clang
happy. Given that these
Jiayi,
Generally, the UHD driver hides the difference, so the Ettus products
are interchangeable. There aren't too many projects that are specific to
model, unless you're looking at FPGA mods. But there are some
differences (or there wouldn't be separate products) having to do with
frequency
On 10/31/2014 01:01 PM, Mike Markowski wrote:
Bug: It is 'Alles klar, Herr Kommissar'. (Nicht 'all ist klar'.)
Thank you for reporting this.
A fix has been generated and pushed to the maintenance branch, and will
become part of the 3.7.5.2 and 3.7.6 releases.
--
Johnathan Corgan, Corgan
On 10/31/2014 04:32 PM, Johnathan Corgan wrote:
On 10/31/2014 01:01 PM, Mike Markowski wrote:
Bug: It is 'Alles klar, Herr Kommissar'. (Nicht 'all ist klar'.)
Thank you for reporting this.
A fix has been generated and pushed to the maintenance branch, and will
become part of the 3.7.5.2 and
Alles klar, Herr Kommissar is kolloquial German for all is good,
which is the case at this line, because all the checks have passed.
I don't know who put this in there (clearly not a German native speaker
given that most words are misspelled) but I think it's hilarious.
M
On 10/30/2014 08:04
On Thu, Oct 30, 2014 at 4:07 PM, Michael Rahaim mrah...@bu.edu wrote:
Just a follow up on this - I was able to resolve the issue with the
following modifications in the volk_config file:
before: volk_32fc_32f_multiply_32fc a_avx generic
changed to: volk_32fc_32f_multiply_32fc
On 10/30/2014 03:34 PM, Zhang, Jiayi wrote:
Dear all,
I found most existed projects were based on USRP2 and some current
on-going project are using N200/210. It seems to me that both of these
two models have similar hardware specification, but USRP2 is out of
market, isn't it?
If a
On 10/31/2014 10:44 AM, Martin Braun wrote:
I don't know who put this in there (clearly not a German native speaker
given that most words are misspelled) but I think it's hilarious.
That was me, and you are right, my German is limited to a few phrases
not spoken in polite company, and various
Try running
Pybombs clean gnuradio
Pybombs clean uhd
And then installing
-Tim
On Oct 31, 2014 11:53 AM, Richard Bell richard.be...@gmail.com wrote:
I'm still asking for help with this maintenance process. I tried the
'./pybombs remove' command to get rid of uhd and gnuradio as a test. I
The BER error rate block does not realign data from its inputs. Experiment
with different delays between the reference tream and the demod stream to
account for FIR filters, clock recovery process, etc. Note, due to the
nature of symbol recovery, the delay may not be the same every time.
Also,
Hi Nathan,
Thanks for the info. In case you didn't see my previous reply, the
processors are all Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
-Mike
On Fri, Oct 31, 2014 at 3:32 PM, West, Nathan n...@ostatemail.okstate.edu
wrote:
On Thu, Oct 30, 2014 at 4:07 PM, Michael Rahaim mrah...@bu.edu
On 10/31/2014 09:04 AM, Michael Dickens wrote:
I just fixed this issue within MacPorts
https://trac.macports.org/changeset/127653 , which will be live by around
12:30 PM/US/Eastern. I ended up following Stephan’s lead and moving the
shuffle index values directly into the function call;
Hi,
I have installed GNU Radio Companion 3.7.5 and the gr-fcdproplus from
dl1ksv/gr-fcdproplus (GitHub).
By simpy connecting the fcdproplus block with an fft sink I receive the
following error:
File /home/duthsat/top_block.py, line 15, in module
import fcdproplus
File
On 10/31/2014 05:42 PM, Daniel Batista wrote:
Hi,
I have installed GNU Radio Companion 3.7.5 and the gr-fcdproplus from
dl1ksv/gr-fcdproplus (GitHub).
By simpy connecting the fcdproplus block with an fft sink I receive
the following error:
File /home/duthsat/top_block.py, line 15, in module
Hi,
do you know if the default PSK Demodulation block does any frecuency correction
or time recovery?
After running some tests, I have noticed that when I use a Channel Model
between PSK mod and PSK demod, I successfully decode my data even I have a
small frecuency offset or time offset
This is because the version of the libusb library you have is too old to have
that particular API call in it.
I use ubuntu 12.04 and libusb-1.0-0-dev
Do you what version of libusb is compatible?___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On 10/31/2014 06:27 PM, Daniel Batista wrote:
This is because the version of the libusb library you have is too old
to have that particular API call in it.
I use ubuntu 12.04 and libusb-1.0-0-dev
Do you what version of libusb is compatible?
I think that 1.0.9 and newer are compatible.
--
Thank you Karl!
On Saturday, November 1, 2014 12:25 AM, Karl Koscher
super...@cs.washington.edu wrote:
I believe so; see gnuradio/gr-digital/python/digital/generic_mod_demod.py:
...
# symbol timing recovery with RRC data filter
taps =
The problem is that Ubuntu 12.04 seems to carry 1.0.9 around, so this seems
strange.
I'm a bit conflicted -- the missing symbol looks like it should belong to
libudev and not libusb-versionhell.
This might indicate that you're bound to update libudev, which is rather system
central, and which
On 10/31/2014 07:00 PM, Marcus Müller wrote:
The problem is that Ubuntu 12.04 seems to carry 1.0.9 around, so this
seems strange.
I'm a bit conflicted -- the missing symbol looks like it should belong
to libudev and not libusb-versionhell.
This might indicate that you're bound to update
I believe so; see gnuradio/gr-digital/python/digital/generic_mod_demod.py:
...
# symbol timing recovery with RRC data filter
taps = filter.firdes.root_raised_cosine(nfilts,
nfilts*self._samples_per_symbol,
1.0, self._excess_bw,
I have an application that uses two probes/function_probe blocks
and an xmlrpc client.
Most of the times I see that the two threads are crushing, I guess making
concurrent requests to the SimpleXMLRPCServer.
I googled it and I found that the SimpleXMLRPCServer cannot by default
handle these
If I was forced to make a wild guess I'd probably assume it uses some USB-HID
interface for configuration, and udev for hotplug detection.
I think I'll have the libery of including Mr. Schroer in this discussion :)
Greetings,
Marcus
On 11/01/2014 12:04 AM, Marcus D. Leech wrote:
On
HI Achilleas,
You could just write your own class that does that, and modify the imports and
make in the .xml. BUT then you yourself are in charge of making sure you don't
concurrently access block members in damaging ways.
However, these crashes you see are suboptimal. You should maybe file a
What I find strange is that the symbol error is found at runtime and
not at link-time. That suggest either there is two libudev and the one
used for runtime is different than the one found for link-time, or
that this library was copied over from another system.
Cheers,
Sylvain
Oh indeed, good point!
Sylvain: you're right.
How gr-fcdproplus ends up being able to compile and link is still a mystery to me. I was
expecting a horrible symbol export forwarding hack involving libusb, but no:
$nm -D /lib64/libusb-1.so
U udev_device_get_action
Tracing this down; Daniel, could you share what
pkg-config --static --libs libsub-1.0
says?
in your build directory, can you do a
ldd lib/libgnuradio-fcdproplus.so
Greetings, and good night (forgot the time)
Marcus
On 11/01/2014 01:04 AM, Marcus Müller wrote:
Oh indeed, good point!
Sylvain:
On 10/31/2014 04:48 PM, Johnathan Corgan wrote:
On 10/31/2014 10:44 AM, Martin Braun wrote:
I don't know who put this in there (clearly not a German native speaker
given that most words are misspelled) but I think it's hilarious.
That was me, and you are right, my German is limited to a
46 matches
Mail list logo