Re: [Discuss-gnuradio] USB 1 for USRP

I have a USRP sort of working on USB 1. I still need to test it some more to see if it is useful. I'm trying to get it to talk to an OMAP5912OSK board. Philip On Wed, 2005-04-27 at 15:24 -0500, Suvda Myagmar wrote: > Dear gnuradio community, > > I have USRP hardware and related software all set

[Discuss-gnuradio] USRP DDC usage

I'm working on making a SCA component for the usrp based on the usrp standard interface. I've got a few questions on how to use the DDC's and the input mux. If I set the mux word to 0x33221100 (and the number of channels to four) I believe I will have 4 channels of complex data from each A2D. If

Re: GigE (was Re: [Discuss-gnuradio] DSP based SDR)

If I get bored (not likely), I would like to try isosynchronous transfers over USB. My thinking is a dropped packet is no worse than a burst of interference. For radio links, the higher level protocols are already handling error detection and correction. Philip On Fri, 2005-06-24 at 09:32 -0500,

[Discuss-gnuradio] USB2.0 card question

We have a guy trying get his computer to talk to a USRP. Unfortunately his computer only has USB 1.1 ports. Does anyone have any experience using a cheap USB2.0 card in such a PC? We are thinking of running out and grabbing a card and trying it. Thanks, Philip smime.p7s Description: S/MIME

Re: [Discuss-gnuradio] GRCon15 statistics

