Hello Cristian:
If you use Ubuntu 16.04.2, the kernel is 4.8, which should be fine.
The specific USB controller is also very important. The Intel controllers
work best. Which controller do you have in your system? (run "lspci")
What flow control errors are you seeing? Are there any overruns
HI all.
I was writing to the forum a time ago because i have missed packets when i
build a simple flow graph in gnu radio and set the sample rate over
20Msamples/s.
The conclusion was that i had to review my USB 3.0 drivers but i'm working
on ubuntu (16.05) and the only way to change the drivers
On 05/15/2017 09:50 AM, Fernando wrote:
> On 15/05/17 05:33, Cinaed Simson wrote:
>> On 05/14/2017 01:06 PM, Fernando wrote:
>>> With 8 samples/symbol there was aU and CPU at 94% (I have three AMD
>>> cores> I have reduced it to 2 s/s as suggested Cinaed, then aU
>>> dissapear and
>>> CPU is at
On 15/05/17 05:33, Cinaed Simson wrote:
On 05/14/2017 01:06 PM, Fernando wrote:
With 8 samples/symbol there was aU and CPU at 94% (I have three AMD cores> I
have reduced it to 2 s/s as suggested Cinaed, then aU dissapear and
CPU is at 70%, sound is a little better but still intermittent.
File
Hi Ben,
Here is some of the backtrace from the error. At the top level, the error
starts in the msg_connect function and it looks like it gets tripped up reading
something from memory when checking for a valid message port.
#0 0xb635c67c in fetch_add (order=boost::memory_order_relaxed, v=1,
My guess is that you have a block you've named "cc". It's not linked
against some external library properly.
On Mon, May 15, 2017 at 1:52 AM, Ayan Chatterjee wrote:
> Hi all,
>
> I have made an out-of-tree module for a switch. But I am getting this
> error while executing ->
Hello software radio experts!
Over the past couple of weeks, I've been traveling around to engage new
audiences for the DARPA SDR Hackfest coming up in November (
http://darpahackfest.com/). The current promotion is to get people to the
teaming workshop coming up next Monday in Mountain View, CA
Hey Deepak,
my first idea is to reconfigure the flowgraph. You could connect and
disconnect your source for the time, you want to write data in your file
sink and the time you don't want to.
You can find infos about the flowgraphs operations here
Currently i am working in the USRP using GNU Radio for my masters work. In
my transmitter side, i send data continuously from file source followed by
UHD Sink at the rate of 25 MSPS. In receiver side, I want to write the data
in every two/three seconds after receiving from receiver USRP. Meaning,