ersion of gnuradio: 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,
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 at
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 did
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. Sometime
./../../../x86_64-suse-linux/bin/ld:
> libgnuradio-cessb.so: undefined reference to
> `log4cpp::Appender::AppenderMapStorageInitializer::AppenderMapStorageInitializer()'
> /usr/lib64/gcc/x86_64-suse-linux/9/../../../../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 familit
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
10.16-be
+ UHD 4.0rc1, 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
at 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 sho
+ via the UHD C++ 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 1
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 sh
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 ass
> cd build
>
> 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 Mi
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 D
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 g
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
>
ule named '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/
installer, that it automatically
> 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:* donde
> Python. I am using Windows.
>
>
> Thanks 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/
I try 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
>
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/
l/lib/python2.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
is prohibited. If you received 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
> mat
> 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
tgui_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/
(
> https://lists.gnu.org/archive/html/discuss-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
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
in-tr
> >
> > Building 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
missing 'project',
> replace ENABLE_PYTHON3 with a simpler Python 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:
>
>
> https
slow process and in the meantime 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/
t
> > 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/
set(CMAKE_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 s
make 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:
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 (sc
kages
>
> 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/
ve the blocks between the 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 i
nt Traitement de 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/
When we 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/
oost, CppUnit,
> pmt
> >
> > the error is than
> >
> > g++ -m64 -Wl,-O1 -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 -lpthre
ARY} )
> set(MYOOT_INCLUDE_DIRS ${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 wit
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/
to set the
> INCLUDE 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/
ore it requires 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, modul
e as password, 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/
is reflected 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 b
> I suspect I'm using the wrong Qwt library.
> This is the one I'm using:
> svn://svn.code.sf.net/p/qwt/code/trunk/qwt
>
> ver. 6.1.4 Or are we supposed to use another (older) one?
>
> --
> --gv
>
> ___
> Discu
; The loopback block 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.o
___
> 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/
___
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/
_
Universidade 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
&
include could 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/workare
se this is 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
CMakeFiles/cmTC_cfcc3.dir/CheckFunctionExists.c.o -o cmTC_c
> fcc3 -lpthreads
> /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]
ald
>
> [1] https://osmocom.org/issues/4182
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939974
>
> --
> - Harald Welte
> http://laforge.gnumonks.org/
>
>
> "Privacy in residen
ewly installed, 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.
> >>> impo
ybombs. 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-g
gan wrote:
> 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:
e "PyGTKDeprecationWarning #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 most
kwargs)
> ```
>
> Is this 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
rocessing until 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
>&
;t want those samples to be sent 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
>
r-vrt/Release/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
> _
27;s not currently receiving packets) 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-gn
// next step will be to calculate the correlation
> break;
> }
> else
> {
> d_vppm_symbol_samples[i] = in[i + tag_offset];
> d_read_counter++;
>
lrell White
>
>
> _______
> 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...@
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
icket/48009) but they didnt help me.
>
> 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
Et
r at CMakeLists.txt:143 (find_package):
> >> Could not find a configuration file for package "Gnuradio" that is
> >> compatible with requested version "3.7.2".
> >>
> >> The following configuration files were considered but not accepted:
eletype/build/CMakeFiles/CMakeOutput.log".
> """
>
> It appears that the CMakeLists have not been updated for 3.8.
>
> --
> Barry Duggan KV4FV
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
>
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
>
--
n my forecast: ninput_items_required[0] = noutput_items;
> > > * In the general_work: const gr_complex *in = (const gr_complex *)
> > > input_items[0];
> > > float *out = (float *)
> > > output_items[0];
> > >
> > >
> ___
> 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.et
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 wi
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
leas
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,
>
> T
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 2
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 som
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 bloc
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 s
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
https://github.com/mvaenskae/gr-osm
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 (OO
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 and
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 something
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 <
https://github.com/gnuradio/gnuradio/commit/fc3eaf1414c19229428
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 tip
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 w
uot;"
>
> I don'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
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 now
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 existin
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 'tee'
1 - 100 of 1256 matches
Mail list logo
