Fwd: Osmocom discourse as alternative to mailing lists

It will be interesting to see how this works out. I encourage anyone with an interest in osmocom project to sign up. Philip Forwarded Message Subject: Osmocom discourse as alternative to mailing lists Date: Thu, 27 Jul 2023 13:10:44 +0200 From: Harald Welte Reply-To:

Re: Promblems with gr-air-modes in gnuradio 3.10

On 10/3/22 09:34, Michelle wrote: Hi Cinaed, thank you for your answer, It seems like modes_rx (gr3.9 branch) under GNU Radio 3.10 hangs somewhere on startup. @willcode4  will try to debug it. https://github.com/bkerler/gnuradio_install/blob/main/install.sh#L275 Suggests this is not fully

Re: Release Candidates v3.10.2.0-rc1 and v3.9.6.0-rc1

On 4/2/22 08:59, Jeff Long wrote: Release candidates for our March release are available at: https://github.com/gnuradio/gnuradio/releases/tag/v3.10.2.0-rc1 https://github.com/gnuradio/gnuradio/releases/tag/v3.9.6.0-rc1

Re: Cross compile gnuradio in E312 error

On 1/25/21 12:38 PM, Marcus D. Leech wrote: > On 01/25/2021 01:00 AM, --- via "GNU Radio, the Free & Open-Source > Toolkit for Software Radio" wrote: >> Dear friends: >> I'm installing rfnoc on E312, when I cross compile gnu radio, I >> execute this command：cmake -Wno-dev >>

Re: Poor Data Rates with the USRP E312

With the downloaded images for UHD-4.0 I saw a couple of things: 1) The CPU clock speed is set for speed grade 1 parts, not speed grade 3. 2) UHD-4.0 hangs after a while at higher data rates, I've also seen this on a b200. If there are fixes for these issues, you might get a bit more transfer

Re: Compiling/installing GNURadio for the STM32MP157C-EV1 board (STM32MP1 processor)

Also note ST supports the Yocto project, you should be able to add https://github.com/balister/sdr-build/tree/dunfell-qemu to their BSP and get images with gnuradio. I might even poke at this a little to get an idea how good their BSP is. Philip On 6/4/20 3:40 AM, Henrique Do Carmo Miranda

Re: Finding performance issues

perf top can work really well for this. Although as noted earlier, the Pi series of computers is a serious can of worms. Philip On 5/26/20 3:29 PM, John Langworthy wrote: > Hello, > > I am working on a fairly simple GMSK receiver that needs to run on a > Raspberry > Pi 4. Its dropping some

Re: [GNU Radio 3.8] Error loading modules on E310

l giorno 21 feb 2020, alle ore 16:22, Philip Balister >> ha scritto: >> >> On 2/21/20 3:21 AM, Ivan Iudice wrote: >>> Hi all, >>> gnuradio-companion calls the interpreter >>> #!/usr/bin/env python >>> Thus, the first python in the path is

Re: [GNU Radio 3.8] Error loading modules on E310

gt; >> Il giorno 20 feb 2020, alle ore 20:51, Philip Balister >> ha scritto: >> >> Try: >> >> $ less `which gnuradio-companion` >> >> And see which python interpreter gnuradio-companion uses. Hopefully >> someone from Ettus support knows for

Re: [GNU Radio 3.8] Error loading modules on E310

dio? >> >> Ivan >> >>> Il giorno 20 feb 2020, alle ore 19:22, Philip Balister >>> ha scritto: >>> >>> On 2/20/20 11:25 AM, Ivan Iudice wrote: >>>> Hi Philip! >>>> I only have site-package folder in both python2.7 an

Re: [GNU Radio 3.8] Error loading modules on E310

an > >> Il giorno 20 feb 2020, alle ore 17:05, Philip Balister >> ha scritto: >> >> I had some dist-packages versus site-packages with some versions of >> gnuradio. See if both exist. I'm betting numpy is in site-packages. >> >> Philip >> >&g

Re: [GNU Radio 3.8] Error loading modules on E310

I had some dist-packages versus site-packages with some versions of gnuradio. See if both exist. I'm betting numpy is in site-packages. Philip On 2/19/20 4:46 PM, Ivan Iudice wrote: > I’m curious to know if there is somebody in the list developing for E310 > using current SDK. > This is a

Re: gr-iqbal, gr-fosphor, gr-osmosdr updated to Gnuradio 3.8

On 1/8/20 3:07 AM, Sylvain Munaut wrote: >> We use pkgconfig(gr-iqbal) style BuildRequires in our rpm spec files for >> installation during package builds where we can and are somewhat >> confused as to why you did this. > > Because GR 3.8 doesn't use .pc files to determine which path to >

Re: [Discuss-gnuradio] buffer allocation failing with RuntimeError: bad_alloc

Look in ${HOME}/.gnuradio/prefs/vmcircbuf_default_factory and see what is there and maybe change to this: gr::vmcircbuf_mmap_tmpfile_factory Philip On 11/21/19 4:59 AM, Eamon Heaney wrote: > I'm running the sample wifi_tx.grc flowchart from gr-ieee802.11, > substituting a null sink for the

