> From: Nikoloz Glonti
> To: "discuss-gnuradio@gnu.org"
> Cc:
> Bcc:
> Date: Thu, 26 May 2022 17:11:50 +0200
> Subject: Getting "referenced unknown base type gr::block"
> Hi everyone,
>
> I have newest gnuradio 3.10, and I'm compiling example QPSK block -
>
https://wiki.gnuradio.org/index.php?tit
>>> import hpsdr
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3.8/site-packages/gnuradio/hpsdr/__init__.py", line
18, in
from .hpsdr_python import *
ImportError: generic_type: type "hermesNB" referenced unknown base type
"gr::block"
>>>
The only way I found
> In porting over my 3.9 OOT to 3.10, I have the import error:
>
> >>> import hpsdr
> Traceback (most recent call last):
> File "", line 1, in
> File "/usr/lib/python3.8/site-packages/gnuradio/hpsdr/__init__.py",
line 18, in
> from .hpsdr_python import *
> ImportError: generic_type: type
In porting over my 3.9 OOT to 3.10, I have the import error:
>>> import hpsdr
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3.8/site-packages/gnuradio/hpsdr/__init__.py", line
18, in
from .hpsdr_python import *
ImportError: generic_type: type "hermesNB" ref
the solution is to use pip to install a newer pygccxml since
> nothing packaged for Ubuntu is new enough. Maybe someone else will chime
> in who knows better.
>
> Cheers,
> Ryan
>
> On 4/29/22 1:07 PM, Tom McDermott wrote:
> > Thanks, Ryan. The system has GCC 9.3.0 insta
dio/blob/main/gr-utils/blocktool/core/parseheader_generic.py#L323
>
> Cheers,
> Ryan
>
> On 4/29/22 11:35 AM, Tom McDermott wrote:
> > I am trying to port an existing 3.9 OOT to 3.10. After the conversion
> > and edits based on the 3.10 directories,
> > the command t
I am trying to port an existing 3.9 OOT to 3.10. After the conversion and
edits based on the 3.10 directories,
the command to gr_modtool bind my_module fails with the error:
Unknown -std=c++xx flag used
I've greped the entire 3.10 project from its root and that string
is not in any of the proje
Hi Glen - you may want to take a look at Dan Babcock N4XWE's github page.
He has a long list of Raspberry Pi installer scripts for various radio
applications
including gnuradio. https://github.com/n4xwe/Raspberry-Pi-Scripts
-- Tom, N5EG
-- Forwarded message --
From: Glen La
I have successfully built my OOT in gnuradio 3.9. This was done with a
plain vanilla gr_modtool
constructed build, and built using cmake, make, make install, etc.
One of the folks who uses my module and packages it for one of the linux
distributions noticed that
it is generating some strange outp
ets shipped with Ubuntu, but for now, maybe a ` apt
> upgrade pybind11-dev ` will fix the issue.
>
> Josh
>
> On Sun, May 9, 2021 at 7:18 PM Tom McDermott wrote:
>
>> I built a new VM from zero. Ubuntu 20.04
>> apt install build-essential
>> apt install git
>
both Ron's gr-iqlevels and my gr-hpsdr, going through cmake,
make, sudo make install, sudo ldconfig
yields exactly the same results as before: the gr:sync_block
(gr-iqlevels) or the gr::block (gr-hpsdr) are not imported.
-- Tom, N5EG
On Sun, May 9, 2021 at 11:44 AM Tom McDermott
Hi Ron - thank you for sending me the link to your 3.9 gr-iqlevels module !
It builds and installs OK, but when trying to run it gives me the same type
of error as my own module:
Note: cmake .. -DCMAKE_INSTALL_PREFIX=/usr was used for for gr-iqlevels
$ python3
Python 3.8.5 (default, Jan 27 2021
I am continuing to have issues porting my 3.8 code over to 3.9. (Ubuntu
20.04)
By request I've posted the code on github:
https://github.com/Tom-McDermott/gr-hpsdr branch: gr_3.9_broken
I know it is asking a lot to look over someone's code.
Alternatively, is there a simple
1, "*")
AttributeError: module 'hpsdr' has no attribute 'hermesNB'
-- Tom, N5EG
On Wed, May 5, 2021 at 11:09 AM Tom McDermott wrote:
> HI Josh - here is the entire file ./python/bindings/python_bindings.cc:
>
> /*
> * Copyright
herwise we will see segmentation faults)
> init_numpy();
>
> // Allow access to base block methods
> py::module::import("gnuradio.gr");
>
> On Wed, May 5, 2021 at 11:21 AM Tom McDermott wrote:
>
>> Hi Josh - thanks for your help.
>>
&g
g. I'm just thinking that what you are seeing would be the
> case if gr:;block wasn't a part of the declaration of the binding (which
> should happen automatically)
>
> I don't think it is related to the capitalization of the category name -
> in the code, the module is
I'm working on porting my OOT to gr 3.9 The 3.7 and 3.8 versions work fine.
The ported code is compiled and make installed. My OOT is visible in GRC,
and
I've added to a new flowgraph.
My OOT is in category HPSDR and the module is hermesNB (of several).
When I try to execute a simple flowgraph
>
> Josh
>
> On Wed, Apr 21, 2021 at 12:16 PM Tom McDermott wrote:
>
>> On Ubuntu 20.04, I downgraded a gnuradio 3.9 installation to gnuradio 3.8.
>> Using sudo apt remove.
>>
>> I had to manually delete the ~/.cache/grc_gnuradio/cache.json file to
>> r
On Ubuntu 20.04, I downgraded a gnuradio 3.9 installation to gnuradio 3.8.
Using sudo apt remove.
I had to manually delete the ~/.cache/grc_gnuradio/cache.json file to
remove some
cached block parameters left over from 3.9 that were different from 3.8
However even after that I have a few keystrok
the
full command:
$gr_modtool bind the_one_block_name
This worked running through my list of blocks.
-- Tom, N5EG
On Sat, Apr 10, 2021 at 11:24 AM Tom McDermott wrote:
> I tried adding a new super simple OOT project. Of type general, adding
> one module (cpp) with one parameter.
>
directory:
'clang-format'
But the .cc and .h files for the module are created. Trying to run
gr_modtool against that fails the same as before.
Do I have multiple problems here?
Am I missing some dependency for clang-format ?
-- Tom, N5EG
On Sat, Apr 10, 2021 at 12:22 AM Tom McDerm
about your 3.8 OOT - e.g. are the files in
> the usual place as generated by modtool?
>
> On Fri, Apr 9, 2021 at 1:49 PM Tom McDermott wrote:
>
>> Hi Josh - for creating the new 3.9 skeleton, I ran gr_modtool from within
>> the 3.9 directory.
>> For step 4, I ran gr_mod
n this case.
>
> Which directory are you running gr_modtool from? Same directory as you
> would for doing things like gr_modtool add?
>
>
> On Fri, Apr 9, 2021 at 1:24 PM Tom McDermott wrote:
>
>> Hi Josh - thank you for your help !
>>
>> I have been foll
ol bind` in the gr-hpsdr_3.9 directory
>
> The process you are following seems sound to have created a 3.9 OOT with
> 3.9 modtool, and then copied code in from 3.8.
>
> Josh
>
> On Fri, Apr 9, 2021 at 12:08 PM Tom McDermott wrote:
>
>> I am having difficulty porting an
I am having difficulty porting an OOT module to gr 3.9.
* VM with only gnuradio 3.9.0.0 installed.
*The functional 3.8 OOT module is cloned into this VM.
Installed is 3.9.0.0
Python 3.8.5
pygccxml 2.1.0
pybind11 2.6.2
* Created the gr-hpsdr_3.9 directory, populated it using gr_modtool
newmod, a
adio
>> $ sudo apt install gnuradio=3.8.1.0~rc1-2build2
>>
>> I don't know why 3.8.2 packages exist if the other installation candidate
>> for the main package is only 3.8.1. Ideally we would have a 3.8 package
>> which would receive updates from the maint-3
could try deleting:
~/.cache/grc_gnuradio/cache.json
Ron
On 2/19/21 07:16, Tom McDermott wrote:
I removed gnuradio (3.9), changed the PPA to point to
gnuradio-release-3.8, updated, and installed.
Gnuradio got replaced with 3.8.2.However all flowgraphs are
still broken, initial problems areh
I removed gnuradio (3.9), changed the PPA to point to
gnuradio-release-3.8, updated, and installed.
Gnuradio got replaced with 3.8.2.However all flowgraphs are
still broken, initial problems areh the number of parameters being wrong
on lots of blocks. For example:
Traceback (most recent call
In trying to update all software in Ubuntu 20.04 using the GUI updater
tool, the updater failed due to
unable to access some repository. sudo apt update identified the gnuradio
PPA focal changing the
name of the release from something like gnuradio releasesto gnuradio -
releases
I accepted
OK, have tracked it down thanks to help from the list.
> Christophe Seguinot writes:
>> deleting all contents of ./build, then going through cmake, make, make
install, and ldconfig.
> did you sudo make uninstall before removing the build folder (if not they
may be some remaining libgnuradio 3.8
em? I ask because these things really happen often.
>
> Best regards,
> Marcus
>
> On 06/09/2020 23.48, Tom McDermott wrote:
> > My Ubuntu 20.04 updated automatically to 3.8.2.
> >
> > SInce the update I have been getting memory error messages in the
> > gnuradio-co
My Ubuntu 20.04 updated automatically to 3.8.2.
SInce the update I have been getting memory error messages in the
gnuradio-companion terminal window.
These errors did not occur in 3.8.1. The error is not consistent, always
get one of the following three error messages:
double free or corruption
I am trying to debug an OOT in gnuradio 3.8 using gdb. It's a problem with
double free()
that seems to have popped up with 3.8.2
I rebuilt my OOT with debug symbols. WIthout gdb, it all runs, but of
course tells me about the double free() when it shuts down.
1. I've altered the top_block.py to
>Message: 3
>Date: Tue, 28 Jul 2020 16:07:06 +0200
>From: Martin
>To: discuss-gnuradio@gnu.org
>Subject: gr-modtool does not seem to work in gnuradio 3.8.1 package in
>ubuntu 20.04
>Message-ID: <2df7bef0-8270-750f-7bb4-73a112914...@olifantasia.com>
>Content-Type: text/plain; charset=utf-8;
The OOT module for HPSDR (Hermes, Metis, Red Pitaya) is now available for
gnuradio 3.8.
Basically no code changes other than to port to 3.8
branches:
gr_3.7
gr_3.8
https://github.com/Tom-McDermott/gr-hpsdr
-- Tom, N5EG
----------
> *보낸 사람:* Tom McDermott 대신 Discuss-gnuradio
>
> *보낸 날짜:* 2020년 5월 2일 토요일 오전 12:06
> *받는 사람:* Discuss Gnuradio
> *제목:* Re: port OOT to gr3.8: python can't find my module
>
> Thanks, Barry. I edited ~/.bashrc
>
> That allows it to be found when
gnuradio.org/index.php/ModuleNotFoundError
>
> Note that you can have multiple paths separated by a colon (:).
>
> 73,
> --
> Barry Duggan KV4FV
>
> On Fri, 1 May 2020 07:26:11 -0700, Tom McDermott wrote:
>
> Testing out a port of an OOT into gr3.8.hpsdr
>
> I
Testing out a port of an OOT into gr3.8.hpsdr
I've successfully built/installed the ported OOT into gr3.8, and
gnuradio-companion finds it and instantiates into a flowgraph.
It's in the group hpsdr
However when executing the flowgraph, python throws an error that it cannot
import hpsdr. Th
e hearing from you! I didn't know that hpsdr needed orc?
>
> Best regards,
> Marcus
>
> On 29.04.20 22:46, Tom McDermott wrote:
> > I am porting an OOT from 3.7 to 3.8.
> > Ubuntu 20.04. Gnuradio installed via apt install from the
> > gnuradio-releases PPA.
I am porting an OOT from 3.7 to 3.8.
Ubuntu 20.04. Gnuradio installed via apt install from the
gnuradio-releases PPA. GR 3.8.1
It looks like all the modules are compiling OK, but am getting an error.
scanning dependencies of target gnuradio-hpsdr
[ 12%] Building CXX object
lib/CMakeFiles/gnurad
Trying to port an OOT module to gr3.8.
I generated a new 3.8 project from scratch using gr_modtool.
Running cmake generates an error, and looking at the last mine of
lib/CmakeLists.txt it appears that the
generator may have incorrectly constructed the final line(s) of the file
where it builds the
I am starting the process to port an OOT over the 3.8 / Python3.
There is an existing pybombs recipe for the 3.7 version, this recipe
references my master branch on GitHub.
Question: how should my git repository be structured so that the 3.7
version or the 3.8 version is pulled correctly when some
Tom, N5EG
On Tue, Dec 10, 2019 at 12:38 PM Vasil Velichkov
wrote:
> On 10/12/2019 22.18, Tom McDermott wrote:
> > Hi Vasil - thanks for the help.
> >
> > That did not work. The config and refetch commands worked OK.
> > But then re-running the init command ca
the first post.
If I replied N then it said:
Aborting. A prefix already exists in /home/tom/gr38
-- Tom, N5EG
On Tue, Dec 10, 2019 at 10:57 AM Vasil Velichkov
wrote:
> Hi Tom,
>
> On 10/12/2019 20.38, Tom McDermott wrote:
> > it clones into UHD (showing all the variou
Trying to get GR 3.8 up and running on a fresh Ubuntu 19.10 VM. With git,
python3-pip installed.
python 2 pip not installed.
(Have to manually type the console output below because cut-and-paste out
of the VM not installed).
It gets to the following state:
[INFO] Phase 1 complete: all binary dep
on [1]?)
> Thank you!
> Marcus
>
> [1] https://wiki.gnuradio.org/index.php/TutorialsGDB
>
> On Fri, 2019-04-26 at 09:25 -0700, Tom McDermott wrote:
> >
> > I've had this problem intermittently for about a year. On starting
> > the flowgraph it will terminat
I've had this problem intermittently for about a year. On starting the
flowgraph it will terminate
with QT Throw : Bad Alloc. Building different versions from about 3.7.10
ish to 3.7.latest will change
whether or not it happens 100% of the time or 30% of the time.
Today, I noticed that disablin
I am trying to model 1/f phase noise. There is a phase noise generator
block in gnuradio. I have been unsuccessful in locating documentation
of this hierarchical block that describes what the two parameters mean.
There is just one line in the hardware impairments section listing that
it exists an
how up in Device manager as an "Ettus USRP B205mini" or similar.
>
> Then hopefully GRC will pick that up and work as well.
>
> Geof
>
>
> On Tue, Feb 5, 2019 at 11:18 AM Tom McDermott wrote:
>
>> I have installed the latest Windows version of Gnuradio fr
I have installed the latest Windows version of Gnuradio from the MSI
installer on the gnuradio website.
It has UHD source and sink blocks. Gnuradio Companion seems to work fine
except for UHD device detection.
Have plugged a B205mini into USB3 connector on the computer. The B205
lights up and
Devi
://github.com/Tom-McDermott/gr-hpsdr
Results from gdb:
(gdb) start
Temporary breakpoint 1 at 0x4934c0: file ../Modules/python.c, line 20.
Starting program: /usr/bin/python2 top_block.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linu
Ubuntu 16.04.3
GRC 3.7.11.1 (from git)
I was on 3.7.13 couple of weeks ago, completely removed all of gnuradio
and rebuilt trying to debug this. 3.7.11.1 had same problem.
Got back to the problem of several weeks ago.
1. When I try to use a QT GUI sink (such as frequency) the invocation of
th
I've had a problem that started about 4 months ago with Qt Gui throwing an
exception on startup.
I recently installed / rebuilt main-3.7 from git, to see if that bypassed
this issue, unfortunately not.
The problem occurs with QT GUI Frequency Sink. Disabling it prevents the
error.
GRC version 3.7.
t; On Fri, 2018-06-08 at 09:17 -0700, Tom McDermott wrote:
> > modified: volk (new commits)
>
> Which basically means that the Volk submodule isn't in the state the
> main module's branch expects it to be, and that's exactly what's going
> wrong there.
&
Ubuntu 16.04
I've switched to maint-3.7 branch from maint.
$ git checkout maint-3.7
$ git pull --recurse-submodules=ON
$ git status
On branch maint-3.7
Your branch is up-to-date with 'origin/maint-3.7'.
Changes not staged for commit:
(use "git add ..." to update what will be committed)
(use
Nevermind.Problem was in my code creating the np.array over on the send
side. Sorry to waste the bandwidth.
-- Tom, N5EG
On Mon, Jan 1, 2018 at 1:23 PM, Tom McDermott wrote:
>
> Hello, Happy New Year !
>
> I am trying to use message passing in gnuradio maint branch, 3.7.11
Hello, Happy New Year !
I am trying to use message passing in gnuradio maint branch, 3.7.11.1
(python 2.7 based)
When just bringing up a command line window, starting python 2.7,
importing gnuradio, numpy and pmt,
the behavior I get (which agrees with the documentation):
n = np.array([1,2,3,4,5]
I am using gr-osmocom source module to talk to a soapy remote device.
It works correctly about 10 percent of the time. The other ~90 percent of
the time it segfaults on startup. It might run twice in a row, then it might
take 15 attempts before it starts correctly.
The value of set_if_gain is 20
T
; 3) The correct solution is to build the rtl-sdr library from source and
> make sure gr-osmosdr links to that.
>
> https://github.com/osmocom/rtl-sdr
>
> Ron
>
>
> On 09/21/2017 11:40 AM, Tom McDermott wrote:
>
> Using Ubuntu 16.04, Have guradio 3.7.12git-231 mast
Using Ubuntu 16.04, Have guradio 3.7.12git-231 master branch
gnuradio runs fine.
The old version of Osmocom no longer runs (after some years), so
I started rebuild of gr-osmocom from scratch by cloning from
git.osmocom.org/gr-osmosdr
my current appliation is to get rtl-sdr running using Osmocom.
nal preference, but I always use Github instead of
> gnuradio.org. Github saturates my 188 Mbps Internet connection, and a git
> clone from gnuradio only takes a few moments.
>
> git clone --recursive https://github.com/gnuradio/gnuradio.git
>
> Ron
>
>
> On 08/22/2016
I've tried to recently update gnuradio, Getting a strange git error when
doing a git fetch:
$ git fetch -v
error: Unable to find 7c17d1cd1daa08fc3b6613f11f553f41ae7b3bd9 under
http://gnuradio.org/git/gnuradio.git
Cannot obtain needed object 7c17d1cd1daa08fc3b6613f11f553f41ae7b3bd9
error: Fetch fai
For the first time in a couple of years of successful monthly or so updates
from git on master,
I've had make fail. Ubuntu 14.04, 64-bit architecture, using all 8 cores
for make. Volk did an update
on the pull from git tonight.
gnuradio master version a7285ea
volk master version 56c0235
Seems to
Hi Richard -
When you say 'propagate through to GRC' do you mean 'How to display on the
GRC documentation tab in the open block properties window'? (select block,
double-click, or rt-click-properties).
I do that by putting text between:
in the module's XML file (manually pasted text, with some
on]
> i.e. interpolating a stream of 1s with a filter that isn't actually doing
> anything, i.e. has "[1]" as taps.
> Or, even shorter:
> [image: Vector source]
> because GRC / python allows us to just specify a vector that we sample.
>
> On 05.12.2015 06:15, T
N5EG
On Fri, Dec 4, 2015 at 3:48 PM, Tom McDermott wrote:
> In working on some waveform sampling tests, have encountered an apparent
> drift
> between two gnuradio sources that are run at the same rate. I've tried to
> structure
> the flowgraph so that the QT GUI does not
In working on some waveform sampling tests, have encountered an apparent
drift
between two gnuradio sources that are run at the same rate. I've tried to
structure
the flowgraph so that the QT GUI does not get involved in the exact sample
count
integrity between two flow graph paths.
The attached
g the information.
I had a opportunity to present the results at the recent 2015 DCC:
http://www.tapr.org/~n5eg/index_files/Measuring-the-Ionosphere-paper-DCC%202015.pdf
-- Tom, N5EG
On Mon, Nov 2, 2015 at 7:57 AM, Tom Rondeau wrote:
> On Fri, Oct 30, 2015 at 7:20 PM, Tom McDermot
Created Issue #852
-- Tom N5EG
On Fri, Oct 30, 2015 at 4:11 PM, Tom Rondeau wrote:
> On Fri, Oct 30, 2015 at 6:37 PM, Tom McDermott wrote:
>
>>
>> Just updated master from git (Oct 30, 2015), 3.7.9git-261-gf8a84eb4
>> Three of the QT GUIs now appear broken with more
Just updated master from git (Oct 30, 2015), 3.7.9git-261-gf8a84eb4
Three of the QT GUIs now appear broken with more than one input.
With one input they seem to work fine.
Seleting 2 or more inputs does not display multiple inputs, just one input,
and the GRC compiler gives an python runtime error
My OOT module prints some statistics upon closing of the flowgraph from GRC.
This is implemented with printf(stderr) in the destructor for my module.
GRC --> IMPL constructed by Make --> constructs one of my objects.
This worked well through all versions of gnuradio until about last week.
Now the
Thanks. throttle it will be ... (works fine).
-- Tom, N5EG
On Mon, Aug 24, 2015 at 8:59 PM, Marcus D. Leech wrote:
> On 08/24/2015 11:26 PM, Tom McDermott wrote:
>
> I've built an OOT for some physical SDR hardware.
> However, when compiling a flowgraph in gnruradio-comp
I've built an OOT for some physical SDR hardware.
However, when compiling a flowgraph in gnruradio-companion
it prints a warning message about no audio or rf sink, so please
insert a throttle.
Since my module actually paces the samples in hardware, I don't
want a throttle. How can I supress the w
Some applications (e.g. DVB) automatically acquire the RTL at
boot, preventing Gnuradio from opening it.
sudo rmmod dvb_usb_rtl28xxu rtl2832
at the command line, each each boot, or
blacklist the device by creating a somefilename.conf file in /etc/modprobe.d
(may depend on Linux distribution) con
An article has been published in IEEE Access (free, open access IEEE
publication) on a 60 GHz front-end for USRP
N2000/N210. There's a video on the abstract page, and a link to the pdf of
the article. the video demonstrates
2x2 MIMO using linear polarization:
http://ieeexplore.ieee.org/xpl/article
recommend getting gr-hpsdr from github which has the latest, and doing
the source build.
https://github.com/Tom-McDermott/gr-hpsdr
-- Tom, N5EG
On Mon, May 4, 2015 at 6:58 PM, Gregory W. Ratcliff wrote:
> Tom,
>
> Heard your talk on this work. Went digging around in the new Pybomb
es to
play with!
-- Tom, N5EG
On Sun, Apr 5, 2015 at 10:06 AM, Tom Rondeau wrote:
> On Sun, Apr 5, 2015 at 11:51 AM, Tom McDermott wrote:
>
>> When I clone from the gnuradio repository:
>>
>> *git clone* --recursive http://git.*gnuradio*.org/git/*gnuradio*.git
>>
When I clone from the gnuradio repository:
*git clone* --recursive http://git.*gnuradio*.org/git/*gnuradio*.git
The clone succeeds. It is on the master branch. I can checkout next, and
switch back and forth
between next and master. However when I attempt to checkout maint, git says
the checkout
My particular video card OpenCL drivers moved where they were installed
between different
versions of Ubuntu. I tracked it down with:
~$ locate libOpenCL.so
producing...
/usr/lib/i386-linux-gnu/libOpenCL.so.1
/usr/lib/i386-linux-gnu/libOpenCL.so.1.0
/usr/lib/i386-linux-gnu/libOpenCL.so.1.0.
Hi Bananpi,
On some Linux distributions the RTL dongle USB can be grabbed by other
applications
at boot time, leaving it not available when you use gnuradio. If that is
your issue it may
be resolved by blacklisting the RTL device.
Modify or create a file: etc/modprobe.d/rtlsdr.conf
and add:
b
Thank you Sylvain. Apologies for misspelling your name.
-- Tom, N5EG
On Wed, Aug 27, 2014 at 4:24 AM, Tom McDermott wrote:
> Thank you, Manaut. That indeed was my problem, it runs fine making that
> change.
>
> gr-fosphor is such an incredibly useful tool, it's pain
Thank you, Manaut. That indeed was my problem, it runs fine making that
change.
gr-fosphor is such an incredibly useful tool, it's painful to do without.
-- Tom, N5EG
On Tue, Aug 26, 2014 at 10:54 PM, Sylvain Munaut <246...@gmail.com> wrote:
> > cmake ../
> -DOPENCL_LIBRARY=/usr/lib/x86_6
Ubuntu 14.04.
Have updated to gnuradio 3.7.5git-194-g76a271ac, seems to run fine.
I rebuilt / reinstalled gr-fosphor. No problems with the build. The
location of Nvidia's OpenCL library
changed from Ubuntu 13.10 to 14.04. The cmake command was:
cmake ../ -DOPENCL_LIBRARY=/usr/lib/x86_64-linux-gn
inspect the core dump
> (http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsDebugging)
> to see where this happens. Chances are you rebuilt GNU Radio and this is
> some OOT module that is acting up.
>
> M
>
> On 08/04/2014 12:14 AM, Tom McDermott wrote:
> > I had
I had this problem a couple weeks ago. After deleting the build
subdirectory and rebuilding it went away until today
when it came back. I deleted the build directory and
re-cmake/make/install/ldconfig, but the problem will not clear.
gnuradio-companion
linux; GNU C++ version 4.8.1; Boost_105300
Hi Tom, Thanks!
Deleting the gnuradio/build directory, then rebuilding fixed the issue.
-- Tom, N5EG
On Sat, Jul 12, 2014 at 1:36 PM, Tom Rondeau wrote:
> On Sat, Jul 12, 2014 at 4:15 PM, Tom McDermott wrote:
>
>> Hi Tom,
>>
>> The commit that caused the iss
t 3:10 PM, Tom McDermott wrote:
>
>> I went back to build b5006c1 , rebuilt, and gnuradio-companion is running
>> again...
>>
>> ~gnuradio$ git checkout b5006c1
>>
>> System is Ubuntu 13.10, Ice3.5
>>
>> -- Tom, N5EG
>>
>
> Did you try
I went back to build b5006c1 , rebuilt, and gnuradio-companion is running
again...
~gnuradio$ git checkout b5006c1
System is Ubuntu 13.10, Ice3.5
-- Tom, N5EG
On Sat, Jul 12, 2014 at 11:13 AM, Tom Rondeau wrote:
> On Sat, Jul 12, 2014 at 2:00 PM, Tom McDermott wrote:
>
>> Bu
Built 3.7.5git, and updated UHD to latest. Builds fine. Gnuradio from the
command line runs fine.
When trying to run gnuradio-companion it core dumps:
~/gnuradio$ gnuradio-companion
linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.007.001-84-gd99ce4ef
terminate called after throwing an instan
Hi Jon - I made a bash script to do a more or less complete removal, based
on a something Jonathan posted several years ago. It's a bit pre-3.7
centric, but seems to get the job done (even with 3.7).
svn.tapr.org/repos_sdr_hpsdr/trunk/N5EG/GRC3.6/Gnuradio_remove
-- Tom, N5EG
On Tue, Jun 24, 2
Hi Ali - some sinks care about the amplitude, and others do not.
For example, the instruments built into gnuradio (Scope, Frequency display,
etc.) can examine a signal of almost any amplitude within floating-point
range because you can adjust the display scale factor.
However other sinks, such as
t. Changed to gmail
to avoid the problem.
-- Tom, N5EG
On Sun, Apr 20, 2014 at 8:44 AM, Tom Rondeau wrote:
> On Sat, Apr 19, 2014 at 1:27 PM, Tom McDermott wrote:
>
>> Am getting the following error when trying to run a GRC flowgraph that
>> loads FFT filter taps from an ex
Am getting the following error when trying to run a GRC flowgraph that
loads FFT filter taps from an external file. The type filter parameter is
set to complex->complex (complex taps).
The flow graph has imported numpy. The taps are loaded using:
numpy.fromfile('/home/tom/Desktop/EchoScreencaps/c
Am getting the following error when trying to run a GRC flowgraph that
loads FFT filter taps from an external file. The type filter parameter
is set to complex->complex (complex taps).
The flow graph has imported numpy. The taps are loaded using:
numpy.fromfile('/home/tom/Desktop/EchoScreencap
Am getting the following error when trying to run a GRC flowgraph that loads
FFT filter taps from an external file. The type filter parameter is set to
complex->complex (complex taps).
The flow graph has imported numpy. The taps are loaded using:
numpy.fromfile('/home/tom/Desktop/EchoScreenc
Hi John.
In a command window, type
gnuradio-companion
That will launch grc. While it's open, you will have an icon on the left-hand
icon bar.
Right click the grc icon, and lock it to the launch bar, then you'll have an
icon in the future.
-- Tom, N5EG
GRC v3.7.2.1-195-g19d111e2 // ubuntu 13.10
Using QT GUI range works fine, changing it to QT GUI chooser (Type = Integer)
seems to fail (regardless of number of options), with the following error
message:
linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.006.000-0-g7788c692
Traceback (m
Hi Lou - the diagram you sent isn't going to perform a single-signal conversion.
Taking just the real part of the received signal (and throwing away the
imaginary part)
gets rid of information that distinguishes negative frequency components from
positive frequency components. After that point th
Got the graphics working on gr-perf-monitorx. Here's a list of packages, and
the installation
sequence needed to get it running on Ubuntu 13.10:
sudo apt-get install 3 packages:
pip (the python package installer)
graphviz
libgraphviz-dev
Then
pip install 2 packages:
networkx
p
Have resolved my CtrlPort build problem on Ubuntu.
ICE 3.4 will not build under GCC 4.7 or 4.8. I installed ICE 3.5 for Ubuntu
13.10 using the following script, claimed to work for Raring or later [1]. ice
installed OK, ice-dev did not. Apparently ice-dev not needed, so consider
eliminating
1 - 100 of 117 matches
Mail list logo