speaking only for myself, I would prefer to
> see the 3.10 version packaged. I don’t use many OOT blocks. Others may have
> a different opinion. I’m not that set on 3.10, however. Packaging 3.9 would
> be fine by me if others prefer it.
>
> Thanks for doing this,
> -Rod
>
>
You might consider a polyphase channelizer to pick specific OFDM carriers
out of the aggregate signal. They are very efficient in terms of CPU usage,
and so can even work at reasonably high input sample rates on decent CPUs
(with moderate GHz speed & number of cores). - MLD
On Mon, Jun 6, 2022
Related to this general topic -- GR on ARM64:
The MacPorts maintainers of GR are soon going to update the main "gnuradio"
port ... we're proposing to the current 3.10 release. It is a pain to
maintain more than 1 related port, and we were waiting for many GR OOT
modules to be updated before we
Hi Mehmet - As nobody else has responded in any capacity, let me do so from
an Ettus Support perspective.
The reason your query isn't being answered is that it is highly technical,
with lots of details, and a very specific use-case that would require
someone many hours of work to process.
/../../../../x86_64-suse-linux/bin/ld:
> libgnuradio-cessb.so: undefined reference to
> `pmt::eqv(boost::shared_ptr const&,
> boost::shared_ptr const&)'
> /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
> libgnuradio-cessb.so: undefined reference to `gr::block::start()'
> collect2: error: ld returned 1 exit status
> make[2]: *** [lib/CMakeFiles/test-cessb.dir/build.make:115:
> lib/test-cessb] Error 1
> make[1]: *** [CMakeFiles/Makefile2:274: lib/CMakeFiles/test-cessb.dir/all]
> Error 2
> make: *** [Makefile:141: all] Error 2
>
> libboost is 1.71.0
> python is 2.7.17
>
> Seems not to find gr and volk libraries?
> Hints welcome!
>
> --
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
Hi Fred - In the top-level BUILD directory there will be a file
"CMakeCache.txt" where you can track down the exact variable names you need
to use for including the GR CMake variables. I think these are consistent
between different GR versions, but I really don't recall any longer & I'm
not
FYI for macOS users using MacPorts: I updated the "uhd-devel" port to the
current 4.0.0.0 release commit (20200913-90ce6062); the "uhd" port is still
at 3.15.0.0. Both ports should work with the "gnuradio" port for GNU Radio
3.8.2.0, and should install and execute under macOS 10.11 through
rc1, though I
don't know if this will even build.
I value any feedback on macOS building and/or use of UHD and GR (and Volk,
but that's pretty separate by now); MacPorts or some other install means;
any macOS version: 10.4-5 PPC 32/64, 10.4-16 Intel 32/64; even 10.16 ARM64
... if that's where you are (yo
it means to transfer a UHD USRP object. If it does not make
> it difficult for you to show how it works, I will greatly appreciate it.
>
> пт, 17 апр. 2020 г. в 21:27, Michael Dickens :
>
>> Ohh ... nice! I didn't know gr-uhd provided that interface! A quick
>> search shows it's in
++ API for GPIO.
Fun fun fun! - MLD
On Fri, Apr 17, 2020 at 1:36 PM Rob Kossler wrote:
> The following link (GR documentation) shows some UHD GPIO functionality.
> https://www.gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__block.html
>
> On Fri, Apr 17, 2020 at 10:27 AM Michael
Hi Ivan - I'm assuming you mean configure and control a USRP's GPIO via UHD
in GNU Radio?
In theory this should be possible, at least in C++ and of course it
requires that the specific USRP have GPIO ...
I'm not sure if there's a Python GPIO API as of UHD 3.15, but if there is
then that method
Hi Siddharth - Glad that all helped! Good luck with your GR work! - MLD
On Fri, Apr 17, 2020 at 7:05 AM Siddhartha Kapoor <
siddharthakapo...@gmail.com> wrote:
> Thanks Michael and Carl , after installing dependencies ans using sudo to
> install, it's working fine. I believe the error was in
gt;
> Uptil here it's working fine, it's failing at
> cmake -DCMAKE_BUILD_TYPE=Release -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
>
> [1]
> https://wiki.gnuradio.org/index.php/InstallingGR#For_the_GNU_Radio_Master_Branch
>
> On Thu, Apr 16, 2020, 8:00 PM Michael Dickens
> wrote
Oh ... just noticed you provided the cmake command itself already ... my
bad & you obviously don't need to supply it!
What we do need to know is: which version of GR are you trying to build? A
release? A GIT branch & if so which one?
On Thu, Apr 16, 2020 at 10:28 AM Michael Dicken
Hi Siddhartha - The logs are unfortunately not greatly useful here. What
would be useful is noting the specific "cmake" command you're using, and
then the output from that command. - MLD
On Thu, Apr 16, 2020 at 3:44 AM Siddhartha Kapoor <
siddharthakapo...@gmail.com> wrote:
> I tried installing
Short answer: no. - MLD
On Fri, Apr 3, 2020 at 2:44 PM Artur Nogueira wrote:
> Hi all,
>
> Is there a way of precisely controlling the simulation/running time of GNU
> Radio, i.e. initial and final time instants?
>
> Thanks.
>
> Regards,
> Artur
>
'bcsi'
> >>>
>
>
> Any advice would be welcomed!
>
> Best
>
>
> --
> *Laura Arjona *
> Washington Research Foundation Innovation Postdoctoral Fellow in
> Neuroengineering
>
> *Paul G. Allen School of Computer Science & Engineering*
> 185 E Stevens Way NE
> University of Washington
> Seattle, WA 98195-2350
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
ly
> chooses Py2 then? As said before, I don't even have Py2 installed on my pc.
> Should I give it a go using Powershell, or try another method?
>
>
> Jerom
> ----------
> *Van:* Michael Dickens
> *Verzonden:* donderdag 20 februari 2020 15:50:43
>
for your help,
>
>
> Jerom Maas
>
>
> PS I am not so familiar with C, so if the solution is to alter a bit in
> Cmake or something, can you specifically name the file that needs to be
> changed? That would be very helpful!
>
>
>
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
to use a GRC block, it fails. Are there restrictions which
> prohibit data exchange outside the gnuradio realm?
>
> Thanks for your help.
> --
> Barry Duggan KV4FV
>
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
from forms import \
> File
> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/forms/forms.py",
> line 64, in
> class _form_base(pubsub, wx.BoxSizer):
> TypeError: Error when calling the metaclass bases
> mu
nuradio-runtime/lib/controlport/rpcmanager.cc:38:
> static rpcserver_booter_base* rpcmanager::get(): Assertion
> `booter_registered || aggregator_registered' failed.
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
ate)
> AttributeError: 'module' object has no attribute 'control_b'
>
> How can i fix this?
>
> Best regards ,
> Til
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
on2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
> line 17, in
> _uhd_swig = swig_import_helper()
> File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
> line 16, in swig_import_helper
> return importlib.import_module('_uhd_swig')
>
this in error, please contact the
>> > sender and delete all copies of the message.
>>
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmiss
; Using apt-get install Gnuradio.
>
> That package includes everything.
>
> Sent from my iPhone
>
> On Jan 29, 2020, at 1:23 PM, Michael Dickens
> wrote:
>
>
> Looks like gr-qtgui wasn't installed. How did the user install GR?
>
> On Wed, Jan 29, 2020 at 1:22 PM M
vector_sink_f" not found
> Block key "qtgui_vector_sink_f" not found
> Block key "qtgui_vector_sink_f" not found
> Block key "qtgui_waterfall_sink_x" not found
> Block key "qtgui_tab_widget" not found
>
>
> This looks to me like the QtGUI components of GR weren't installed
> correctly by the installer, yet, on my systems here that I've tried,
>everything works.
>
>
>
>
>
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
gnuradio/2016-08/msg00017.html)
>
> I installed gnuradio through ppa, as well as pybombs. Do you think the
> missing paths could be the source of my issue, or are there actually
> multiple issues here? If so, would it be better to just delete gnuradio
> entirely and try to install i
The issue is how CMake decides to order "include_directories". There are
(if I recall correctly) 4 primary sources of these via properties: for the
directory, for individual sources, for to-be-built targets, and for linkage
targets. The ordering of these is critical, since our goal is to list
ding from the git source results in the same failure.
> >
> > Build system details:
> > o gcc 9.2.0
> > o SWIG version 4.0.1
> > o Boost 1.72.0
> >
> > My build scripts and build logs are here
> > https://www.mklab.rhul.ac.uk/~tom/tvdx/gr/build_pr
detection, clean up
> superfluous modules, improve log statements, bump dependency min
> versions, add MPM unit testing, fix missing BIGOBJ for MSVC, add our
> own UHDBoost.cmake to better find Boost across versions and systems,
> constrain DPDK check to exact version
> * Formatting: Apply clang-format to all files, break after template<>
>
> Best regards,
> Michael
> ___
> USRP-users mailing list
> usrp-us...@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
Hi Leo - What version of GR are you trying to use? This OOT requires GR37 to
build. Also, if you do ‘make VERBOSE=ON’ you’ll see the actual link command
which should be informative about the libraries being linked against. - MLD
> On Dec 29, 2019, at 11:50 AM, leo bistmans wrote:
>
>
>
ime i want to see if I
> can complete gnuradio so that I can play with my new rtl-sdr dongle.
>
> I googled for this problem and did not find anything.
>
> thanks...
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
The code is modest in size, I’d say. Is there a way of keeping
> backward compatibility to 2.7? Should I create a whole new
> archive for python 3?
>
> ie we’re using
>
> www.github.com/WVURAIL/gr-radio_astro
>
> so should I make
>
> gr-radio_astro3
>
> ?
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
; > correctly/your version GCC is not fully C++11 compliant. (I know,
> > crazy).
> >
> > Cheers
> > Andrej
> >
> >
> gcc (GCC) 4.8.3 20140911 (Red Hat 4.8.3-7)
>
>
>
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
_CXX_STANDARD 11)
> endif()
>
> There doesn't appear to be any use of -std=c++11 in the Make files
> generated, and one gets compile errors for source that includes
>C++11 features/syntax.
>
> Are there extra "sets" in the CMakeLists.txt that I should be using
e step.
>
> Looking at the link provided in an earlier email, it seems
> like part of the problem is the different uses of
> site-packages and
> dist-packages.
>
> Can that be fixed at the cmake step?
>
> Thanks again,
> Glen
>
> > On Nov 15, 2019, at 9:37 AM, Mic
One final reply: You used MacPorts to install GNU Radio ... so why not use
it to install all of the IIO stuff? "port search iio" should come back with:
{{{
gr-iio @20190725-9088ac79_1 (science, comms)
Provides augmented functionality for GNU Radio: IIO device source
libad9361-iio @20190910
> on Ubuntu
>
> I’ve been copying all of the "site-packages" stuff into “dist-packages”
> and creating symbolic link from dist-packages to site-packages.
>
> (Not really recommended, but I do it anyway).
>
> Good Luck
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
necessary folders:
>
> cp -r /usr/local/lib/python2.7/dist-packages/gnuradio/iio
> /usr/lib/python2.7/dist-packages/gnuradio/
>
> This is where gnuRadio Companion is looking
> /opt/local/share/gnuradio/grc/blocks
>
> This is where the block were installed
> /usr/local/
e l'Information et Systèmes
> CEntRe de Toulouse, 2, avenue Edouard Belin BP 74025 31055 TOULOUSE CEDEX 4
> Tél. +33 5 62 25 26 59
> avertissement http://www.onera.fr/onera-en/emails-terms
>
>
>
>
>
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
send the 430 byte
> message, it expands to about 1.4 MB of data, which is all captured on the
> send side of the interface in the file, but on the receive side, there’s
> always only about 1.35 MB, which amounts to about 420 characters.
>
> Any ideas on this?
>
> Thank in advance!
>
> -Jeff
>
>
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
1 -o gr-csqtgui eye_sink_c_impl.o eye_sink_f_impl.o
> > qa_csqtgui.o qa_eye_sink_c.o qa_eye_sink_f.o test_csqtgui.o
> > -L/usr/lib/x86_64-linux-gnu -lQtDeclarative -lQtGui -lQtCore -lpthread
> > eye_sink_c_impl.o: In function
> > `gr::qtgui::eye_sink_c_impl::set_update_time(double
IRS ${MYOOT_INCLUDE_DIR} )
>
>
> I'm sure there are better ways to do this, but this did the trick quick
> and dirty. It looks like some other oots have .pc files installed which
> help with the process, but that doesn't look to
hed a report of the issue I am facing while installing GNU
> Radio and UHD for USRP E320 on UBUNTU.
>
> I'd be grateful if you can help me through this issue.
>
> Thank you.
>
> Regards,
> Bisma
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
LUDE and LIBRARY variables relative to the GR prefix installation?
>
>
> Thanks,
>
> Josh
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
ires two programs
> TX side-grc flowgraph for sending message
> program on RX side
> 1) grc hopping flowgraph for Hopping
> 2) grc flowgraph for decoding (for password verification)
> 3)connecting 1) and 2) to implement it.
> Sir remaining parameters BW-75K, modulation -PSK .
&g
then other usrp/sdr should hop if
> password is correct otherwise it will not hop
> please help me sir
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
lected in the entire formatted packet. I was
> considering writing one block to create the entire packet, but wanted to
> ask for advice on if there is a better / more modular solution.
>
>
> Much appreciated,
> Adam
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
ship
> event at MWC Los Angeles 2019, October 23.
>
> Best,
> Miklos
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
Yes: GR GIT master == GR38, which will require qwt6+qt5 of some
combination. I'm using Qwt 6.1.4 right now with Qt5 5.12.5. Works nicely. -
MLD
On Mon, Oct 21, 2019 at 10:30 AM Gisle Vanem wrote:
> Michael Dickens wrote:
>
> > Hi Gisle - Which version of GR are you trying to build?
runs fine. It seems UHD may have changed? Anyone having
> the problem? I tried to upgrade gr to 3.8 but macports is only fetching 3.7
>
> v/r,
>
> Carlos
> _______
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://list
uss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
_
de Federal de Campina Grande
> Unidade Acadêmica de Engenharia Elétrica
> http://sites.google.com/a/dee.ufcg.edu.br/ecandeia/
> http://www.dee.ufcg.edu.br/~pet
> Tel.: 83 - 3310 1403
> _______
> Discuss-gnuradio mailing list
> Discus
not find load file:
>
>GrComponent
>
>
> CMake Error at CMakeLists.txt:366 (GR_REGISTER_COMPONENT):
> Unknown CMake command "GR_REGISTER_COMPONENT".
>
>
> -- Configuring incomplete, errors occurred!
> See also
> "/home/anastas/workarea-gnuradio/buil
more
> useful:
>
> Thanks again,
> Achilleas
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
; /usr/bin/ld: cannot find -lpthreads
> collect2: error: ld returned 1 exit status
> CMakeFiles/cmTC_cfcc3.dir/build.make:97: recipe for target 'cmTC_cfcc3'
> failed
> make[1]: *** [cmTC_cfcc3] Error 1
> make[1]: Leaving directory
> '/home/anastas/workarea-gnuradio/build_maint37/CMake
rg/cgi-bin/bugreport.cgi?bug=939974
>
> --
> - Harald Welte
> http://laforge.gnumonks.org/
>
>
> "Privacy in residential applications is a desirable marketing option."
>
0 to remove and 0 not upgraded.
>
> ubadmin@ub-exotic02:~$ python
> Python 2.7.15+ (default, Jul 9 2019, 16:51:35)
> [GCC 7.4.0] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import numpy
> &
The desktop has fresh install of ubuntu
>> 18.04.
>> Error and Output log files are attached.
>> Regards
>> Sumit
>>
>
>
> --
> Sumit Kumar
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gn
:
> Hi Michael,
>
> Looking at the subject line in my Inbox, it just struck me as strange:
> the warning is for PyGTK, and I thought we were using PyQt5. Is that
> part of the problem?
>
> ---
> Barry Duggan
>
>
> On 2019-09-24 14:53, Michael Dickens wrote:
>
GTKDeprecationWarning #2813"
>
> ---
> Barry Duggan
>
>
> On 2019-09-24 10:09, Michael Dickens wrote:
> > Hi Barry - Short answer: probably yes, should be fixed. Longer answer:
> > The
> > likelihood and difficulty of fixing deprecated API depends mostly on
&
something that needs to be fixed?
>
> --
> Barry Duggan
>
> ___________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens, Mac OS X Programmer
Ettu
all buffers empty,
> but I may be wrong.
>
> Thanks again,
> Adrian
>
> On September 17, 2019 3:30:22 PM UTC, Michael Dickens <
> michael.dick...@ettus.com> wrote:
>>
>> Hi Adrian - To the best of my memory, there is no "flush" or the
>> equivale
out after I call start() again.
> Many thanks,
>
> Adrian
>
> On September 16, 2019 6:23:52 PM UTC, Michael Dickens <
> michael.dick...@ettus.com> wrote:
>>
>> Hi Adrian - It's non-trivial to determine the state of the buffers from
>> inside blocks, but with the correct C++
ase/CMakeFiles/CMakeOutput.log".
>
> #9 3.842 See also
> "/workspaces/ta/gr-vrt/Release/CMakeFiles/CMakeError.log".
>
> #9 3.849 [ Build gr-vrt (Release) FAILED with error code 1 ]
>
>
>
>
>
> Thank you
>
>
>
> Mark
>
s) the flow graph will still be
>> running waiting for more. I do not know of a way to ask for "when all
>> buffers are currently empty", if that's what you need.
>>
> ___________
> Discuss-gnuradio mailing list
> Discuss-gnuradi
break;
> }
> else
> {
> d_vppm_symbol_samples[i] = in[i + tag_offset];
> d_read_counter++;
> }
>
> if (i == (n
; ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens, Mac OS X Programmer
Ettus Research Technical Support
Email: supp...@ettus.com
Web: http://ww
y again.
>
> Johannes, yeah I dont know what to make of `Apple LLVM`. :) It could be
> that my Xcode messed up things.
>
> Anyway, I will keep trying.
>
> Thanks
> Milos
>
> On Fri, 6 Sep 2019 at 13:51, Michael Dickens
> wrote:
>
>> Hi Milos - "volk&qu
.
>
> Many thanks,
> Milos
> _______
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens, Mac OS X Programmer
Ettus Research Technical Support
Ema
nfiguration file for package "Gnuradio" that is
> >> compatible with requested version "3.7.2".
> >>
> >> The following configuration files were considered but not accepted:
> >>
> >> /usr/local/lib/cmake/gnuradio/GnuradioC
".
> """
>
> It appears that the CMakeLists have not been updated for 3.8.
>
> --
> Barry Duggan KV4FV
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo
this case it is the throttle block that will be
> dropping the samples?
>
> Thanks,
> Adrian
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Micha
= noutput_items;
> > > * In the general_work: const gr_complex *in = (const gr_complex *)
> > > input_items[0];
> > > float *out = (float *)
> > > output_items[0];
> > >
> > > /*
> > > * The priv
___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens, Mac OS X Programmer
Ettus Research Technical Support
Email: supp...@ettus.com
Web: http://www.ettus.com
__
Hi Dylan - If you have access to a GR OOT module (e.g., "gr-example"), then you
can try to build it directly on your host computer ... as it sounds like you're
trying to do ... but without much success as it sounds like accessing GR
libraries for linking isn't working well.
Which version of GR
You're welcome, Chris. Try those changes & see if maybe that helps. I can
generally switch between GR37 and GR38 easily, but right now I'm doing some
GR38 CMake-related fixups & need it installed while doing so. Can't easily
switch right now ... It is very possible that setting an ID for that
Hi Chris - A few comments, more than anything else:
* You're generating 2 sinusoids then pushing them directly into the audio sink.
You're not guaranteed that the audio sink can support 2 input channels, even if
it seem to be able to. If the audio sink is working, it will always support at
Can you send me the original GRC flowgraph too? I know you modified the output
Python, but it might be useful. Also: I'm trying to use GR38 (just because) ...
so seeing what Python it generates will be useful. Thx! - MLD
On Mon, Aug 26, 2019, at 11:13 AM, Chris Gorman wrote:
> Hi Michael,
>
>
Just FYI that ALSA is Linux-specific.
Chris: Did you verify that audio output is working at all on your system? If
so, then have you worked out why it's not working in your flowgraph? If not,
let us know of any changes to it since you posted last & we'll see what we can
do. - MLD
On Mon, Aug
I totally agree with you, Barry: if there is an issue then show the error
always; if there is no error then don't show one. Showing it once isn't useful,
regardless of whether there was an error or not! I'll open a GR issue about
this & see if we can get some traction on it; it'll probably be a
Hi Barry - The file "gnuradio.conf" resides in "~/.gnuradio/". In my setup, I
put the "[grc]"and "xterm" lines in the file "config.conf" in the same
directory ... not sure if this is correct ... maybe I could combine them into a
single "*.conf"? Anyway ... the entry (after "[grc]") should be
Hi Wheberth - In a similar block I've created in the past, I include a
parameter, let's call it "stuffing_size", that is the number of items to stuff
when stuffing occurs. If this value is small, then there is "small" latency
between when the PDU comes in and its data is output ... but, the
Hi Al - I can't speak to PyBOMBS specifically, but the error message shows that
GMP or MPIR isn't working correctly: "/usr/include/gmpxx.h" should "#include"
the file "/usr/include/gmp.h", which should contain the function "mpf_cmp_z"
... just checked my system & this is indeed the case. Maybe
Hi Jean Pierre & Kyeong - gr-osmosdr does not have an official port to GR3.8 as
of yet. There are 3rd-party ports that might work, such as those from the issue
noted: https://osmocom.org/issues/3855 . See also:
https://github.com/igorauad/gr-osmosdr/tree/gr3.8
Hi Alex - The default OFDM Rx is fully asynchronous: It tries to detect the
packet preamble on a packet by packet basis only, without using any knowledge
of historical successful packet detection. I don't think GR provides a
synchronous receiver, and I don't know of one in any GR out of tree
FYI to any OSX user on GR3.8 :
We're actively debugging this issue, and will end up pushing a fix into GR once
the right one is confirmed. I've created a GR issue [1]; let's take the
discussion there, since in the end we'll end up with a PR & others might want
to test out the possible fixes
Hi Emmanuel - I'm the GR OSX "expert" (LOL), as I do a lot of testing and
verification and development on OSX (various versions). I'm happy to help as
best I can. It might be that your issue is a generic GR bug. Let's take this
discussion off-list & see what we can work out. If there's
Thank you, Julian ... that's the issue here I bet!
Simona is running GR 3.7.14.4, which contains a bug in gr-uhd's GRC interface
where the "set_auto_dc_offset" function is executed only if its argument is
"True". We fixed it here <
Can you execute "gnuradio-config-info -v" and report back what it returns?
Can you execute some UHD-based application (whether GNU Radio or whatever), and
report back the displayed debugging info?
On Tue, Jul 30, 2019, at 9:56 AM, Simona Sibio wrote:
> Of course, I am using Linux, the GNU radio
OK. So did the change help for the IQ imbalance? Are you sure there is a DC
offset to be removed?
Can you provide us with a little more info: which OS & version? Which GNU Radio
& UHD versions and how installed? - MLD
On Tue, Jul 30, 2019, at 9:29 AM, Simona Sibio wrote:
> Thank you for the
Hi Simona - Since you're working in the GRC domain, you need to use variables
that make sense in Python ... "False" and "True" -- but without the ""s. "0" is
not necessarily "False", etc... try those & see what happens. Hope this is
useful! - MLD
On Tue, Jul 30, 2019, at 9:18 AM, Simona Sibio
on't think it will impact what I need, but thought you might want to
> know.
>
> I really appreciate all the help you have provided.
>
> Best regards,
> ---
> Barry Duggan
>
>
> On 2019-07-22 09:02, Michael Dickens wrote:
> > Good morning, Barry! Progress ... k
Hi DL - One possible option that I think would handle both TDMA and FDMA and 2
streams of data: use a PFB with 2 channels (or 2 separate rotators / filters),
to create 2 parallel paths each at baseband. Each path represents complex data
that was modulated at some frequency and bandwidth & is
Hi DL - 2 primary thoughts:
1) To "create" a tagged stream block in your OOT using gr_modtool (if it
doesn't do that as you desire), find an already existing tagged_stream block
that you understand the programming of. Use gr_modtool to create a new "sync"
block, then copy/paste from the
Hi Barry - OK; good progress! Can you do the following, from the top-level
"build" directory (looks like "/home/pi/gnuradio/build"):
{{{
make clean
make VERBOSE=ON 2>&1 | tee make_out.txt
}}}
and then walk away & let it go until it's done. You'll be able to see the build
going along via the
Here are the (current) key issues:
{{{
-- Python checking for click - found
-- Python checking for click-plugins - not found
}}}
These are Python packages. If you get them installed hopefully the "cmake"
command will finish & you can get on with building from source! - MLD
On Sat, Jul 20, 2019,
1 - 100 of 1164 matches
Mail list logo