On 09/09/2015 02:22 PM, Francisco Albani wrote: > Oops! > > I may have misused the word 'assisted'. I wished to mean 'attended' (I'm > expecting a number around 200). English is a tricky language. Even better, how about a graph of attendance at each GRCon? Philip > > Sorry and thanks! > > 20

Re: [Discuss-gnuradio] On the "right" approach for developing applications to be run on an E310

On 11/06/2015 08:06 AM, Daniele Disco wrote: > HI Marcus! > I followed yours suggestions but what is the right way to cross compile a > new applications? > At the moment I found a "dirty" shortcut using the uhd library: > I add my application in the examples directory of uhd library; I modify the >

Re: [Discuss-gnuradio] On the "right" approach for developing applications to be run on an E310

On 11/06/2015 12:36 PM, West, Nathan wrote: > You can compile simple programs very similarly to how you normally use > gcc/g++. Source the OE SDK, then call CC or CXX. The environment script > exports these variables the way you would expect if you're familiar with > cross compiling at all. You *co

Re: [Discuss-gnuradio] Estimate CPU usage

On 11/06/2015 03:54 PM, haroldmk wrote: > Hello all, > > I am working with GNU Radio on a Zedboard (which is a Xilinx Zynq-7000 based > device). The linux dist. used is the one from this page: > http://gnuradio.org/data/sdk/zedboard_armv7a-sf-vfp-neon/ > > I have described some functions on the

Re: [Discuss-gnuradio] usrp->get_rx_sensor_names() @ettus-b210 and ettus-E310

On 11/09/2015 08:44 AM, Daniele Disco wrote: > I tried to use > http://files.ettus.com/e3xx_images/e310-release-002/oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh > > But during t

Re: [Discuss-gnuradio] Ettus E310 FM Radio

On 11/09/2015 11:02 AM, John B. Wood wrote: > On 11/06/2015 02:27 PM, Ron Economos wrote: >> There is a stereo FM receiver in gr-rds. If you delete the RDS >> specific blocks in the example flow graph (gr-rds/apps/rds_rx.grc), >> you don't even have to compile gr-rds. >> >> https://github.com/basti

Re: [Discuss-gnuradio] pybombs cross-compile mako error

On 11/13/2015 08:09 AM, Jason Matusiak wrote: > I am having an issue with a cross compile (which I haven't done in a > while) for my E310 and failing on Mako w/n pybombs. The release-3 (and newer) toolchains have mako. Anything older doesn't. That's the first thing to check. Philip > > > if I

Re: [Discuss-gnuradio] pybombs cross-compile mako error

On 11/13/2015 08:37 AM, Jason Matusiak wrote: >> The release-3 (and newer) toolchains have mako. Anything older doesn't. >> That's the first thing to check. > > Thank you Philip. What is the best way to do that? I tried looking at > the version-armv7ahf-vfp-neon-oe-linux-gnueabi only shows: > Di

Re: [Discuss-gnuradio] pybombs cross-compile mako error

On 11/13/2015 08:37 AM, Jason Matusiak wrote: >> The release-3 (and newer) toolchains have mako. Anything older doesn't. >> That's the first thing to check. > > Thank you Philip. What is the best way to do that? I tried looking at > the version-armv7ahf-vfp-neon-oe-linux-gnueabi only shows: >

Re: [Discuss-gnuradio] pybombs cross-compile mako error

On 11/13/2015 10:43 AM, Jason Matusiak wrote: > Thank you Philip. I blew away my old toolchain, re-grabbed the latest > and installed it. I can then run the cmake, make, and make install to > load up the SD card on the E310 without error. > > Sadly, it doesn't appear to be 100% right because if

Re: [Discuss-gnuradio] pybombs cross-compile mako error

On 11/13/2015 11:37 AM, Jason Matusiak wrote: >> Assuming you are using Release-3 on the E310, make sure the sdk and file >> system image come from the same directory. The error looks like this is >> not the case. > Are you saying Release-3 for the cross-compiler (I was assuming so)? And > for th

Re: [Discuss-gnuradio] pybombs cross-compile mako error

On 11/13/2015 03:15 PM, Jason Matusiak wrote: >> Note the directory contains the file system and sdk. > >> http://files.ettus.com/e3xx_images/e3xx-release-3/ > > Philip, That wasn't the directory I was using on the site, so thank you. > It seems like gr-ettus is not in the build by default, is t

Re: [Discuss-gnuradio] pybombs cross-compile mako error

On 11/17/2015 10:42 AM, Jason Matusiak wrote: >> Arg, I forgot you are using rfnoc :) Sorry. >> The latest e310 files with rfnoc are here: >> http://files.ettus.com/e3xx_images/alpha/fido-rfnoc-test/ >> You could also update the release-3 image to have rfnoc also. > > So here is where things ended

Re: [Discuss-gnuradio] Renaming PyBOMBS

YABS - Yet Another Build System On 12/22/2015 03:37 PM, Chris Kuethe wrote: > The only strong opinion I have is an objection to the substring "rpm" due > to potential confusion with existing RPM installation utilities. > > GRAB is nice. GRMM too. > > Other possibilities are GRIP/GRIM: GnuRadio I

Re: [Discuss-gnuradio] Renaming PyBOMBS

On 12/23/2015 01:43 PM, Richard Bell wrote: > Yeah I should have clarified that. I tried the full package manager route > of install about 2 years ago for gnuradio and uhd. It didn't work. I > installed uhd through apt-get and gnuradio through apt-get with no success. > > I'm just bringing that up

[Discuss-gnuradio] OOT module authors, please update your cmake

Per this commit in gnuradio: https://github.com/gnuradio/gnuradio/commit/dec480ab3f0809677ba3ef2a3a64d402d742b5ec This commit fixes the cmake in new OOT's, but existing ones need to do this by hand. Thanks, Philip ___ Discuss-gnuradio mailing list Di

Re: [Discuss-gnuradio] OOT module authors, please update your cmake

On 12/29/2015 07:47 PM, Johnathan Corgan wrote: > On Tue, Dec 29, 2015 at 4:42 PM, Michael Dickens > wrote: > > >> No way to force things here, I don't think. >> > > To be clear, I was referring to new OOT modules created by gr_modtool. Why > would they need to have local copies of those files

Re: [Discuss-gnuradio] Projects using the USRP

On 12/30/2015 07:25 AM, w xd wrote: > Hi all, > > Nowadays as we all konw,we can use USRP implement many interesting > applications.Many company and university used our USRP.And the website > www.gnuradio.org show us a good tutorial. > >When I saw a similar instrument WARP and fin

Re: [Discuss-gnuradio] Pybombs and apache thrift help request

On 01/02/2016 01:52 PM, Achilleas Anastasopoulos wrote: > I had problems installing thrift myself. > After consulting with the thrift forum i realized that thrift requires > "trial" which is included in pythong package "twisted" (python-twisted). > Unfortunately, thrift was failing silently... >

Re: [Discuss-gnuradio] gnuradio Companion and Ettus E310, passing parameters

I'm going to publish a test image with control port for the e310 next week. I'm upstreaming the changes to OE now and and should be possible to build GNU Radio with control easily "soon". Philip On 01/07/2016 03:30 PM, Tom Rondeau wrote: > On Thu, Jan 7, 2016 at 11:25 AM, Mike Gilmer wrote: > >

Re: [Discuss-gnuradio] Crosscompile Gnuradio for Rpi

On 01/13/2016 12:31 PM, Marcus Müller wrote: > Hi Matej, > > > so, your Toolchain-RaspberryPi.cmake contains this, right? > > # this one is important > SET(CMAKE_SYSTEM_NAME Linux) > #this one not so much > SET(CMAKE_SYSTEM_VERSION 1) > > # specify the cross compiler > SET(CMAKE_C_COMPILER > /h

Re: [Discuss-gnuradio] Crosscompile Gnuradio for Rpi

On 01/14/2016 05:46 AM, Matej Kovacic wrote: > Hi, > >> You could just watch a movie or something and build natively on the PI. >> Just be careful of memory constraints. Maybe a -j 1 or a USB drive >> mounted as swap would be a good idea. > > In fact that would be probably the best solution for m

Re: [Discuss-gnuradio] Crosscompile Gnuradio for Rpi

On 01/14/2016 06:06 PM, Patrick Sathyanathan wrote: > Hi Matej, > > I have compiled GNUradio from source on the raspberry Pi2 model B. I had to > increase the swap space, disable multiple make threads, and even then it took > more than a day to complete the build. I ran into the same assembler e

Re: [Discuss-gnuradio] Noise Source Output ~3dB Higher on E310?

On 01/26/2016 11:35 AM, John Malsbury wrote: > This was a surprising one. When set with a the same seed (regardless of > value) and amplitude, the noise source (gaussian) seems to have 3 dB higher > power when running on E310 vs. an i7 platform. > > (GNU Radio commit 8220b79653c6c7999a18fed075bdb

Re: [Discuss-gnuradio] Noise Source Output ~3dB Higher on E310?

On 01/26/2016 05:17 PM, Tomaž Šolc wrote: > On 26. 01. 2016 12:14, Philip Balister wrote: >> On 01/26/2016 11:35 AM, John Malsbury wrote: >>> This was a surprising one. When set with a the same seed (regardless of >>> value) and amplitude, the noise source (gaussian

Re: [Discuss-gnuradio] gnuradio embedded bitbake

Did you resolve this? Philip On 04/23/2016 01:58 PM, Viktor Ivan Rodriguez Abdala wrote: > Hi, I am working with gnuradio embedded for Zedboard, I got the > following error with the bitbake error, > > $ bitbake gnuradio-dev-image > Loading cache: 100% |##

Re: [Discuss-gnuradio] ORC support on armhf w/ embedded SDK

On 05/03/2016 10:47 AM, Sean Nowlan wrote: > According to the wiki [1], ORC support was disabled on armhf due to a bug, > which has apparently since been resolved [2]. Was ORC support added back > for armhf in the most recent SDK from 20-APR-2016 [3]? I.e., is the wiki > page just out of date? > >

Re: [Discuss-gnuradio] custom GR block for E310

On 05/12/2016 08:06 AM, Jason Matusiak wrote: >> If it's the only .so you need, and you put it in the right place, then >> that works. Another way is to ssh mount your E310, then run make install >> DESTDIR=/path/to/sshmount on your build machine (make sure paths match). > > Martin, I was misunder

Re: [Discuss-gnuradio] Alignment bug fix

On 05/27/2016 09:43 AM, Robert McGwier wrote: > Recently a kernel alignment bug was fixed (ugly) and this repaired the > polyphase synthesis engine in the main code. A fix in the Linux kernel? Or somewhere else. A reference to the commit would be handy for people running across this issue. Philip

Re: [Discuss-gnuradio] Displaying angle measurements with a nice GUI

On 06/15/2016 01:06 PM, Nick Foster wrote: > You ought to be able to use PyQwt's compass widget: Qwt is OK, but please do not use PyQwt. It is unmaintained. See: https://sourceforge.net/p/pyqwt/mailman/message/30352623/ Philip > > http://qwt.sourceforge.net/class_qwt_compass.html > > I used i

Re: [Discuss-gnuradio] Minimal install of GNU Radio without GUI, etc possible?

On 08/05/2016 12:12 AM, Cinaed Simson wrote: > On 08/04/2016 03:48 PM, Jason McHuff wrote: >> Hello, I am building a Linux server running ClearOS (a CentOS 7.2 derivative >> https://www.clearos.com/ ) and, among other things, want to use it to decode >> and record calls on a P25 trunking system. >>

[Discuss-gnuradio] GRCon 2016 Dev Summit (Friday)

, valgrind, whatever tool you like) * Managing multiple projects, installations, OOT projects If you have ideas for short talks you believe would be interesting to people, let us know and we can try and find a speaker. Philip Balister and Nathan West _

[Discuss-gnuradio] Fwd: GRCon 2016 Dev Summit (Friday)

Just a reminder, talk to me or Nathan if you have some ideas for useful talks etc. Philip Forwarded Message Subject: [Discuss-gnuradio] GRCon 2016 Dev Summit (Friday) Date: Mon, 15 Aug 2016 17:14:45 +0100 From: Philip Balister To: GNURadio Discussion List The last day of

Re: [Discuss-gnuradio] Updating SD Card Image on E310

On 08/31/2016 10:40 AM, John B. Wood wrote: > Hello, all. From the Ettus website I recently downloaded and extracted > the "sdimage-gnuradio-demo.direct" file from the "ettus-e3xx-sg1" folder > (appropriate for my E310 SN). I used dd to copy the image to a micro SD > card without incident and ins

Re: [Discuss-gnuradio] Using gr-ctrlport-monitor/gr-perf-monitorx remotely

On 10/05/2016 11:37 AM, kyle.un...@l-3com.com wrote: > We have a build of GNU radio with the ENABLE_PERFORMANCE_COUNTERS=ON and we > want to have a remote host (not the actual system running the flowgraph) run > gr-ctrlport-monitor and gr-perf-monitorx to show the performance data for a > given

Re: [Discuss-gnuradio] install gnu radio on angstrom

On 10/15/2016 11:17 AM, Marcus Müller wrote: > Hi Mehrad, > > I'd say: without any error won't happen, but with a bit of trying, this > should be possible. How are you trying to install GNU Radio? What are the rros you are getting? Philip > > There should be a board support package for OpenEmb

Re: [Discuss-gnuradio] gnuradio-companion binary not getting installed

I think you need a python-devel package installed. Exact name will be distro dependent. Philip On 11/29/2016 09:34 AM, Jason Matusiak wrote: > This was really good information Seth, thanks. I tried the steps > Nicolas previously mentioned and I had the same problem. I ran your > commands and I

[Discuss-gnuradio] Fwd: [NOTICE]: Apache Thrift Security Vulnerability CVE-2016-5397

Control port users, take note. Forwarded Message Subject: [NOTICE]: Apache Thrift Security Vulnerability CVE-2016-5397 Date: Fri, 13 Jan 2017 12:16:04 -0500 From: Jake Farrell Reply-To: u...@thrift.apache.org, jfarr...@apache.org To: u...@thrift.apache.org , d...@thrift.apache.

Re: [Discuss-gnuradio] Cross compile OOT cmake error

On 04/05/2017 06:17 PM, Zach Hudson wrote: > I am getting a cmake error when trying to follow the directions for > cross compiling an OOT. > > CMake Error: Internal CMake error, TryCompile configure of cmake failed > -- Check for working CXX compiler: /usr/bin/c++ -- broken > CMake Error at > /usr

Re: [Discuss-gnuradio] Cross compile OOT cmake error

all an OpenEmbedded built toolchain and source an environment file. Philip > > > Zach > > On 04/05/2017 03:39 PM, Philip Balister wrote: >> On 04/05/2017 06:17 PM, Zach Hudson wrote: >>> I am getting a cmake error when trying to follow the directions for >>

Re: [Discuss-gnuradio] Cross compile OOT cmake error

your target hardware? That would help narrow the focus of the answer :) Philip > > Thanks > Zach > > On 04/05/2017 04:07 PM, Philip Balister wrote: >> On 04/05/2017 06:54 PM, Zach Hudson wrote: >>> I am using "../../gnuradio/cmake/Toolchains/oe-sdk_cross.cmake

Re: [Discuss-gnuradio] gnuradio failing during pybombs install

On 04/20/2017 01:29 PM, Jason Matusiak wrote: > I was attempting to install the E310 cross-compile environment on a > headless server and kept running into an error. I have pybombs > installed and all pertinent recipes added. I run the command: pybombs > prefix init ~/E310 -R e3xx-rfnoc -a e300 >

Re: [Discuss-gnuradio] Audio issues on BBB

On 05/29/2017 07:49 AM, Usman Haider wrote: > Hi, > > I am using GNU Radio on beaglebone black (BBB). I have transmitter and > receiver flowgraph with audio sink audio source. When I run the flowgraphs > on laptop or desktops I receive all the data packets correctly. But when I > run either receiv

[Discuss-gnuradio] GNU Radio Coverity statis analysis

As part of some GNU Radio infrastructure work, the Coverity static analyses is running again. Thanks guys! https://scan.coverity.com/projects/gnuradio This is a great way to find places the code needs some work and a good way to start contributing to the project. Go ahead and take a look! Philip

Re: [Discuss-gnuradio] Building a Zedboard BOOT.bin

I'm working with the meta-xilinx maintainers to try and get working boot.bin/u-boot.img out of a build. I'll try and do a build based on the web page in a vm today and see if I can see the issues. Longish term, I am hoping to put some images you can dd to an sd card and just boot. I'm slowly maki

Re: [Discuss-gnuradio] Building a Zedboard BOOT.bin

On 10/23/2014 10:20 AM, Daniel Camara wrote: > Hi, > > I am trying to generate a bootable SD card for the zedboard and I am > running over some small issues. For starters, do you provide the u-boot.elf > you use somewhere? In the http://gnuradio.org/data/sdk/zedboard_armv7a-hf- > vfp-neon/ th

Re: [Discuss-gnuradio] Shared Memory Confusion

On 11/26/2014 09:30 AM, Marcus Müller wrote: > Hi Everybody, > > I had a very interesting dive into vmcircbuffer_sysv_shm today. > Questions that arose from that are: > a) why is a SYSV circbuffer implementation the default one on my linux > 3.17 box? > b) SYSV shared memory segments have a flag t