Re: How to tell whether gnuradio is using NEON or not?

Raspbian is built for the original pi, that cpu does not have a neon coprocessor. Basically, use a different distro that supports modern pi hardware. Philip On 11/3/19 8:10 AM, Amr Bekhit wrote: > Hello all, > > I'm working on a project that involves selecting and filtering 10-15 > narrow

[Discuss-gnuradio] Osmocom team looking for new gr-osmosdr maintainer

gr-osmosdr is still a useful block today. Please read this email and think about becoming the maintainer. http://lists.osmocom.org/pipermail/osmocom-sdr/2019-September/001983.html Thanks, Philip ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] [VOLK][announcement] VOLK release impeding

On 07/30/2019 07:48 PM, Glen Langston wrote: > Hi Marcus and all > > Thanks for all your efforts. > > I've built gnuradio 3.7.13.4 successfully on a Raspberry Pi 4 > and am saving an image of a 32GB SD card. This image happens to > run perfectly fine on a Pi 3B+ as well. And a copy on another

Re: [Discuss-gnuradio] Python3 or still Python 2.7?

On 06/17/2019 10:49 AM, Chesir, Aaron M. wrote: > Will GNUradio migrate to Python3.X, or will it remain with Python 2.7? > > The reason I ask is that (for reasons that unclear), there are syntax > differences between the two, and Python 3 is *not* backward compatible for > some of them. The

Re: [Discuss-gnuradio] Can't open GNURadio Companion as root?

On 06/08/2019 02:00 PM, Eamon Heaney wrote: > Hey all, I'm getting a gtk error when I try to run gnuradio-companion as > root. Error message below. > > File "/usr/bin/gnuradio-companion", line 97, in > check_gtk() > File "/usr/bin/gnuradio-companion", line 64, in check_gtk > die(err,

Re: [Discuss-gnuradio] [EXT] Re: complaints about missing volk.h

On 05/29/2019 09:11 AM, Chesir, Aaron M. wrote: > Marcus, > > As you can see from the attached, I ran cmake, and then make, and was greeted > at the end with the same (what appear to be) C++ errors. > > What *exactly* can I do to get a good "make", followed by a good "make > install" ? Don't

Re: [Discuss-gnuradio] VOLK, gnuradio does not compile

Or use -DENABLE_INTERNAL_VOLK=OFF when you run cmake. Volk living in and out of the source tree is painful. Time to toss it out and let it stand alone! Makes it easier for third party programs to actually use it. Philip On 05/22/2019 07:37 AM, Ralph A. Schmid, dk5ras wrote: > Hi Hans, > >

[Discuss-gnuradio] Fwd: Fwd: UC Berkeley seeks postdoctoral researchers

Open source related position at berkeley. Philip Forwarded Message Subject: Fwd: UC Berkeley seeks postdoctoral researchers Date: Fri, 17 May 2019 10:45:18 -0400 From: Mike Balister To: Philip Balister > Begin forwarded message: > > From: Jeff Mangum >

Re: [Discuss-gnuradio] RPi Filesystem Image

On 05/08/2019 12:09 PM, Ben Hilburn wrote: > Hi Glen - > > We’ve put our event detection on three Raspberry Pi 3B + >> for confirming events in the forward direction (not side lobes). >> > > Wow, this is really cool. Thanks so much for sharing! > > >> I have a 8 GB image .iso that I could put

Re: [Discuss-gnuradio] Installing GNURadio On Raspberry Pi

Which Pi? Philip On 04/24/2019 03:22 PM, P C wrote: > Nick, Marcus, > > To answer your osmosdr question I used the instructions here: > https://osmocom.org/projects/gr-osmosdr/wiki/GrOsmoSDR > > And I also did: > > sudo apt-get install rtl-sdr gr-osmosdr > > Since then I did some more

Re: [Discuss-gnuradio] libvolk development

On 12/21/2018 03:01 AM, Albin Stigö wrote: > Hi GNURadio/libvolk friends, > > I've started filling in the gaps in the in the libvold SIMD matrix > http://libvolk.org/platforms.html, for NEON. > > Just don't want to step on someone's toes, is anyone else working on > this, NEON specifically. If

Re: [Discuss-gnuradio] 3.7 to 3.8 transition

On 12/19/2018 10:45 AM, Manolis Surligas wrote: > Hi everyone, > > is there any walk-through for a proper transition of an OOT module from > 3.7 to 3.8? > > If an OOT module was created with 3.7 gr_modtool can we still use the > 3.8 gr_modtool? These might be good topics for the pre FOSDEM

Re: [Discuss-gnuradio] Embedded Development with GNU Radio

On 12/10/2018 03:32 PM, Philip Balister wrote: > On 12/10/2018 03:16 PM, Mohamed Youseif wrote: >> Hello, >> I'm trying to build an embedd linux image using yocto project with gnuradio >> for my target which is wandboard, so i downloaded the meta-sdr layer ( sumo >> br

