Can you try running this in a REPL to see what the return value of
firdes.lowpass(...) is?
--M
On Tue, Jan 25, 2022 at 2:03 AM Michelle wrote:
> hello,
>
> I'm using a FIR filter and I have the error : "Param - Taps(taps):
> Expression None is invalid for type'complex_vector'."
>
> my taps is :
Hi Katja,
I was trying to figure out where that comes from. Maybe this is the key:
https://packages.ubuntu.com/jammy/libuhd-dev
This page is telling me that libuhd-dev recommends gnuradio-dev (not that
it depends on it). Maybe your script is also working on recommended
dependencies? Have you trie
Ali,
most of the time, these types of applications require the RX to be on
permanently (unless you know exactly when you're expecting packets), and
the TX only when you're transmitting packets.
In GNU Radio, this is simply achieved by using a USRP Sink and Source,
respectively. The USRP Source (R
Christoph,
we have occasionally heard about this issue. Can you please open an issue
on https://github.com/EttusResearch/uhd/issues. The more data we have on
this, the better. It's possible this may affect other USRPs, too.
--M
On Fri, Nov 26, 2021 at 9:10 AM Christoph Schultz (Riedel) <
christo
Isaac,
we've sunsetted GNU Radio 3.7, so any issues with that version of GNU Radio
will remain where they are, unfortunately.
--M
On Mon, Nov 29, 2021 at 3:41 PM isaac mario tupac davila <
isacct...@gmail.com> wrote:
> Hello
>
> I'm Isaac. I've installed GNU Radio 3.8.0.0, my second version of
Hey,
I don't see a conceptual reason why you can't change the equalizer at
runtime, but you have to be careful to not get into concurrency issues. You
should hold onto a reference to your new equalizer until some condition is
met, and then replace d_eq at "the right time", whatever that is (before
Moses,
software doesn't run at fixed rates. Instead, you keep track of how many
samples you've transmitted. If you're underrunning, then your software
design is slower than the hardware clock of your USRP. In your case, you're
also not signaling an "end of burst" (also you're copying fcpxIQ instea
Did you repost this accidentally, or is this a new question?
On Thu, Jan 6, 2022 at 12:15 PM Pedro Viegas wrote:
> Hi everyone,
>
> I'm having a problem when I increase the number of carriers from 64 to 512
> in the gnuradio OFDM example. When the number of carriers is 512, the
> complex envelop
Gunesh,
if you decide that you do want to contribute to GNU Radio (which we would
be happy about), make sure that you first go through most of the GNU Radio
tutorials, and make sure that you can build and install GNU Radio from
source without requiring external help. These are things that you need
Glen,
thanks a lot for sharing this!
--M
On Mon, Jan 3, 2022 at 7:06 PM Glen Langston
wrote:
> Hello and Happy New Year to all,
>
> We’ve just released a version of the Raspberry PI OS that works with
> Airspy R2 and Airspy Mini,
> as well as SDRPlay RSP1A, PlutoSdr and RTL-SDR.
>
> It is rath
Verónica,
have you maybe mismatched data types? Like, the real signals are fixpoint,
but your Python is doing floating point?
--M
On Thu, Nov 25, 2021 at 2:59 PM Verónica Toro Betancur
wrote:
> Hi,
>
> I am trying to detect and decode WiFi and ZigBee signals in GNURadio. For
> the detection, I
Hi all,
and yes, whoops, it's already a week into October. But it's not too late
to remind folks that this month is Hacktoberfest
(https://hacktoberfest.digitalocean.com/)!
Hacktoberfest is an event organized by a third party whom we have no
relationships with. Nevertheless, it's a fun event, and
Marcus is right, "_external_" is a B200- and N2x0-only feature.
I also think 8 ms should be fine, but just as an FYI, "our" PPS signals
have a 25% duty cycle (so, 250 ms). Since we only register the pos. edge,
anything in the ms-range should be working. When you say "occasionally", do
you mean wit
Marcin,
gr-specest (https://github.com/kit-cel/gr-specest/) has some
cyclostationary code, as well as some matplotlib-based plotting thereof.
The code was written in the Py2k era and might be out-of-date. But it might
be an inspiration!
--M
On Mon, Sep 13, 2021 at 9:57 PM Marcin Wachowiak <
marci
tion correct it should work.
>
>
> Thanks again.
>
>
>
> On 9/9/2021 3:34 AM, Martin Braun wrote:
>
> (log statements removed)
>
> $ uhd_usrp_probe --args type=b200 --int /mboards/0/usb_version
> 3
>
> --M
>
> On Fri, Aug 27, 2021 at 8:51 PM Mik
UHD 4.0 has a network mode, too, which comes out-of-the-box (it does not
require an extra executable). You can use it like a B200, but as Marcus
says, with less streaming performance.
--M
On Tue, Jul 20, 2021 at 10:41 PM Marcus D. Leech
wrote:
> On 07/20/2021 03:52 PM, Mike wrote:
>
> Hello,
>
(log statements removed)
$ uhd_usrp_probe --args type=b200 --int /mboards/0/usb_version
3
--M
On Fri, Aug 27, 2021 at 8:51 PM Mike wrote:
> Hello,
>
> I apologize if I missed it in the documentation, but is there a UHD
> function that will return the USB version (e.g. USB 2 or USB 3) that the
On 29/03/2021 21:38, Martin Braun wrote:
It's been about a year since the pandemic started, making this a pretty
late thing. Better late than never though: We would like to organize
another hackfest, but this time, we want to do it online.
> [...]
Personally, I would like to str
It's been about a year since the pandemic started, making this a pretty
late thing. Better late than never though: We would like to organize
another hackfest, but this time, we want to do it online.
We have a main theme for the HF, which is to reduce the number of open
issues on the issue trac
USRPs typically operate with a 25% duty cycle PPS (i.e., 250 ms on, 750 ms
off). But they will work with pretty much any duty cycle.
Check the levels are within limits (I don't have them off the top of my
head). I would suggest you connect your PPS/10 MHz generator directly to
the USRP, and see if
s might be a good time to give the authority to be the one to make calls
back to the
project. This means the General Assembly and the GNU Radio board will figure
out how to
find a successor for my former position. For the meantime, Derek Kozel and
Martin Braun
will take that power and use it for th
I think it might help if we rename those labels. Maybe something like
"PleasePortThisTo3.9". A less verbose label would also work as long as it
conveys the intent.
On Sun, Feb 21, 2021 at 2:33 PM Jeff Long wrote:
> The backport-3.8 label would mean "this PR is against a non-3.8 branch and
> need
Recording available here: https://youtu.be/U2nZDdOZVy0
On 18.02.21 18:08, Martin Braun wrote:
> Hi all,
>
> our project call will be in less than one hour, at UTC 1800 (19:00 CET).
> Join us on twitch.tv/gnuradio, or join us on chat!
>
> --M
>
On 2/18/21 5:26 PM, dtra...@tampabay.rr.com wrote:
The build I am using is maint-3.7 from git. I would like to try
maint-3.8, but I am told that UHD 3.15 does not work with maint-3.8.
UHD 3.15 works with all version of GNU Radio that I know of (say, from
the last 3 years or so). It most defini
Hi all,
our project call will be in less than one hour, at UTC 1800 (19:00 CET).
Join us on twitch.tv/gnuradio, or join us on chat!
--M
On 2/9/21 8:21 PM, Kabir Kedia wrote:
Respected Developers,
My name is Kabir Kedia. I'm currently studying at IIT Roorkee in India.
I was going through GNU Radio and I found it quite interesting. I would
like to start contributing to it. However, I don't know where to start.
It would be great
Jada,
I haven't read up on all the threads in which you've been asking stuff, so
this is lacking a bit of context. I still hope it's helpful:
- I don't think you should downgrade UHD. There has been a lot of change
in UHD, but not in the B210 driver.
- UHD provides some tools, such an ex
Criss,
a good debugging method is to go into the build dir, where you should find
a DLL called _howto_swig.so (or something like that). Try importing that:
>>> import _howto_swig
It will probably fail, and will likely give you a better clue of what's
going on.
--M
On Sat, Jan 23, 2021 at 12:51
Hi,
you didn't paste an error message.
--M
On Mon, Jan 25, 2021 at 7:02 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
> -DCMAKE_TOOLCHAI
This might be helpful:
https://github.com/kit-cel/gr-specest/blob/master/lib/stream_to_vector_overlap_impl.cc
Might answer your question on history with a very simple block.
--M
On Sat, Dec 19, 2020 at 7:18 PM Marcus Müller wrote:
> Either that source of yours is incorrect, or you have a buggy
Hi all,
as usual, we will do our project call on this third Thursday of the
month. You can join us on twitch.tv/gnuradio, via Matrix
(https://chat.gnuradio.org), or IRC.
The call starts in 4 minutes.
Cheers,
Martin
Hi all,
before we finish this year, we do want to announce one more change in
how we accept contributions into the GNU Radio code base.
One thing that we take very seriously is the whole business of license
compliance. GNU Radio is GPLv3-licensed, and that's not going to change.
But also, we have
It looks like the device is not properly initialized. Things to make sure:
- You're running UHD 3 on your host. Are you running UHD 3 on your device?
- It's not clear if there is a specific issue with get_num_xbars(), or if
there's a general RPC problem. Does uhd_usrp_probe work?
--M
On Fri, Dec
Hi all,
we're a bit behind in updating the mailing list on the latest
organizational update. At GRCon, we talked about the changes we were
planning to do within the GNU Radio organization
(https://www.youtube.com/watch?v=FRGwxPBG1wM).
In the meantime, we have implemented most of these changes.
Th
Most IDEs have clang-format support built in and can tell you what's wrong
(like a word processor spellchecker). I use vim + ALE, for example. VS Code
also has plugins.
--M
On Wed, Nov 11, 2020 at 11:25 AM Volker Schroer wrote:
> Hi,
>
> I just made a pr and got the message that the pr formatti
Check the tx_ofdm.grc and rx_ofdm.grc examples in the gr-digital module.
This page will help if you want to access the C++ API:
https://www.gnuradio.org/doc/doxygen/group__ofdm__blk.html
Also, this: https://wiki.gnuradio.org/index.php/Basic_OFDM_Tutorial
--M
On Tue, Nov 10, 2020 at 2:53 PM Roza
The Block#0 issue is a known one, the problem is that it doesn't pick up
the name until it invokes the DLL/.so from your custom code. It's being
worked on. They should work, however, in GNU Radio where the DLL/.so *is*
linked in.
You do, however, need to create block.yaml files to describe your bl
What's wrong with the layout?
You can probably ignore the GTK warnings. The flowgraph itself is run in QT.
--M
On Fri, Nov 6, 2020 at 8:07 PM wrote:
> Hello,
>
> I am new to gnu radio. I installed it in Ubuntu 20.04 through PPA (
> http://ppa.launchpad.net/gnuradio/gnuradio-releases/ubuntu). T
Trust me to do timezones? No? Good!
Because of course I messed this up, as people have pointed out. As Marcus
wrote earlier, the call is 1700 UTC, which means 19:00 CET / 1 PM Eastern
/ 10 AM Pacific, not what I wrote.
--M
On Tue, Oct 20, 2020 at 5:38 PM Martin Braun wrote:
> Two days f
Two days from now, our next Project call will be live on twitch.tv/gnuradio.
The call will be 19:00 CET, but keep in mind, right now, that means 2 PM
Eastern / 1 PM Central / 11 AM Pacific!
Cheers,
Martin
Hi all,
like the last years, GitHub and Digital Ocean are doing Hacktoberfest.
To participate, you sign up with your GitHub account, and submit four or
more pull requests against public repositories. Of course, we'd be very
happy if you submit some of them against the GNU Radio repositories!
Plea
On 9/10/20 4:03 AM, Elmore's wrote:
> I am currently working on a GNU radio project using my Softrock/MOBO
> SDR. I have a functioning receiver and transmitter. I now want to
> incorporate an interface to the Softrock in the GNU Radio flowgraph. I
> have not been able to find any info on how to do
George,
all the usual linking and compilation rules of C++ apply. There are plenty
of blocks that call other functions from general_work() or work(). If
you're compiling a-OK, then you're probably halfway there. Your QA code
should tell you what's missing, if it's a missing symbol (i.e. linker
err
Try an LO offset. You might be dealing with the AD9361-based calibrations,
they work better if you're not sending DC (if that's what you're doing).
On Tue, Aug 18, 2020 at 8:53 AM Ali G. Dezfuli wrote:
> Hi all,
> In USRP B200mini, when I start off sending, for example, a tone from TX/RX
> port
GNU Radioers,
as the GNU Radio project matures, we're going to spend some time evolving
the actual organization behind it. We'll keep you posted on updates on
that, but as a first step, we'd like to define the mission statement of the
GNU Radio organization.
When people think of GNU Radio, they u
Hi all,
as usual, it's the third Thursday of the month, and we're doing our project
call. Join us on IRC, Matrix, or via the Twitch stream:
https://twitch.tv/gnuradio
The call starts 10 AM Pacific, 1 PM Eastern, 19:00 CEST.
Cheers,
Martin
Hi all,
I'm currently -- nominally -- the maintainer for PyBOMBS, but it's not
something I have actively done in the past. Since PyBOMBS is a useful
tool, it would be a disservice to this community to not continue its
development, and we're looking for someone who wants to do that.
We have tried
Hi all!
A very last minute announcement for our monthly project call! As usual,
every third Thursday of the month, we're going to talk about what's going
on in the project. You can watch us at
twitch.tv/gnuradio
or you can even join the call if you like: https://meet.jit.si/gr-prj-may
(it's the
In case this adds clarification: Before committing, just run clang-format
-i on your code. That way, you can write code however you like, and then
have a computer fix the formatting for you.
Many editors also let you clang-format inside the IDE. Personally, I
reformat in vim on demand (I prefer not
It does; the channel parameter on E310 is used to address the A- or B-side.
On Mon, May 4, 2020 at 1:39 PM Rob Kossler wrote:
> Does the 2nd argument to set_rx_antenna() indicate which radio port? If
> so, try setting it to 1.
> Rob
>
> On Mon, May 4, 2020 at 2:02 PM Ivan Zahartchuk via USRP-us
Hi all,
for a while now, we've been discussing what to do about our Slack chat
service. It was very clear that we needed to do something: Our free plan
only kept a very short history, the non-free plan was pricey, and Slack
itself came with a lot of baggage (mostly related to privacy issues, and
t
Anthony,
the USRP doesn't keep the time, but there is only a single FIFO. If you
schedule 3 messages for sending, they need to be sent in order. Once they
are on the device, they are in a FIFO and will be released in that order.
For example, if have 3 messages A, B, and C. You first send A to be
The recording is available here: https://youtu.be/4xRWRNmR5as
On Thu, Apr 16, 2020 at 10:07 AM Martin Braun wrote:
> ...well, in a few minutes.
>
> We'll be streaming again on twitch.tv/gnuradio in few minutes, just
> fixing the agenda. Join us in IRC, Slack, or Twitch cha
...well, in a few minutes.
We'll be streaming again on twitch.tv/gnuradio in few minutes, just fixing
the agenda. Join us in IRC, Slack, or Twitch chat and let us know
immediately if the audio is not working (and continue to let us know until
someone has acknowledged it).
Cheers,
Martin
Hi all,
we don't have a lot of agenda items for today's call, so the project
call is cancelled today. We're still on IRC and Slack -- come chat with
us there if you need GNU Radio Company!
Cheers,
Martin
Your hardware might have some hardware timers and programmable interrupts.
Otherwise, what Jean-Michel said... Time to bring out the FPGAs!
M
On Sun, 1 Mar 2020, 05:10 jean-michel.fri...@femto-st.fr, <
jean-michel.fri...@femto-st.fr> wrote:
> welcome to the field of real time operating systems.
Lukas,
There's a pull request being discussed right now on GitHub (on my phone, so
you'll have to find it yourself) that might do what you need.
Please head over there and join the conversation.
M
On Tue, 3 Mar 2020, 14:38 Lukas Haase, wrote:
> Hi,
>
> I need to (synchronously) switch the DUC
Hi all,
our monthly project call is this Thursday, 10 AM Pacific Time, 19:00 CET, 1
PM Eastern Time.
Please head over to IRC or Slack for the coordinates. Like last time, we
intend to stream the call on Twitch, but you can still join the call
directly. Note we're still getting used to Twitch chat
There's also kurtotic_equalizer_cc, if that's what you're looking for.
On Mon, Feb 10, 2020 at 2:11 AM Müller, Marcus (CEL)
wrote:
> Maybe you can abuse the mpsk_snr_est for your purposes?
>
> On Sun, 2020-02-09 at 22:16 -0500, Marcus D. Leech wrote:
> > Has anyone implemented a Kurtosis estimat
There's also this: https://github.com/kit-cel/gr-fbmc
But please, STOP SHOUTING. Thank you.
--M
On Sun, Feb 2, 2020 at 7:39 AM Madhan TJ
wrote:
> CAN WE IMPLEMENT FBMC (filter bank multi carrier ) IN GNU RADIO ,
> IF YES,
> ANYONE PLEASE HELP ME
>
On 1/29/20 3:44 AM, Ralph A. Schmid, dk5ras wrote:
> Hi out there,
>
> only a common remark :) I am using gnuradio for around six or seven years
> now, and such issues were always present, but I never experienced them in
> the extent like nowadays.
>
> More and more I am trapped in version confl
GRCon 2020 celebrates and showcases the substantial and remarkable progress
of GNU Radio over the past two decades. We invite developers and users from
the GNU Radio community to present your projects, presentations, papers,
posters, and problems at GNU Radio Conference 2020.
GRCon20 will be held
Hi all,
we'll start the live stream on twitch.tv/gnuradio in a few minutes,
whoever wants to join us, please go to IRC or Slack where we'll post
the link very soon.
--M
On Mon, Jan 13, 2020 at 10:57 AM Martin Braun wrote:
>
> Hi all,
>
> We have our monthly project c
Sorry all, the time is 10AM PST. 19:00 CET is correct.
On Mon, 13 Jan 2020, 10:57 Martin Braun, wrote:
> Hi all,
>
> We have our monthly project call this Thursday 11AM Pacific time, 19:00
> CET. Please join us on IRC or slack if you like to join.
>
> See you there!
>
> Martin
>
Hi all,
We have our monthly project call this Thursday 11AM Pacific time, 19:00
CET. Please join us on IRC or slack if you like to join.
See you there!
Martin
It might also be a cmake bug on our end. In my case, I deleted the system
version and that fixed it.
M
On Mon, 6 Jan 2020, 04:34 Marcus Müller, wrote:
> Update: we've been able to reproduce that SWIG uses whatever headers
> are installed in the system[1]; so that really looks like a SWIG bug.
>
Hey all,
I recently started taking a look at GitHub Actions. On the raw CI
front, it can't compete with our pretty nice BuildBot setup, but it's
very versatile.
There's a couple of things that it could automate for us that keep
going on our nerves:
- Auto-lookup if PR submitters have a CLA filed
Hi all!
What a year! From a GNU Radio viewpoint, it was the year of the 3.8
release, that's for sure. It was also the year of the space-themed GRCon
in Huntsville, AL, the European GNU Radio Days in Besancon, France, the
year we created package feeds, another year of GSoC... and so many other
thin
Pip install cmake is also a quick and dirty remedy on most systems.
On Mon, 25 Nov 2019, 15:21 Marcus D. Leech, wrote:
> On 11/25/2019 05:52 PM, Maitland Bottoms wrote:
> > "Marcus D. Leech" writes:
> >> /me shuffles feet nervously:
> >>
> >> cmake version 2.8.12.2
> > For those suffering with
Hi all,
we have another project call today, in 18 minutes (sorry for the late
announcement). Join us on IRC or Slack for the meeting link. I'll post
the YT link here, too.
Cheers!
--M
César,
yes, absolutely. Just get started and see where you have troubles. Make
sure you can install GNU Radio (you can start with our Launchpad
installation), and then see what you can / can't do.
If you're asking for something specific, how about you do the guided
tutorials (you can find them on
need to figure out how to improve it. Also, I was not
paying enough attention to the Twitch chat, let alone IRC and Slack.
There was some encouraging feedback and interest, so we'll likely
continue doing this
Thanks all for your interest!
-- M
On Wed, Nov 6, 2019 at 2:41 PM Martin Braun
Hi all,
sorry for the late announcement, but we'll do a first today: I'll be
spending some time looking at the pull requests queue, doing code
reviews, etc. Why should you care? Well, I'm not sure about that --
but I will be streaming the whole thing on Twitch. You can follow the
GNU Radio Twitch
For your type, try 'complex_float' instead of 'complex_double'. The latter
is unfortunately mapped to 'complex' (in the GRC options), which is not a
common data type in GNU Radio.
For 3.9, I would even suggest changing the default from complex_double to
complex_float -- if you want to submit a PR,
It's a bit hacky, but you can install Boost from source and install it both
to the sysroots and the device.
On Fri, Oct 18, 2019 at 5:05 AM Ivan Iudice wrote:
> Hi all,
> now I’m able to compile uhd and gnuradio, but the sysroot of the sdk
> contains an older version of libboost in respect to th
Hi all,
we have another GNU Radio Project Call today at 10:00 Pacific, 1 PM
Eastern, 19:00 CET.
Please join us in IRC or Slack if you want to join in.
-- M
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listin
Hey Richard,
PyBOMBS is having a hard time dealing with 3.7 vs. 3.8. Use the PyBOMBS
master branch for any hope of it working.
-- M
On Tue, Oct 15, 2019 at 5:00 PM Richard Bell
wrote:
> Hello,
>
> I'm using pybombs to install gnuradio 3.7.13.5 onto ubuntu 18.04. Pybombs
> seems to be unable to
Laura,
are you getting any error messages you can post?
On Mon, Oct 14, 2019 at 1:21 PM Laura Arjona wrote:
> Hello community,
>
> I have a project running on an USRP N210 (a flowgraph consisting of
> several OOT modules written all in C++).
>
> I want to run the same project on an *USRP B200-m
Ahh, are you saying I would need to make the same 6 device combo for the
> USRP source if I wanted to transmit on one antenna?
>
> On Fri, Oct 11, 2019 at 3:28 PM Martin Braun
> wrote:
>
>> Can you make sure you're using the exact same device addr for both the
>> si
A bit late here, but the X300 can now (at least on master) also do all the
other clock rates in between 184.32 and 200 Msps.
On Tue, Aug 6, 2019 at 11:56 AM Derek Kozel wrote:
> Hi Paul,
>
> What rate do you want to adjust it to and for what purpose? The X300
> supports a master clock rate of 20
Hi all,
we have the monthly project call for GNU Radio on today, at the usual time
(10 AM Pacific, 19:00 EU, 1 PM Eastern, other timezones please do your own
math).
Please join us on IRC or Slack where we'll post the link to the call
shortly before it starts.
-- M
___
Hi all,
there'll be another project call tomorrow, at 10 AM Pacific, 19:00 CEST.
Join us in IRC or Slack for the call link, or wait until we post the
YouTube link for live streaming, or for watching later!
-- Martin
___
Discuss-gnuradio mailing list
Di
Very cool! Looking forward to your PR!
On Tue, May 7, 2019 at 7:04 AM Albin Stigö wrote:
> Hi,
>
> Just a quick progress update. I have completed NEON support for 34 out
> of 74 libvolk kernels that were missing NEON implementations.
>
> Average speedup is around 4x depending on kernel, not very
On Thu, Apr 25, 2019 at 02:28:35PM +0800, Jiaxin Liang wrote:
>Hi,
>I have been using the bursty transmission (see here) in GNURadio for USRP
>transmission for a while. And we have a stable program running on GNURadio
>3.7.10.2 with UHD 3.9.7.
>Recently, we are trying to upgrade
On Fri, Apr 26, 2019 at 09:41:00AM +, N. Benes wrote:
> So this seems to be a suitable pattern for my case.
Nicolas,
thanks for responding to your own email! It's a little thing, but it
keeps our archives complete, and if someone else runs into this issue,
it'll be useful for them.
-- M
si
Hi all,
we skipped the project call today after a few of us discussed potential
topics, and didn't really have a lot to talk about.
One thing that we would like to remind people about is that we have applied
for GSoC, and you have already seen students submit pre-applications. I
would like to enc
On Mon, Mar 18, 2019 at 01:16:32AM +0530, Rachuri Sri Pramodh wrote:
>Hi GNU Radio Community,
>As suggested by Marcus, I have made a design plan which can be found in
>the attached proposal for GSOC.
Rachuri,
thanks for submitting! You need to make modifications to make this
follow th
On Mon, Mar 18, 2019 at 02:44:30PM -0500, Luis Felipe Albarracin Sanchez wrote:
>Hello all,
>I am trying to make the output of a block a variable for other blocks, as
>explained here:
>https://lists.gnu.org/archive/html/discuss-gnuradio/2012-02/msg00581.html
>My flowgraph is as
On Thu, Mar 21, 2019 at 03:36:21PM +0530, Arpit Gupta wrote:
>Happy Holi everyone (holi is an Indian festival of colors)
>
>Thank you Nicolas for your valuable response
>
>I understood all your points and will surely make changes in the proposal.
>
>The tools here I referred are
On Tue, Mar 19, 2019 at 02:06:36PM +, Bowen Hu wrote:
>Hi all,
>Thanks Marcus for giving me good advice. I implemented a demo of plugin
>structure( https://github.com/B0WEN-HU/Plugin-demo ), which can compile
>and execute C++ code at runtime.
>My proposal draft has been post
Hi all,
if you're planning (or even just vaguely thinking about) applying for
a GSoC project with GNU Radio, please make sure you have a CLA with GNU
Radio. This is the legal arrangement that allows you to write GNU Radio
code -- a strong requirement for being able to participate.
Here are instru
On Sun, Mar 17, 2019 at 09:50:51AM +0530, Anirban Banik wrote:
>Hi Felix, Marcus,
>I apologise for my delayed reply. I have meanwhile gone through most of
>the tutorials on the GNU Radio website. I am interested in the Filter
>Design Tool Enhancements.Â
>As suggested by Felix,
On Sun, Mar 10, 2019 at 12:43:52AM +0530, Rachuri Sri Pramodh wrote:
>Hi GNU Radio Community!
>I am a pre-final year student in Dept of EECS at IIT Bhilai.
>We were thought about how to use SDRs using GNU Radio during one of our
>lab courses and also made a small python-code block a
On Mon, Mar 11, 2019 at 09:42:41AM -0700, Laura Arjona wrote:
>Thank you very much Marcus, I do appreciate your help, I only have
>experience with GUIs in android .
>The big picture is to change the behavior of the OOT blocks based on the
>user input; and the user interacts with th
the competing-installation problems!
>
> Let's make this work,
> Marcus
>
> On Sun, 2019-03-10 at 15:38 -0700, Martin Braun wrote:
> > FYI, Ubuntu 16.04 lets you `pip install cmake` for the
> > latest version.
> >
> > On Sat, Mar 9, 2019 at 2:03 P
FYI, Ubuntu 16.04 lets you `pip install cmake` for the latest version.
On Sat, Mar 9, 2019 at 2:03 PM Marcus Müller wrote:
> In order to proliferate a bit of knowledge about what is currently
> changing while we're progressing on our development branch towards a
> GNU Radio 3.8.0.0 release:
>
>
Welcome!
If you want to run gr-radar on Windows, please try running this as part of
your application, and then provide some "proof" that you were able to do
this in your application. If you can't effectively edit and publish code,
you won't get very far, so please make sure you have that part down
A nice design could also abstract the implementation of the code parsing
tool (clang vs. pygccxml) and use either one under the hood.
-- M
On Thu, Mar 7, 2019 at 7:07 AM Arpit Gupta wrote:
> Hi,
> As I'm working on block header parsing tool as my GSoC project, I would
> like to have an opinion
John,
have you tried building a "vanilla" RFNoC image? That might help narrow
things down. Run 'make X310_RFNOC_HG' from your usrp3/top/x300 directory
(after loading the environment, which uhd_image_builder does for you).
-- M
On Tue, Feb 19, 2019 at 1:49 PM John_w_g wrote:
> I am going throug
Hi all!
In 1hr 46 minutes, at 10 AM Pacific time / 19:00 CET we'll have the next
project call. I'll post the link to the call into IRC/Slack shortly
before it starts.
-- M
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org
1 - 100 of 2279 matches
Mail list logo