Hi David,
I think you got that right.
Using msg_port_register_in(..) you could set up a message port, define a
message handler, in which you set a class member (eg. d_datatosend) to
the message'd content, and in your work check whether d_datatosend is
empty or not, and in the latter case, emit
Also, just to embarrass myself, you can go to [1], which I wrote to
explain a bit about how blocks are scheduled.
Also, you'd most probably not want to look at the single-threaded
scheduler, but the thread-per-block (tpb) scheduler.
Greetings,
Marcus
[1]
Hi all,
I am designing a 2 order Gardner timing sync loop(with 1 order PI loop filter)
for QAM64.
As Best's PLL book metioned, timing sync loop's parameter can be calculated by
using PLL theory.
Now I need calculate the PI loop filter's factor K1(P gain) and K2(I gain).
According PLL theory, we
Hi,
I'm using linux angstrom on usrp e110.
In order to finish the installation of guradio on usrp e110, I typed
idconfig but it shows me bash:idconfig:command not found.
I tried to add the path shown below:
if user=root then
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
On 06/03/2014 01:31 PM, Wafa Elhajhmida wrote:
In order to finish the installation of guradio on usrp e110, I typed
idconfig but it shows me bash:idconfig:command not found.
But the command idconfig still doesn't work.
the command is called ldconfig not idconfig.
Best,
Bastian
On Mon, May 5, 2014 at 4:25 PM, Dimitris Siafarikas jimsia...@hotmail.com
wrote:
Hi list,
Has anyone been able to implement a frequency counter yet?
Any ideas on how I should try it?
Hi Dimitris,
Yes.
I have recently created a block for frequency counting, refer
sorry it is ldconfig not idconfig it works now.
2014-06-03 13:31 GMT+02:00 Wafa Elhajhmida wafa.elhaj.hm...@gmail.com:
Hi,
I'm using linux angstrom on usrp e110.
In order to finish the installation of guradio on usrp e110, I typed
idconfig but it shows me bash:idconfig:command not found.
Dear All,
Had anyone tried to implementing a gnuradio block that will output zeros if
there are no items at the input, and will simply copy the input to output
otherwise?
I find that if there are no items at the input, the block never gets scheduled.
I want this block to feed zeros to my USRP
On 06/03/2014 03:30 PM, David Halls wrote:
Dear All,
Had anyone tried to implementing a gnuradio block that will output zeros
if there are no items at the input, and will simply copy the input to
output otherwise?
I find that if there are no items at the input, the block never gets
Hey Martin,
Good to hear from you as always. Gnuradio scheduling baffles me more than
anything else on this planet. The day I get my head around it will be a happy
day indeed. :0
The problem with using 'sob', 'eob' is because I have two inputs to the USRP
UHD sink. One is constantly
On 06/03/2014 03:59 PM, David Halls wrote:
Hey Martin,
Good to hear from you as always. Gnuradio scheduling baffles me more
than anything else on this planet. The day I get my head around it will
be a happy day indeed. :0
Some things aren't meant for us mere mortals :)
The problem with
On Tue, Jun 3, 2014 at 9:59 PM, David Halls david.ha...@toshiba-trel.com
wrote:
The problem with using 'sob', 'eob' is because I have two inputs to the
USRP UHD sink. One is constantly transmitting and has items coming in from
time=0, but the other has no input items from time=0, they only
Hey list, this is a question for anyone that has used the USRPs and GNU
Radio for synchronized data collection.
I need to collect data using USRP N210s across a wireless network for a
field test. Basically the USRPs would be connected to laptops running GNU
radio and the laptops themselves will
Hey Jonathan,
when you cannot use GPSDOs, you should just sync your Laptops using NTP,
and then set the laptop time as device time on the USRPs using set_time_now.
You can then agree on a specific point in time, use set_start_time on
the USRP sources and try to estimate how well-coordinated you
On Tue, Jun 3, 2014 at 2:28 PM, Marcus Müller marcus.muel...@ettus.com
wrote:
Hey Jonathan,
when you cannot use GPSDOs, you should just sync your Laptops using NTP,
and then set the laptop time as device time on the USRPs using set_time_now.
You can then agree on a specific point in time,
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf
Of Tom Rondeau
Sent: Tuesday, June 03, 2014 2:32 PM
To: GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] Data Collection Across Multiple
Hi,
How can I resolve the issue of Could NOT find GNURADIO_RUNTIME (missing:
GNURADIO_RUNTIME_LIBRARIES) when trying to build an out of tree module. I
have gone through a number of the posts in the list and still can't get it
to build.
I moved the below files from gnuradio to my OOT module
I am trying to use the uhd_fft or gnu-radio scope in a way that it can show
a real-time spectrum but with adjustable resolution. The uhd_fft spectrum
resolution appears to be fixed and not changeable. The gnu-radio scope block
only puts out time series but not real-time spectrum. What is my way
Hi LD,
you're right the QT GUI sink does not seem to care about changing FFT sizes.
I remember the set_fft_size function being implemented, I think it's mainly a
matter of having a callback defined for changes of the fft size parameter.
As I'm not too familiar with that, my mileage when playing
Hi!
On 04.06.2014 01:05, Marcus Müller wrote:
callbackset_frequency_range($fc, $bw)/callback
to gr-qtqui/grc/qtgui_freq_sink_x.xml where the other callbacks are
defined and try if it works for you?
Sorry, copied the wrong line.
What I wanted to paste was:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
So I couldn't resist, and the line that would actually call the
set_fft_size callback function correctly would've been
callbackset_fft_size(min(int($fftsize),4))/callback
However, QT Gui spectacularly SEGFAULTs on me when doing that.
That actually
On Tue, Jun 3, 2014 at 4:35 PM, Marcus Müller mar...@hostalia.de wrote:
I hope someone more familiar with the qtgui infrastructure might chime in.
Hey Marcus,
Did you try debugging the SEGFAULT using gdb? This is a good reference to
try:
http://www.unknownroad.com/rtfm/gdbtut/gdbsegfault.html
On Tue, Jun 3, 2014 at 9:59 PM, David Halls david.ha...@toshiba-trel.com
wrote:
The problem with using 'sob', 'eob' is because I have two inputs to the
USRP UHD sink. One is constantly transmitting and has items coming in from
time=0, but the other has no input items from time=0, they only
23 matches
Mail list logo