[Discuss-gnuradio] New iages for zc702 and zedboard

Are here: https://www.dropbox.com/sh/yfbpj63pcenqatr/AAAt0s3xFXs47I7q5pNopheHa?dl=0 These where built with the manifest here: https://github.com/balister/oe-gnuradio-manifest/tree/dizzy The images have gnuradio and some extra stuff. They are sized for 8GB SD cards. There is also a toolchain so

Re: [Discuss-gnuradio] Building BOOT.BIN for Zedboard to use with gnuradio-dev-image

On 12/09/2014 12:16 PM, Nick Foster wrote: > A number of different distributions include a u-boot.elf suitable for the > Zedboard. I'm not a linux boot expert, but u-boot seems pretty > platform-agnostic when paired with a suitable FSBL. > > The images here include a u-boot.elf that works with Zed

Re: [Discuss-gnuradio] Building BOOT.BIN for Zedboard to use with gnuradio-dev-image

On 12/09/2014 02:21 PM, Nowlan, Sean wrote: >> On 12/09/2014 12:16 PM, Nick Foster wrote: >>> A number of different distributions include a u-boot.elf suitable for >>> the Zedboard. I'm not a linux boot expert, but u-boot seems pretty >>> platform-agnostic when paired with a suitable FSBL. > > A

