Greetings,
I notice more an more talk about integration of liquid-dsp into
gnuradio and apparently there is already a gr-liquiddsp out of tree
module on github.
I have known of liquid-dsp for quite some time now. It is my first
choice when I need SDR in pure C and I have nothing but the utmost
re
Hi,
I installed GR 3.6 from the build-gnuradio script but whenever I want to use
uhd:usrp_source I get:
Traceback (most recent call last):
File "/home/dincer/gnuradio/gr-lte/grc/usrp_rx.py", line 131, in
tb = usrp_rx()
File "/home/dincer/gnuradio/gr-lte/grc/usrp_rx.py", line 74, in __in
To add:
I am using a N210 with (Ethernet). I am not sure, If I really need this.
Von: Dincer Beken
Gesendet: Freitag, 11. Oktober 2013 13:23
An: Discuss-gnuradio@gnu.org
Betreff: libusb_init error
Hi,
I installed GR 3.6 from the build-gnuradio script but whenever I want to use
uhd:usrp_sourc
Hi guy,
I have updated the gunradio to 3.7.1, but fond the c++ block name and style
changed a litter bit. like ofdm_insert_preamble.cc is changed to
ofdm_instert_preamble_impl.cc. When I add some codes in general work
funciton, and use the command *make and make install *it in build directory
as u
I still can't find solution so any suggestion would be good.
Best,
Nemanja
On Thu, Oct 10, 2013 at 5:26 PM, Nemanja Savic wrote:
> Ok, I have found button :), but the problem is now following. Part of my
> script looks like this:
>
> def aaa(a):
> global state
> state = 1
>
> state = 1
>
> The extra_dict argument to the constructor is just a way to add more data to
> the extra part of the header; any more data you want to add that wouldn't
> be in there normally.
>
> The extra part of the header collects any tags observed, so the USRP will
> generate tags like rx_freq that will
When want to use method Start, that is defined for top_block_gui class, i
always get this error:
AttributeError: 'gr_top_block_sptr' object has no attribute 'Start'
[savi_ne@ts-070046nl GRC]$ gvim
/usr/local/lib64/python2.6/site-packages/gnuradio/gr/top_block.py
But it is clear that tb is of top_
Hello guys,
would it affect the performance of my GNURadio-programm negatively if I
tried to run my GNURadio flowgraphs in a workerthread instead of the
mainthread. In the mainthread I would like to implement a custom wxPython
GUI.
Also, I still do not understand what the happens when I call wait
Read http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7
MB
On Fri, Oct 11, 2013 at 09:25:53PM +0800, Yingjie Chen wrote:
> Hi guy,
>
>
> I have updated the gunradio to 3.7.1, but fond the c++ block name and style
> changed a litter bit. like ofdm_insert_preamble.cc is changed to
Hi,
My gnuradio hackfest project was to migrate code to 3.7. With the help of a
lot of the other more programming savvy participants, I managed to migrate
everything fairly cleanly. As a byproduct of this, my chirp sounder
receiver code now works with gnuradio 3.7 too! I did a lot of cleanup and
r
Yeah, I would take that to the osmocom-sdr list, that's where those
developers usually hang out.
Jared
On Oct 10, 2013 9:22 PM, "Ralph A. Schmid, dk5ras" wrote:
> What is “directly”? J At least I can use it before updating all this
> stuff, GR can RX and TX just fine, but through GR-osmosdr.
On 10/11/2013 04:23 AM, Alexandru Csete wrote:
> I am probably missing something or just misunderstand the situation,
> so please enlighten me :)
This is more Tom's area, but I'll comment since he's off enjoying life
and (hopefully) ignoring GNU Radio for a bit.
While there is a lot of overlap b
Cool.
Any volunteers to convert gr-ra_blocks to 3.7 for me? [Crickets...]
on Oct 11, 2013, Juha Vierinen wrote:
Hi,
My gnuradio hackfest project was to migrate code to 3.7. With the help of a lot of the other more programming savvy participants, I managed to migrate everything fairly c
On 10/11/2013 07:52 AM, Alex3371 wrote:
> would it affect the performance of my GNURadio-programm negatively if
> I tried to run my GNURadio flowgraphs in a workerthread instead of
> the mainthread. In the mainthread I would like to implement a custom
> wxPython GUI.
It is entirely possible to in
Does anybody have any ideas on this question?
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Dynamically-set-sample-rate-tp44048p44128.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Most sources/sinks have something like a set_sample_rate() method that can be called.
It's often useful to put together a flow-graph in GRC to see how this is organized in Python.
For example, if you change sample-rate on the fly, your downstream blocks that care about sample-rate are going to ne
On Fri, Oct 11, 2013 at 12:36 PM, rmsrms1987 wrote:
> Does anybody have any ideas on this question?
>
>
>
> --
> View this message in context:
> http://gnuradio.4.n7.nabble.com/Dynamically-set-sample-rate-tp44048p44128.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
>
Wow, thank you for your detailed answer.
But one thing I don't understand:
" If you called run() on the first one, it would not
return from that call until the flowgraph exited, and your second
flowgraph would get started too late. "
I don't want the flowgraphs to run parallel to each other.
On 10/11/2013 11:48 AM, Alex3371 wrote:
> Wow, thank you for your detailed answer.
>
> But one thing I don't understand:
>
> " If you called run() on the first one, it would not return from that
> call until the flowgraph exited, and your second flowgraph would get
> started too late. "
>
> I do
Hello,
I have a python program that does some signal processing on packets collected
with the USRP and flowgraph. Inside the constructor of my python class, I
create an instance of my top-block object. I'm trying to use the QtGui sink to
display the spectrum while the processing is going on.
Rarely, I'm seeing evidence that my custom source block destructor is not being
called.
My flowgraph was built with "No GUI" and "Prompt for Exit" options (GR 3.7.1+)
The condition is that my source block's work function has moved to a state
returning WORK_DONE, and will stay in that state.
Wh
im trying of compile gnuradio 3.4.2 and dont work
My S.O is ubuntu 12.04 LTS 32 bits
and this error is:
"read -pthread -pthread -Wl,-soname -Wl,libgnuradio-qtgui-3.4.2.so.0 -o
.libs/libgnuradio-qtgui-3.4.2.so.0.0.0
/usr/bin/ld: cannot find -laudio
collect2: ld returned 1 exit status
make[5]: ***
Hi Harrz,
What do you mean by 160us precision? How did you measure it or compute
it exactly? I do not understand your goal, but it is quite simple to
synchronize two usrps with continuous transmission to within one
sample and if you continuously receive the transmitted signal on the
transmitter si
Thanks for your reply, Martin. I have read the website about the change
before. But still nothing change when I run benchmark example in terminal,
even though I delete some original code in C++ block(for test). That means
my added code cannot take effect. Do I miss something?
Best,
Kay
2013/10/1
24 matches
Mail list logo