Re: [Discuss-gnuradio] Embedded Development with GNU Radio

On 12/10/2018 03:16 PM, Mohamed Youseif wrote: > Hello, > I'm trying to build an embedd linux image using yocto project with gnuradio > for my target which is wandboard, so i downloaded the meta-sdr layer ( sumo > branch ), then i configure my local configuration to install all needed >

Re: [Discuss-gnuradio] build-gnuradio.sh and Linux Mint 19

Try it and if it works send in a pull request :) On 10/29/2018 10:11 AM, John Ackermann N8UR wrote: > Thanks, Neel!  However, I just downloaded the version on github and it > fails with the same error; the page indicates that the last mods were 11 > months ago, which predates Mint 19. > > John >

Re: [Discuss-gnuradio] Will gnu radio embedded run on a zynq (pynq) development board?

On 10/07/2018 12:03 AM, Tom Cipollone wrote: > Hi, my first foray into gnu radio. I am interested in the embedded form of > gnu radio. I have been doing extensive reading in the documentation and > found that WRT xilinx zynq development boards there is a guide >

Re: [Discuss-gnuradio] LDPC in GNURadio

On 09/19/2018 05:03 PM, Andrej Rode wrote: > Hi Sylvain, > > thanks for you thorough look into the state of the LDPC encoder/decoder. > I just skip the long text of wall and answer your questions from my > point of view: > >> So my questions would be : >> >> (1) Is cleaning up the mess worth it

Re: [Discuss-gnuradio] [USRP-users] [UHD] Coarse roadmap for USRP E310 Software

On 07/17/2018 01:50 PM, Moritz Fischer via USRP-users wrote: > Philip, > > On Fri, Jul 13, 2018 at 8:03 AM, Philip Balister wrote: >> A couple of notes based on updating the E300 to rocko >> >> 1) The N310 branch added a bbappend on something called salt which add

Re: [Discuss-gnuradio] [USRP-users] [UHD] Coarse roadmap for USRP E310 Software

A couple of notes based on updating the E300 to rocko 1) The N310 branch added a bbappend on something called salt which added the need for the meta-openstack and meta-virtualization layers. For basic E300 support, this is crazy layer bloat. I removed the bbappend. If you really need it, I'd

Re: [Discuss-gnuradio] [USRP-users] [UHD] Announcing 3.12.0.0 Release

On 06/06/2018 11:26 AM, Martin Braun via USRP-users wrote: > Hi all, > > after release-candidating, we have now finalized the 3.12.0.0 release. > As mentioned before, you might not want to upgrade, but simply run the > 3.11.1.0 release which has fewer feature-related changes, but most of > the

Re: [Discuss-gnuradio] install issue with c++11

On 06/05/2018 10:06 AM, Marcus D. Leech wrote: > On 06/05/2018 09:07 AM, Jason Matusiak wrote: >> Thanks Dave, but that did not seem to work for me.  Here were the >> commands I ran (slightly different than recommended, but that was for >> some different recipe mods that have nothing to do with

Re: [Discuss-gnuradio] [VOLK] Impact of multitasking on volk_profile

On 05/15/2018 07:50 AM, Álvaro Cebrián Juan wrote: > Hi everyone, > > If I run the volk_profile utility and in the meantime I do something else > like internet browsing for example, will it affect/impact the results of > volk_profile? It is very possible. Run it on a quiet machine. Philip > >

Re: [Discuss-gnuradio] Raspberry Pi 3 / Error: selected processor does not support ARM mode

very good. Philip > > Thanks! > > [Sent from mobile device] > > On Tue, May 8, 2018, 6:07 PM Philip Balister <phi...@balister.org> wrote: > >> I'm not that familiar wit Raspian, but my impression is that it is >> binary compatible with the original Pi, wh

Re: [Discuss-gnuradio] Raspberry Pi 3 / Error: selected processor does not support ARM mode

I'm not that familiar wit Raspian, but my impression is that it is binary compatible with the original Pi, which has no neon support. The volk code didn't handle this gracefully until recently. That said, The Pi 3 does support neon and better. For the Pi-3, I'd use something built to take

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

On 04/02/2018 06:58 PM, Marcus D. Leech wrote: > On 04/02/2018 06:09 PM, Philip Balister wrote: >> 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 on

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. > >

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

[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] 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] 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

[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!

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

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] 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] 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

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 >

[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

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

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

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] 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

[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 <phi...@balister.org> To: GNURadio Discussio

[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 _

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.

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

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.

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

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] 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] 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

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] 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

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

[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

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

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

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

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 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

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

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] 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

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. >> >>

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

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] 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! > >

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-gnuradio

[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

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,

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 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] 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

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 phi...@balister.org Sent: Thursday, July 2, 2015 11:18 AM To: Varun Nambiar; discuss

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 little

[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 -

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] 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

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

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

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 Thomson murraythomson...@gmail.com To: Jeff Tu j...@skybox.com Cc: Philip

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 is

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 phi...@balister.org 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 share a couple of small issues that I found

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

  1   2   3   4   5   6   >