Re: [Discuss-gnuradio] Help me help myself

On 12/22/2014 06:42 PM, Marcus D. Leech wrote: > On 12/22/2014 06:37 PM, Richard Bell wrote: >> Hi all, >> >> The goal of this email is to learn how to find answers using available >> resources on my own in the future. To do this, I will explain what >> I've done to try and find the answer and then

Re: [Discuss-gnuradio] GNURadio scheduler behind the scene

On 12/25/2014 07:38 PM, Joe D wrote: > Season's Greetings GNURadio community and happy new year 2015! > > I was having a thorough read through Tom Rondeau's presentation covering > the gnuradio Scheduler Details, a big thanks Tom for clarifying the > processes behind the scene, is there a nar

[Discuss-gnuradio] Fwd: New Defects reported by Coverity Scan for GNURadio

FYI. Forwarded Message Subject: New Defects reported by Coverity Scan for GNURadio Date: Sun, 25 Jan 2015 23:13:10 -0800 From: scan-ad...@coverity.com To: phi...@balister.org Hi, Please find the latest report on new defect(s) introduced to GNURadio found with Coverity Scan.

[Discuss-gnuradio] FOSDEM Help

We are looking for a couple of volunteers to help with the SDR devroom video taping. We'll need you from 0830 on Sunday through the end of the day to help with the equipment and make sure everything runs smoothly. Also, I'll need to pick up a box of supplies between 0800 and 0830. I'm told I might

