ript by simply using os.system() in Python.
I am running this software on a intel NUC with the following software:
GNU Radio version 3.10.5.1 (Python 3.10.6)
UHD version 4.1.0.5-3
Any thoughts about what could cause this will be appreciated.
Thanks!
Dennis
gw2_4_channels.grc
Description: gw2_4_channels.grc
Another possibility is to look at the HMM patches for Linux to reduce
OpenCL copy load. I read the patches were proposed for 4.11 but didn't
make it into that revision.
On Wed, 2017-04-26 at 07:01 -0400, GhostOp14 wrote:
> Thanks Marcus! I have been going back and forth with testing still
> within
On Wed, 2017-03-22 at 09:34 +0500, Usman Haider wrote:
>
>
> On Wed, Mar 22, 2017 at 2:52 AM, Dennis Glatting
> wrote:
> > On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote:
> > > Hi,
> > >
> > > I am currently building GNU Radio 3.7.10.1 on
On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote:
> Hi,
>
> I am currently building GNU Radio 3.7.10.1 on Beaglebone black
> running Debian 8.6. I have disable some components for testing and
> to speed up the process. After installing the dependencies when I run
> cmake I am getting followi
On Fri, 2017-03-03 at 13:51 -0500, Marcus D. Leech wrote:
> On 03/03/2017 12:59 PM, Dennis Glatting wrote:
> >
> > On Fri, 2017-03-03 at 18:33 +0500, Usman Haider wrote:
> > >
> > > I want to build UHD and GNU Radio on Beaglebone black to run an
> > >
On Fri, 2017-03-03 at 18:33 +0500, Usman Haider wrote:
> I want to build UHD and GNU Radio on Beaglebone black to run an
> application using N210s. Has anyone tried this before? Is there a
> guide that I can follow?
>
I've run a bladeRF and HackRF on a BeagleBone under Debian. The weak
point is
On Wed, 2016-11-02 at 10:34 -0700, Dennis Glatting wrote:
> Finally, I haven't had any problems mixing C++ 11/14 compiled code
> with GNURadio however I strongly suggest you use the same compiler.
> On this subject, mixing compilers is generally a bad thing to do
> whether it is s
On Wed, 2016-11-02 at 06:41 -0700, sumitstop wrote:
> Hello,
>
> I am in the process of constructing my own 802.11 receiver using C
> and UHD. I was looking at the implementation of gr-ieee 802.11.
>
> I am trying to figure out how many parallel threads it is using for
> the receiver and transmi
On Fri, 2016-07-08 at 17:29 -0700, Dave wrote:
> I see that gr-fosphor is also available in the ubuntu package manager
> however it will want to install gnuradio and all the associated
> dependencies as well. I assume that will conflict with the
> installation of gnuradio already performed via pyb
Is there a way to connect a tab widget to a block such that the block
knows which tab is selected?
Simply typing the widget's block id into the target block doesn't work.
I get:
"Value "intc" cannot be evaluated:
name intc is not defined
The tab widget's id is "intc".
___
On Thu, 2016-03-17 at 11:41 -0700, Martin Braun wrote:
> Current GRC on master allows you to type Python code directly into
> the
> flow graph to be executed as a block. Simply insert a 'Python block'.
>
This is a great help. Thank you.
> M
>
> On 03/16/2016
This is probably a dumb question but someone has to ask them...
I have a run graph with c++ blocks: a receiver block, a transmitter
block, and a manipulator block. I want to have the manipulator block
editable from the run graph where the user can insert python code.
Specifically:
1) The block h
On Wed, 2016-03-16 at 16:58 -0400, James Humphries wrote:
> Hi Dennis,
>
> Have you seen these:
>
> https://gnuradio.org/doc/doxygen/page_python_blocks.html
>
> and
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_GN
> U_Radio_in_Python
&g
On Mon, 2016-02-29 at 00:48 -0300, Gonzalo Arcos wrote:
> Thanks to all of you for your very informative answers.
>
> Douglas, i feel good now because you have described perfectly all the
> things i did / thought on how to improve the performance :), i also
> agree that merging blocks should be a
I'm having a problem with message ports. I am trying to have a separate
thread within within the block periodically post messages.
The block is defined as:
GenAudio
acars_GenAudio_x
acars
import acars
acars.GenAudio($rate,$rounding,$fake)
set_rate($rate)
set_rounding($rounding)
On Thu, 2016-01-21 at 08:28 +0100, Sylvain Munaut wrote:
> Cross-correlation
>
> See
>
> http://dsp.stackexchange.com/questions/736/how-do-i-implement-cross-c
> orrelation-to-prove-two-audio-files-are-similar
>
Thank you.
> Cheers,
>
>Sylvain
Newbie alert: I am not a signal processing expert.
I am looking at this chunk of code and cannot identify the algorithm in
my books. It's probably obvious and I am clueless. Please help identify
the algorithm so I can go off and find and read about it. The code is
using the FFTW library.
Thanks.
On Fri, 2016-01-15 at 15:04 -0800, Ron Economos wrote:
> Version v1.1-22-g99594b12 is too old. It is from before the 2fa96d9
> commit.
>
> You need Volk version 1.2 or 1.1.2.
>
Yep. git wasn't pulling the submodule. Thanks.
> Ron
>
> On 01/15/2016 02:52 PM, Denn
usefilter pfthreshold vmmcall bmi1
bugs: fxsave_leak
bogomips: 9443.26
TLB size: 1536 4K pages
clflush size: 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro
> Ron
&g
I am confused by this function because the output DOES NOT match
::cos() as I believe is demonstrated in the web page:
http://libvolk.org/doxygen/volk_32f_cos_32f.html
I /think/ I am doing the same thing as the web page. Regardless, my
code (below) output is the following with sign misma
On Wed, 2015-11-18 at 19:54 -0500, Marcus D. Leech wrote:
> On 11/18/2015 07:16 PM, Sumit Saluja wrote:
> > Hi Marcus,
> >
> > I am trying to install it on Our departmental cluster which is
> > RHEL6.7. Right now we can’t update to RHEL7 or CENTOS7
> >
Can you install CentOS/Debian/Ubuntu/etc
On Wed, 2015-09-16 at 16:29 -0400, West, Nathan wrote:
> On Wed, Sep 16, 2015 at 3:58 PM, Dennis Glatting
> wrote:
> >
> > It would also be nice to have a VOLK kernel that multiples a vector
> > by a constant:
> >
> >void
> >
On Wed, 2015-09-16 at 12:49 -0400, mle...@ripnet.com wrote:
> Sure, but if the flow-graph basically is decimated 10:1 by the time
> it reaches the log10, improvements in log10 are going to have very
> little impact. It is, I would assert, boldly and perhaps brashly,
> that log10 operations almost
ns in there.
>
That's really interesting Thanks. I recently purchased two MICs for
learning but still awaiting parts for my server. I see KNC listed.
> Brian
>
> On Wed, Sep 16, 2015 at 12:24 AM, Dennis Glatting
> wrote:
> > On Tue, 2015-09-15 at 23:35 -0400, Marcus D.
On Tue, 2015-09-15 at 23:35 -0400, Marcus D. Leech wrote:
> On 09/15/2015 11:15 PM, Dennis Glatting wrote:
> > With the VOLK library, is there a way to compute the log10() of
> > each
> > 32f in a buffer?
> >
> > That is:
> >
> > for( int i = 0; i
With the VOLK library, is there a way to compute the log10() of each
32f in a buffer?
That is:
for( int i = 0; i < num; ++i )
buf[i] = std::log10( buf[i]);
I only see log2() in the library but don't know if there is an easy way
to compute log10().
Thanks.
__
On Fri, 2015-09-11 at 18:16 +0430, Ali The GREAT! wrote:
> Hi everyone,
> I am a newbie in GNU Radio and trying to delve into it!
> I have decided on starting Python and C++ but I don't know which
> versions I should concentrate on!
> I searched a lot in the site but nothing!
> I would be grateful
On Fri, 2015-09-11 at 18:16 +0430, Ali The GREAT! wrote:
> Hi everyone,
> I am a newbie in GNU Radio and trying to delve into it!
> I have decided on starting Python and C++ but I don't know which
> versions I should concentrate on!
> I searched a lot in the site but nothing!
> I would be grateful
On Fri, 2015-08-14 at 15:17 -0400, Douglas Geiger wrote:
> On Fri, Aug 14, 2015 at 2:03 PM, Dennis Glatting
> wrote:
> > Sorry for the HTML...
> >
> > I have been done some work applying OpenMP to GNURadio and
> > collected some data. This data was collected
Sorry for the HTML...
I have been done some work applying OpenMP to GNURadio and collected
some data. This data was collected WITHOUT GNURadio overhead.
Specifically, I interfaced directly with my detector passing 30 seconds
(30 seconds * 10msps) of data in a buffer (i.e., I allocated and filled
g
I could really do is improve the efficiency of the code.
There's probably better algorithms.
> Rich
>
> Sent from my iPad
>
> > On Jul 24, 2015, at 10:51 PM, Dennis Glatting wrote:
> >
> >
> >
> >> If you can put together a patch that give
> If you can put together a patch that gives us a bit of a boost here,
> that'd be great. But as you say, it doesn't look like this algorithm
> as it is will ever be fantastically fast. It was definitely meant more
> for hardware than this case.
>
My first attempt at integration sees a performa
On Fri, 2015-07-24 at 10:51 -0400, Tom Rondeau wrote:
> Dennis,
>
>
> This is great. I'd like to see how to get some of this wrapped back as
> a patch for GNU Radio. However, a few things. We can't (yet) support C
> ++11 standards. In 3.7, we allow older versions of
/ Stuff the passed sample into the delay line and bump the index.
//
d_delay_line[d_index] = t;
d_index = (( d_index + 1 ) % ( d_len - 1 ));
// Do the math.
//
d_out_d2 = (t - d_out_d1 + d_out_d2 );
d_temp = d_out_d2 / (float)(d_len);
return d_temp;
}
On Thu, 2015-07-23 at 12:48 -0
I copied out the dc_block_cc block from 3.7.8 and ran some performance
tests against it, which I've summarized in a table below.
I had to make some modifications to the original code, such as:
* I removed the make wrapper.
* I tested against different containers.
* Different containers have
On Mon, 2015-07-13 at 21:43 -0400, Tom Rondeau wrote:
> On Mon, Jul 13, 2015 at 12:30 AM, West, Nathan
> wrote:
> This is a lot of information, and I'm just going to pick out
> one statement to comment on.
>
> On Sun, Jul 12, 2015 at 6
On Mon, 2015-07-13 at 00:30 -0400, West, Nathan wrote:
> This is a lot of information, and I'm just going to pick out one
> statement to comment on.
>
> On Sun, Jul 12, 2015 at 6:13 PM, Dennis Glatting
> wrote:
>
> If I remove most of the blocks fro
interaction that is in conflict
with the scheduler/runtime but presently struggling how to
debug/prove/disprove it.
On Sun, 2015-07-12 at 14:06 -0700, Dennis Glatting wrote:
> (Resent with pix removed.)
>
>
> I am looking for pointers and papers on the overhead of the scheduler,
(Resent with pix removed.)
I am looking for pointers and papers on the overhead of the scheduler,
its performance, and high(?) data rates.
I enclosed a partial pix of my graph. The essence is:
HackRF -> DC Block -> My Preamble Detect
There are other blocks in the graph but they do very litt
On Thu, 2015-07-09 at 09:01 -0400, Philip Balister wrote:
> I'm trying not to get drug into this thread sine I am on vacation next
> week ...
>
> xu3 -> https://github.com/akuster/meta-odroid or
> https://github.com/ARM-software/meta-mali ?
>
> The ARM-software one looks interesting since it may
I'm tracking down an overrun condition with a HackRF SDR but I'm a
little confused by what ControlPort is telling me.
Control Port says my hackrf_source is "output % full" of 0.83.
Is that 0.83% or 83%? I suspect 83%.
Thanks in advance,
___
Disc
o a native compile.
>
>
> Sorry this is long, but I think some edited form of it will be useful
> for the wiki.
>
>
> Shaun, if you pick a route I think we can guide you towards a solution
> that works for you.
>
>
> Cheers,
> Nathan
>
>
>
>
>
> On Wed, Jul 8, 2015 at 9:56 AM, wrote:
> I should a
On Tue, 2015-07-07 at 21:14 -0700, shaunwang wrote:
> Hello everyone
>
> I need help on how to successfully cross compile GNURadio on ARM processor
> in Odroid XU3. I have read many websites in official GNURadio websites. like
> the following ones
> https://gnuradio.org/redmine/projects/gnuradio/w
On Sat, 2015-07-04 at 16:32 -0400, West, Nathan wrote:
> Hi Dennis,
>
>
> The 32fc_s32fc_multiply_32fc should be fixed as of about 12 hours ago.
> Try updating your repo.
>
Thanks. I did a pull and recompiled. Works better. The test now says:
...
Kernel QA finished: 2 failur
1: To get VOLK to compile correctly under gnuradio, I need to include
-march=armv7 in CFLAGS (volk/lib/CMakeLists.txt) which I do with a tool
chain file with volk git'd outside gnuradio.
root@cubieboard4:/mnt/volk# rm CMakeCache.txt; cmake
-DCMAKE_USER_MAKE_RULES_OVERRIDE=cmake/To
On Tue, 2015-06-16 at 23:43 -0400, Tom Rondeau wrote:
> On Tue, Jun 16, 2015 at 11:11 PM, Dennis Glatting
> wrote:
>
> I have this "nearly" working. MX brings up a window, connects
> to GRC,
> briefly displays a graph, then
On Tue, 2015-06-16 at 23:43 -0400, Tom Rondeau wrote:
> On Tue, Jun 16, 2015 at 11:11 PM, Dennis Glatting
> wrote:
>
> I have this "nearly" working. MX brings up a window, connects
> to GRC,
> briefly displays a graph, then
I have this "nearly" working. MX brings up a window, connects to GRC,
briefly displays a graph, then blanks out. Displayed in the command line
window:
gr-perf-monitorx: radio.getKnobs threw exception (math domain error).
...
(repeats)
I'm not sure what that message is telling me in the operation
Ian,
While I am unaware of how qualitative the Lime Micro Systems Chips are,
what worry's me about these GNU Radio / USRP Alternatives:
> - Fairwaves UmTRX
> - Lime Micro MyriadRF
> - Loctronix A-2300
Is that all the above listed SDR devices utilizes a 1 product company, and
the last one we
one can help me or give me a hint how to do this ;-)
best regards
Dennis Wehrle
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
nks in advance
Dennis
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi
The information is on: http://gnuradio.org/trac/wiki/UsrpDBoardRFX900
Greetz
Dennis
jimmyzhang schrieb:
Dear all,
I search it for a long while ,consequently nothing useful has been
found. Is there anyone who
know it can tell me how to do it in detail? I do appreciate it very
52 matches
Mail list logo
