Hi,
I have installed GR with the build-gnuradio script from Marcus. In the past
it worked well on several machines, but now I have a problem with the
gnuradio companion after installation. Once I start the grc from the command
line I get a segmentation fault:
esemannt@gr01-desktop:~/source$ gnura
Hi,
On 06/28/2013 08:57 AM, Martin Braun (CEL) wrote:
Synopsis: Don't block in work() => don't use this call.
Perhaps it makes sense to register a message handler (think of it as a
work function for a specific message).
Even if the only input of the block is a message port?
Bastian
_
On Fri, Jun 28, 2013 at 10:48:09AM +0200, Bastian Bloessl wrote:
> Hi,
>
> On 06/28/2013 08:57 AM, Martin Braun (CEL) wrote:
> >Synopsis: Don't block in work() => don't use this call.
> >Perhaps it makes sense to register a message handler (think of it as a
> >work function for a specific message)
Dear Helpers,
I had downgraded GNU Radio from GNU Radio 3.7 to GNU Radio 3.6.4, but when
I run gnuradio-companion in Ubuntu 13.04 Terminal, I received the following
message:
*Cannot import gnuradio.*
*Is the python path environment variable set correctly?
*
* All OS: PYTHONPATH*
*
*
*Is the lib
On 06/28/2013 11:21 AM, Martin Braun (CEL) wrote:
On Fri, Jun 28, 2013 at 10:48:09AM +0200, Bastian Bloessl wrote:
Hi,
On 06/28/2013 08:57 AM, Martin Braun (CEL) wrote:
Synopsis: Don't block in work() => don't use this call.
Perhaps it makes sense to register a message handler (think of it as
OK, I see. Thanks for that detailed explanation!
Bastian
On 06/28/2013 04:29 PM, Johnathan Corgan wrote:
On Fri, Jun 28, 2013 at 6:48 AM, Bastian Bloessl
mailto:bastian.bloe...@uibk.ac.at>> wrote:
so it is the intended behavior that the work function is called all
over the time (and
On Fri, Jun 28, 2013 at 6:48 AM, Bastian Bloessl wrote:
> so it is the intended behavior that the work function is called all over
> the time (and immediately returns)? I just checked for the pdu to tagged
> stream block and its called ~500k times per second.
>
This is a known issue specific to
I have 4 N210 USRP accessible via switch.
Though it use to come sometime but today even uhd_find_devices gives the
same error!
UHD Error:
Control packet attempt 0, sequence number 6:
RuntimeError: no control response, possible packet loss
UHD Error:
Control packet attempt 0, sequenc
> Gnu Radio v3.6.4.2 on ARM target.
> make test : 100% pass.
> But this happens each time python does "from gnuradio import gr_unittest":
> <6>[ 390.919792] python (1771): undefined instruction: pc=42a9c328 <6>[
> 390.919822] Code: f26ee1fe e12fff1e (ee190f1d)
> For example,
I am doing spectrum sensing at 8MHz sampling rate using N210 series.
I have 4 USRPs accessible via switch.
But on setting sample rate as high as 8 MHz the code runs for few seconds
and comes out with UHD Error.
I did benchmark test as follows:-
*./benchmark_rate --args="addr=10.32.19.159" --rx_r
>
> Longer term, the plan is to add scheduler provided functions to call so
> block work() functions can ask the scheduler to "call me again when this
> happens" and the scheduler can handle the blocking/response in a way the
> gets along with everything else.
>
> TL;DR We're working on it :)
>
On 06/28/2013 12:29 PM, Jay Prakash wrote:
> I have 4 N210 USRP accessible via switch.
>
> Though it use to come sometime but today even uhd_find_devices gives the
> same error!
>
Same error different packets.
What is your network configuration like? Is this part of the main office
network/or
On 06/27/2013 09:44 AM, Karan Talasila wrote:
> Hi,
> I am using a basic tx and basic rx daughterboard for transmission and
> reception. The spec says basic tx and basic rx run from 0 to 250 MHz. But
> when i run transmitter and check the uhd_fft at receiver, after 32 Mhz,
> there is no sig
>
> How can I achieve higher sample rate on my system?
> Is it mainly due to switch in between?
>
>From your previous email, it sounded like you may have something
"interesting" with your network configuration, or network topology.
I recommend first trying with a direct connection to a gigE po
Hi all,
please can someone tell me why that work method ( like others in the
digital_odfm_xx ) does not call consume_each (n) or consume ( i,n ) ?
many thanks,
Stefano
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/
15 matches
Mail list logo