Re: [Discuss-gnuradio] Can't find PyQt4.Qwt5

On 02/09/2015 05:08 AM, Chris Hallinan wrote: > I'm making much more progress on my embedded x86_64 gnuradio project. > I am now able to build and run my grc-created python app, but I get > this error. I'm using some counter/sliders from Qwt (Qt GUI Range > block) to be able to change some values

Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work

On 02/16/2015 10:56 AM, Sarunas Kalade wrote: > Hello lovely people, > > > I'm trying to recreate the FIR filter example based on the Zynq GNU Radio > wiki: > http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq. > I've downloaded the

Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work

e I was using earlier tomorrow and run the > same things again to make sure. > > Thanks. > > Sarunas > > > From: Philip Balister > Sent: 18 February 2015 18:19 > To: Sarunas Kalade; discuss-gnuradio@gnu.org > Subject: Re: [Discuss-gnuradio] GNU Radio on Zynq

Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work

o sync > > Fetching project meta-xilinx > Fetching projects: 11% (1/9) Fetching project bitbake > error: Cannot fetch bitbake > error: Exited sync due to fetch errors > > Which is kinda weird, because last time it failed at fetching oe-core. > _

Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work

x27;s to try and detect all my cached credentials and haven't seen your issue. Can you confirm you succesfully checked out meta-ettus? Philip > > Sarunas > > > From: Philip Balister > Sent: 19 February 2015 18:58 > To: Sarunas Kalade; discuss-gnura

Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work

