Re: [Discuss-gnuradio] OpenCL FPGA Recommendation?

2017-04-26 Thread Dennis Glatting
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 >

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

2017-03-21 Thread Dennis Glatting
On Wed, 2017-03-22 at 09:34 +0500, Usman Haider wrote: > > > On Wed, Mar 22, 2017 at 2:52 AM, Dennis Glatting <gnura...@pki2.com> > wrote: > > On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote: > > > Hi, > > > > > > I am currently building G

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

2017-03-21 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] UHD and GNU Radio on Beaglebone

2017-03-03 Thread Dennis Glatting
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 > > >

Re: [Discuss-gnuradio] UHD and GNU Radio on Beaglebone

2017-03-03 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] gr-ieee 802.11 and threads for real time

2016-11-02 Thread Dennis Glatting
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 someth

Re: [Discuss-gnuradio] gr-ieee 802.11 and threads for real time

2016-11-02 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] Installation of gr-fosphor via PyBombs

2016-07-08 Thread Dennis Glatting
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

[Discuss-gnuradio] Programmatically determining which tab (tab widget) is selected

2016-06-17 Thread Dennis Glatting
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".

Re: [Discuss-gnuradio] How to create a python block

2016-03-19 Thread Dennis Glatting
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 02:34 PM,

[Discuss-gnuradio] How to create a python block

2016-03-19 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] How to create a python block

2016-03-19 Thread Dennis Glatting
ugly, fixed C++ MITM block /and/ a separate python block (i.e., two MITM blocks) with the python block part of the build, or both could be incorporated into the python block for a better design. Yes? Sorry, I'm not a python hack so it isn't evident to me. TIA. > -Trip > > On Wed,

Re: [Discuss-gnuradio] Using volk kernels on basic operations of gr_complex, in my own custom blocks.

2016-02-28 Thread Dennis Glatting
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

[Discuss-gnuradio] message ports

2016-02-23 Thread Dennis Glatting
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)  

Re: [Discuss-gnuradio] Gnuradio-companion

2015-11-18 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

2015-09-16 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

2015-09-16 Thread Dennis Glatting
On Wed, 2015-09-16 at 16:29 -0400, West, Nathan wrote: > On Wed, Sep 16, 2015 at 3:58 PM, Dennis Glatting <gnura...@pki2.com> > wrote: > > > > It would also be nice to have a VOLK kernel that multiples a vector > > by a constant: > > > >void >

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

2015-09-15 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

2015-09-15 Thread Dennis Glatting
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 <gnura...@pki2.com> > wrote: > > On Tue, 2015-09-15 at 23:35 -040

[Discuss-gnuradio] VOLK: fast way to log10()?

2015-09-15 Thread Dennis Glatting
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.

Re: [Discuss-gnuradio] Python 2.x or 3.x, C++11 or 14 or what?

2015-09-11 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] Python 2.x or 3.x, C++11 or 14 or what?

2015-09-11 Thread Dennis Glatting
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

[Discuss-gnuradio] OMP Data. GNURadio overhead?

2015-08-14 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] OMP Data. GNURadio overhead?

2015-08-14 Thread Dennis Glatting
On Fri, 2015-08-14 at 15:17 -0400, Douglas Geiger wrote: On Fri, Aug 14, 2015 at 2:03 PM, Dennis Glatting gnura...@pki2.com wrote: 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

Re: [Discuss-gnuradio] First integration (was: Re: Run graph/ scheduler overhead)

2015-07-25 Thread Dennis Glatting
from my iPad On Jul 24, 2015, at 10:51 PM, Dennis Glatting gnura...@pki2.com wrote: 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

Re: [Discuss-gnuradio] Data (was: Re: Run graph/ scheduler overhead)

2015-07-24 Thread Dennis Glatting
a lot of default or copy constructor code (or operator=). It would be more robust if those constructors/methods were created with =delete. Thanks for the input and help. Tom On Thu, Jul 23, 2015 at 10:20 PM, Dennis Glatting gnura...@pki2.com wrote: Was able to do better

[Discuss-gnuradio] First integration (was: Re: Run graph/ scheduler overhead)

2015-07-24 Thread Dennis Glatting
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 performance

Re: [Discuss-gnuradio] Data (was: Re: Run graph/ scheduler overhead)

2015-07-23 Thread Dennis Glatting
, Dennis Glatting wrote: 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

[Discuss-gnuradio] Data (was: Re: Run graph/ scheduler overhead)

2015-07-23 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] Run graph/ scheduler overhead

2015-07-21 Thread Dennis Glatting
, Dennis Glatting gnura...@pki2.com wrote: If I remove most of the blocks from my graph with the result: source -- dc block -- Preamble -- null with the statement

Re: [Discuss-gnuradio] Run graph/ scheduler overhead

2015-07-13 Thread Dennis Glatting
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 gnura...@pki2.com wrote: If I remove most of the blocks from my graph

[Discuss-gnuradio] Run graph/ scheduler overhead

2015-07-12 Thread Dennis Glatting
(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

Re: [Discuss-gnuradio] Run graph/ scheduler overhead

2015-07-12 Thread Dennis Glatting
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, its performance, and high(?) data rates. I enclosed a partial pix

[Discuss-gnuradio] ctl port: % input/output full

2015-07-09 Thread Dennis Glatting
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, ___

Re: [Discuss-gnuradio] Cross compile GNURadio on ARM in Odroid XU3

2015-07-09 Thread Dennis Glatting
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 deal

Re: [Discuss-gnuradio] Cross compile GNURadio on ARM in Odroid XU3

2015-07-08 Thread Dennis Glatting
Radio, UHD, and friends for ARM. I run it on my XU3 and U3 platforms. On 2015-07-08 01:22, Dennis Glatting wrote: On Tue, 2015-07-07 at 21:14 -0700, shaunwang wrote: Hello

Re: [Discuss-gnuradio] Cross compile GNURadio on ARM in Odroid XU3

2015-07-07 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] Two questions re VOLK armv7

2015-07-04 Thread Dennis Glatting
Cortex A8 w/ NEON # Usage: cmake -DCMAKE_TOOLCHAIN_FILE=this file source directory # # Dennis Glatting, July 2015 SET(CMAKE_CXX_FLAGS_INIT -march=armv7 -mfpu=neon -mfloat-abi=hard) SET(CMAKE_C_FLAGS_INIT -march=armv7 -mfpu=neon

[Discuss-gnuradio] Two questions re VOLK armv7

2015-07-03 Thread Dennis Glatting
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

Re: [Discuss-gnuradio] Struggling with gr-perf-monitorx

2015-06-16 Thread Dennis Glatting
On Tue, 2015-06-16 at 23:43 -0400, Tom Rondeau wrote: On Tue, Jun 16, 2015 at 11:11 PM, Dennis Glatting gnura...@pki2.com wrote: I have this nearly working. MX brings up a window, connects to GRC, briefly displays a graph, then blanks out. Displayed

Re: [Discuss-gnuradio] Struggling with gr-perf-monitorx

2015-06-16 Thread Dennis Glatting
On Tue, 2015-06-16 at 23:43 -0400, Tom Rondeau wrote: On Tue, Jun 16, 2015 at 11:11 PM, Dennis Glatting gnura...@pki2.com wrote: I have this nearly working. MX brings up a window, connects to GRC, briefly displays a graph, then blanks out. Displayed

[Discuss-gnuradio] Struggling with gr-perf-monitorx

2015-06-16 Thread Dennis Glatting
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