t = cmd.Execute(copts, cargs) > File "/home/sarunas/oe-repo/.repo/repo/subcmds/sync.py", line 681, in > Execute > project.Sync_LocalHalf(syncbuf) > File "/home/sarunas/oe-repo/.repo/repo/project.py", line 1196, in > Sync_LocalHalf > self._InitWorkTree(

Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work

> Thanks for taking the time to help out! > > Sarunas > > ____ > From: Philip Balister > Sent: 20 February 2015 19:11 > To: Sarunas Kalade; discuss-gnuradio@gnu.org > Subject: Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the

Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work

f this. Recent versions of repo barfed on the manifest. I've updated the manifest and things work now. Sorry for the problems. Philip > > Sarunas > > ____ > From: Philip Balister > Sent: 20 February 2015 19:11 > To: Sarunas Kalade

[Discuss-gnuradio] Fwd: Re: GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work

Forgot to include the list. Forwarded Message Subject: Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work Date: Thu, 26 Feb 2015 15:25:25 -0800 From: Philip Balister To: Marc Jem On 02/26/2015 02:52 PM, Marc Jem wrote: >

Re: [Discuss-gnuradio] Python errors running flowgraph - first attempt

No prebuilt image has working PyQt, there is a fix in meta-oe master and I am working on getting it added to dizzy, but some serious surgery was done to the sip recipe. I need to review the changes to the sip recipe before the dizzy maintainers will take it. PyQwt is needed for the slider block. L

Re: [Discuss-gnuradio] GNU Radio on Zedboard

On 03/13/2015 01:17 PM, Alireza Khodamoradi wrote: > Hello everyone, > > I'm going through the instructions from here: > > http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq I should go over those carefully, but in the mentime I have some images built for the zedbaord here: https://www.dro

Re: [Discuss-gnuradio] installing gr-ettus

On 03/13/2015 05:16 PM, Martin Braun wrote: > And you must have rfnoc-devel branch of UHD installed. This is not on > the default image. Somewhere we have a toolchain file for cmake to build natively? Otherwise the default flags are for older arms and no neon. Philip > > M > > On 13.03.2015 14

Re: [Discuss-gnuradio] GNU Radio on Zedboard

card in a PC and send the list of file in the FAT partition? Philip > > I got the above message for sdimage-8G-zc702.direct. I get no message for > the other image. > > What am I doing wrong? > > On Fri, Mar 13, 2015 at 11:22 AM, Philip Balister > wrote: > >>

Re: [Discuss-gnuradio] GNU Radio on Zedboard

hen you put the card in the PC both the FAT and roofs partitions are mounted OK? You did use an 8G card? I'm not sure what to say at this point. Everything looks OK. I am traveling and away from borads for a few weeks. Philip > > On Thu, Mar 19, 2015 at 6:41 AM, Philip Balister

Re: [Discuss-gnuradio] GNU Radio on Raspberry Pi Model 2??

On 03/31/2015 09:05 AM, Tom Rondeau wrote: > On Tue, Mar 31, 2015 at 7:42 AM, Mike Harpe wrote: > >> What's the best way to get GNU Radio working on the new Raspberry Pi 2? I >> have tried a straight from source compile and just installing the package. >> Both methods ended up not being able to s

Re: [Discuss-gnuradio] GNU Radio on Zedboard

e meta-xilinx list. We use hte BSP from Xilinx, which I do not think has support for the video display. For that you need a special driver (and I believe you need some stuff in the fpga). The build we have doesn't depend on anything loaded in the fpga. Philip > > Thank you, > Ali

Re: [Discuss-gnuradio] GNU Radio on Zedboard

d that they wrote drivers for. I'm not sure if those drivers made it into upstream Linux, and then you have the issue of the best kernel for our purposes is about 3.14. Philip > > On Wed, Apr 1, 2015 at 4:50 PM, Philip Balister wrote: > >> On 03/31/2015 11:39 AM, Alireza Kho

[Discuss-gnuradio] Problem with volk kernel volk_32fc_x2_dot_prod_32fc_neon and usrp_flex

I've been running the usrp_flex program on an Ettus E310. Using perf top, I noticed the flowgraph used the volk_32fc_x2_dot_prod_32fc_a_generic kernel. I figured this was bad and ran volk_profile to generate the .vol.volk_config file. Running with this file in place, the flow graph uses volk_32fc_x

Re: [Discuss-gnuradio] Problem with volk kernel volk_32fc_x2_dot_prod_32fc_neon and usrp_flex

On 04/15/2015 01:19 PM, Philip Balister wrote: > I've been running the usrp_flex program on an Ettus E310. Using perf > top, I noticed the flowgraph used the > volk_32fc_x2_dot_prod_32fc_a_generic kernel. I figured this was bad and > ran volk_profile to generate the .vol.volk_con

Re: [Discuss-gnuradio] Problem with volk kernel volk_32fc_x2_dot_prod_32fc_neon and usrp_flex

On 04/15/2015 01:19 PM, Philip Balister wrote: > I've been running the usrp_flex program on an Ettus E310. Using perf > top, I noticed the flowgraph used the > volk_32fc_x2_dot_prod_32fc_a_generic kernel. I figured this was bad and > ran volk_profile to generate the .vol.volk_con

Re: [Discuss-gnuradio] Bitbaking GnuRadio with meta-sdr master issues

On 04/19/2015 11:07 AM, Murray Thomson wrote: > Hello, > > I have built the gnuradio-dev-image for an arm machine and I wanted to > share a couple of small issues that I found in the process. > > - The meta-sdr/conf/bblayers.conf.sample doesn't include all the layers > needed. This is correctly

Re: [Discuss-gnuradio] Bitbaking GnuRadio with meta-sdr master issues

On 04/19/2015 11:07 AM, Murray Thomson wrote: > Hello, > > I have built the gnuradio-dev-image for an arm machine and I wanted to > share a couple of small issues that I found in the process. > > - The meta-sdr/conf/bblayers.conf.sample doesn't include all the layers > needed. This is correctly

Re: [Discuss-gnuradio] Bitbaking GnuRadio with meta-sdr master issues

On 04/21/2015 09:43 AM, Murray Thomson wrote: > On 20 April 2015 at 15:13, Philip Balister wrote: > >> >> >> On 04/19/2015 11:07 AM, Murray Thomson wrote: >>> Hello, >>> >>> I have built the gnuradio-dev-image for an arm machine and I wanted to

Re: [Discuss-gnuradio] Bitbake GNU radio for Zynq

On 05/04/2015 06:11 AM, Murray Thomson wrote: > Hi Jeff, > > I think is worth checking that you are using the same branch (dizzy) in all > the beta layers that you have. Including openembedded, yocto, meta-sdr... > The reason why you were missing meta-python could be that your openembedded > layer

Re: [Discuss-gnuradio] Bitbake GNU radio for Zynq

us point for integrating with Alfredo's work on using GNU Radio buffers without the copy (and without magical allocators). [1] Philip [1] http://gnuradio.org/redmine/projects/gnuradio/wiki/Keystone2 > > Jeff > > > - Original Message - > From: "Murray Thoms

Re: [Discuss-gnuradio] E310 shutdown issue

On 05/08/2015 07:57 AM, SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC wrote: > My e310's (two that I've tested) are hanging at unmounting the mmcblk0p1 > partition on shutdown, occasionally causing the filesystem to be corrupted. > Any ideas what is happening and how to get a clean shutdown? How are

[Discuss-gnuradio] Meet GNU Radio developers at the Wireless@VT Symposium

There will be a number of GNU Radio developers at the Wireless@VT Symposium[1] next week. We are having a small reception at my house, near the Inn at VT. We'll start gathering after 6PM on Tuesday, the evening before the event starts. We'll have some beer and food (likely pizza). Drop me an emai

Re: [Discuss-gnuradio] Regular FM radio fine, POCSAG horrible

On 06/02/2015 11:22 AM, West, Nathan wrote: > I've heard a complaint about something similar on ARM before that was VOLK > related. Can you set your volk_config to use the neon for > volk_32f_x2_dot_prod_32f and report back? > > If the previous request is confusing just copy this file [0] to > ~/.

[Discuss-gnuradio] Embedded WG

Recently I was asked how people can help with the embedded working group. Currently, I a very happy with our support for Zynq based boards. I've put together a list othings I think we can improve. Embedded Working goals: 1) Expand hardware support - Wandboard - r-pi2 - Jetson - i

Re: [Discuss-gnuradio] Embedded WG

On 06/15/2015 10:38 PM, Nowlan, Sean wrote: >> For the next year, I'd like to get more people actually using the >> infrastructure > >> we have. I'd like to get a list of gnuradio apps together and start >> validating > >> they run on various embedded platforms. > > > > I've been doing a li

Re: [Discuss-gnuradio] Writing RSSI Values to a File Twice/Sec

On 07/02/2015 11:07 AM, Varun Nambiar wrote: > Hi all, > > > I'm new to GNURadio and I'm trying to use a USRP E310 to capture GSM signals > from a cellphone and store the RSSI values in a text file. If you take a look > at my flow graph I've managed to capture the average strength across the

Re: [Discuss-gnuradio] Writing RSSI Values to a File Twice/Sec

hrottle block and saw the output file get larger. Resend the flowgraph to the list and maybe someone else has some ideas how to make it better. Philip > > Thank you, > Varun > > ____ > From: Philip Balister > Sent: Thursday, July 2, 2015

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

On 07/08/2015 08:52 AM, Sid Boyce wrote: > Forgot to ask - Why cross-compile when you have something as powerful as > an ODROID-XU3? > > I dislike cross compiling and even built gnuradio on a Beaglebone White > with just the SDR card some time ago. It is still way faster. Also, you avoid the OOM

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

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 with the Mali stuff. I'll try and get some time to build test it on

Re: [Discuss-gnuradio] Cross compile GNU Radio fail

Anyone have any thoughts on this? I'm on vacation and can't try this. Philip On 07/14/2015 07:31 AM, shaunwang wrote: > Hello, > > I tried to follow the GNURadio cross compile instruction in this website, > https://gnuradio.org/redmine/projects/gnuradio/wiki/Cross_compile_GNU_Radio_and_install

[Discuss-gnuradio] Looking for photos of embedded systems running GNU Radio

I'd like to get some photos of Embedded systems running GNU Radio for the Embedded WG poster at GR Con. These can be as simple as a dev board and a USRP or other digitizer to interesting systems. Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio

Re: [Discuss-gnuradio] 3.7.8 build problem 'cannot find -lcblas'

Install blas, lapack or something that supplies the missing library. Philip On 08/18/2015 12:54 AM, Barry Jackson wrote: > Ping? > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnur

[Discuss-gnuradio] Embedded Workshop at GRCon 2017

Friday of GRCon we have time for various topic workshops. We are in the process of arranging those now, for people attending the conference watch for an email with a survey and if you want an embedded one, express interest. What is a workshop? I don't want it to turn into another discussion of thi

Re: [Discuss-gnuradio] Project Call November Tomorrow!

Is that Thursday or Friday? On 11/15/2017 09:10 PM, Martin Braun wrote: > Quick reminder that our montly project call is happening tomorrow, 10 AM > Pacific, 19:00 CET, in the usual place. > > Cheers, > Martin > > ___ > Discuss-gnuradio mailing list >

[Discuss-gnuradio] GNURadio BoF at FOSDEM

I've arranged a room for a one hour BoF (Birds of a Feather) at FOSDEM. Several GNU Radio developers will be on hand and we'd like a chance to meet as many of you as possible and talk about the project. The BoF is at 1200 Saturday in Room H.3227 Philip ___

Re: [Discuss-gnuradio] Regarding the updating and extending gr-radar idea for GSoc 2018

On 02/24/2018 08:34 AM, suraj hanchinal wrote: > Hello Everyone, > I am planning to apply for GSoc 2018. I was very interested and would love > to work on the gr-radar toolbox. I was interested specifically in > implementing passive-radar and multi-antenna support to gr-radar. Since a > passive rad

Re: [Discuss-gnuradio] Issues installing GNUradio using PYBOMBS (e3xx-custom-uhd or e3xx-rfnoc)

On 04/02/2018 05:01 PM, MASDR GS wrote: > I'm having issues with installing GNU radio using PYBOMBS. It successfully > installs the SDK and UHD but once it reaches to GNU Radio I receive a > missing python six message. I have been using this guide from Ettus for > reference. > > https://kb.ettus.c

  1   2   3   4   5   6   >