Re: [Discuss-gnuradio] GNU Radio 3.8 for Windows

Pol, That's great work! I am the maintainer of the Win10 binaries you mentioned, and while the scripts are currently capable of building 3.8 in Win10, I have delayed a binary release to allow a bit more time for some more of the "add-on" packages to become compatible with 3.8 and GRC specifically

[Discuss-gnuradio] GNU Radio 3.8 for Windows

Dear all, I have been using GNU Radio since 3.2 series and the progress made in last years is amazing. I used to develop GNU Radio apps in linux but, sometimes, I also did it in Windows (specially for quick tests). However, I could not find the binaries of the 3.8 series and the documentation

Re: [Discuss-gnuradio] GNU-Radio Companion Python flowgraph - return signal that it is finished?

On Mon, Sep 30, 2019 at 8:02 AM Andrew Payne wrote: > I always do a tb.stop() followed by a tb.wait(), because I assume that > .stop() is not blocking but .wait() is blocking Yes, this is correct. If you call stop() then wait() you stop the flow graph and wait for the threads to actually shut

Re: [Discuss-gnuradio] GNU-Radio Companion Python flowgraph - return signal that it is finished?

Thanks Kevin. I ended up calling the python method os.stat.st_size on the IQ file that the flowgraph will transmit, converted that file size to a time duration in seconds considering the sample size and rate, start the flowgraph, then have a sleep function that checks for a flag every 100 milliseco

Re: [Discuss-gnuradio] GNU-Radio Companion Python flowgraph - return signal that it is finished?

On Sat, Sep 28, 2019 at 7:46 PM Andrew Payne wrote: > Understood. I do need to thread that tb.wait() because I have a callback > to start the flow graph and a callback to stop the flow graph. Say I start > then wait for it in an independent thread. Then say a different thread > decides to stop

Re: [Discuss-gnuradio] GNU-Radio Companion Python flowgraph - return signal that it is finished?

On Sat, Sep 28, 2019 at 6:34 PM Andrew Payne wrote: > I have a short IQ file that I simply want to play once without repeating, > and I want the calling Python code to "know" when it's completed after > commanding the GR class instance to start via a call to tb.start(), if tb > is the class insta

[Discuss-gnuradio] GNU-Radio Companion Python flowgraph - return signal that it is finished?

Hello, I am writing a program in Python to interface with a simple file source to USRP sink flowgraph. I have a short IQ file that I simply want to play once without repeating, and I want the calling Python code to "know" when it's completed after commanding the GR class instance to start via a c

[Discuss-gnuradio] GNU Radio Project Call Today!

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 ___

[Discuss-gnuradio] GNU Radio & RFNoC Workshops in Boston This Week

== *** Announcing Workshops in the Boston Area *** * Tomorrow (Tuesday) -and- Thursday * Ettus Research will be running two free, hands-on, technical workshops in the Boston area, and you are

[Discuss-gnuradio] GNU Radio & RFNoC Workshops in Boston on June 11 & 13

== *** Announcing Workshops in the Boston Area *** Ettus Research will be running two free, hands-on, technical workshops in the Boston area, and you are welcome to attend! GNU Radi

[Discuss-gnuradio] GNU Radio Con Lodging

Hello Everyone, I am hoping to attend my first GNU Radio Conference this year. Since I will be going alone, there is not much use in spending a lot on a single hotel room. Is there a group of people looking to split an AirBnB or Hotel Suite? Thanks, Kyle _

Re: [Discuss-gnuradio] GNU RADIO on Ubuntu Server

> Radio as you need; so, no GRC, no gr-qtgui, hence no GTK, QT, …). I'd > expect that to easily fit in 4 GB. we have GNU/Linux + python + GNU Radio in less than 32 MB on the PlutoSDR :) https://github.com/oscimp/PlutoSDR JM -- JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe,

Re: [Discuss-gnuradio] GNU RADIO on Ubuntu Server

Hi Mehtap, yeah, Ubuntu is probably as far as it gets from an embedded operating system ;) Ubuntu Server is only marginally better. So, the usual way forward here would be to build your own slim Linux Distro using OpenEmbedded that works on your board (and only on that, containing only the driver

Re: [Discuss-gnuradio] GNU RADIO on Ubuntu Server

I have run a python based gnuradio application on Odroid C2 and recently XU4.  It will come done to what you are trying to do (amount of sample rate you require and what kind of processing you are doing).   Also, I just recently heard about and used volk_profile.  This helped me with performanc

[Discuss-gnuradio] GNU RADIO on Ubuntu Server

Dera All, I have an embedded arm board with limited storage (4 GB eMMC). I suspect Ubuntu+ GNU RADIO+Phyton will not fit on it. Does anybody have used GNU RADIO on Ubuntu Server or alternatively on a small footprint Linux Distor? I have created a .py file from an .grc file and it has no visual o

[Discuss-gnuradio] GNU Radio Project Call February 2019

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

[Discuss-gnuradio] GNU Radio Companion crashes without any error.

Hi, I am having this issue on a freshly installed Ubuntu 16.04 machine. I installed GNU Radio using apt-get and then gr-ieee 80211. While running an example of gr-ieee 80211 (wifi_loopback.grc), it runs for a while and stops -- no error or any log on the terminal at all. Here is a video: https:/

[Discuss-gnuradio] GNU Radio Enhancements: Worth a Look!

Hi all, In case you didn't know: Like many other free software projects, we have a process for communicating major changes to GNU Radio early, using what we call GNU Radio Enhancement Proposals (GREPs). We manage GREPs in a git repository: https://github.com/gnuradio/greps The purpose of GREPs i

[Discuss-gnuradio] GNU Radio developers & users meetup at 35c3

Hello most awesome SDR community to graze upon the endless greens of band-limited signals, as I'm at 35c3, and as I'm desperately hoping to get to know exactly what the current state of affairs in the GNU Radio community is, we'll have a meetup. It'll happen on Friday, 2018-12-28, at 16:25 in lec

[Discuss-gnuradio] GNU Radio 3.8 Release: Feature Freeze on 2019-01-10

Dear GNU Radio community, --- Tl;dr: Feature freeze coming up, please help categorizing issues and fixing unit tests using our project boards. General excitement. ---

[Discuss-gnuradio] GNU Radio Conference 2019 // Save the Date // Volunteers Needed

** * Save The Date * * Call for Volunteers * ** GNU Radio Conference 2019

[Discuss-gnuradio] GNU Radio Project Call August: Postponed to next week

Hi all, we usually do the project call on the 3rd Thursday of the month, but we'll be doing the August call next week. Many apologies for the very late announcement. Cheers, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://list

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

boost 1.58 binary packages (all but non -dev > > > > distribution packages) > > > > adding the following to gnuradio-default.lwr > > > > # gnuradio-default.lwr > > > > #binary boost linking fails *** CAC > > > > boost: > > > >

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

Derek, Great! It was also necessary to have |-fext-numeric-literals | in the mix as well for uhd and gnuradio to both build. Not sure if that is covered implicitly? Curt On 06/08/2018 01:52 AM, Derek Kozel wrote: > Hello Curt, > > The fix for this issue was merged into the GNU Radio master

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

t;> deb: libboost-all-dev >= 1.6 || libboost-dev >= 1.6 >> rpm: (boost-devel >= 1.6) || (boost_1_61-devel >= 1.6) || >> (boost_1_64-devel >= 1.6) || (boost_1_65-devel >= 1.6) >> pacman: boost >= 1.6 >> port: boost >= 1.6 >> portage:

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

olve and seems to be an ongoing issue. -Curt On 06/07/2018 11:00 AM, discuss-gnuradio-requ...@gnu.org wrote: Message: 5 Date: Thu, 7 Jun 2018 15:13:38 +0100 From: Mir Muhammad Lodro To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] GNU Radio not installing: Build Failed Mes

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

;= 1.6) || (boost_1_64-devel > >= 1.6) || (boost_1_65-devel >= 1.6) > pacman: boost >= 1.6 > port: boost >= 1.6 > portage: dev-libs/boost >= 1.6 > > Wanted to make sure this got captured as it took several days to resolve > and seems to be an ongoing issue.

[Discuss-gnuradio] GNU Radio not installing: Build Failed

ok several days to resolve and seems to be an ongoing issue. -Curt On 06/07/2018 11:00 AM, discuss-gnuradio-requ...@gnu.org wrote: > Message: 5 > Date: Thu, 7 Jun 2018 15:13:38 +0100 > From: Mir Muhammad Lodro > To: discuss-gnuradio@gnu.org > Subject: [Discuss-gnuradio] GNU Radi

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

Check out the thread titled: install issues with c++11. I think you two are having the same issue with PyBombs and C++11 On Thu, Jun 7, 2018 at 10:16 AM Mir Muhammad Lodro wrote: > Hi All > i am installing GNU Radio on Linux 16.04, but it's not installing by > saying this file requires compiler

[Discuss-gnuradio] GNU Radio not installing: Build Failed

Hi All i am installing GNU Radio on Linux 16.04, but it's not installing by saying this file requires compiler and library support for ISO 2011 standard. This can be done by issuing -std=c++11 or -std=gnu++11 when one has to run single file. But here the build process is automated. I would be grat

[Discuss-gnuradio] GNU Radio Conference: Paper and Talk Submissions open

Greetings GNU Radio Community, GNU Radio Conference 2018 is rapidly approaching us from Henderson, NV from 17-21 September this year. We are now accepting submissions for technical talks AND/OR technical proceedings papers for this years conference! Authors/contributors/presenters may elect to sub

Re: [Discuss-gnuradio] GNU Radio, peak values, export into a file

You can use file sink to store your peak value. It will continuously store the values until you close your program. Alternatively you can use head before file sink to limit your to program to specific time. Hope this helps! Priyanka > On 26. Apr 2018, at 01:42, ALEJANDRO RAMIRO MUNOZ <10031

[Discuss-gnuradio] GNU Radio, peak values, export into a file

Hey all! I started working with GNU Radio and HackRF One SDR for an university project but I'm completely complete new and I'm still a little bit lost. I'm using the HackRF One as a spectrum analyzer, specifically at 120.457 KHz. That signal source comes from an Avalanche Transceiver upconverted

[Discuss-gnuradio] GNU Radio Project Call April

Hi all, the project call for April will start in 8 minutes (it'll be at 10 AM Pacific time). To follow the live event: http://youtu.be/MlyVOs8fkH4 To join the call and participate: https://hangouts.google.com/hangouts/_/pb5arg52c5bqbh6pdt5gb5xoo4e Cheers, Martin ___

[Discuss-gnuradio] GNU Radio Project Call Tomorrow!

This is a reminder that tomorrow is our monthly project call. As always, we meet on Google Hangouts at 10 am Pacific time, 1pm Eastern, 19:00 Central European. Check irc or slack for the link announcement. Martin ___ Discuss-gnuradio mailing list Discuss

Re: [Discuss-gnuradio] GNU Radio Frequency Divider

Hi Paul! Just like in the analog world, frequency dividers are harder to implement, since you can't simply use trigonometric formulas as you can to double frequencies. In hardware, you'd, typically, you'd do something like a PLL to discipline your own oscillator to run at a fraction of the rate t

[Discuss-gnuradio] GNU Radio Frequency Divider

Hi, my name is paul. I have a little issue, I need to do a frequency divider by 2, I did a frequency multiplier by 2 and it is simple, because it is a multiply block that have the same signal source at the inputs, and it produces at the output the frequency adition, but the case of divider is com

[Discuss-gnuradio] GNU Radio / RFNoC Workshops in Boston

== ** Announcing GNU Radio and RFNoC Workshops in the Boston Area ** (Reminder) == Ettus Research will be running two free, hands-on

[Discuss-gnuradio] GNU Radio Conference Tickets for Sale

Hello all, Registration for GRCon18 is now live! We are happy to say that the early bird and standard ticket prices are lower than last year. Early Bird Ticket Price (until June 30th): $399 Standard Ticket Price: $549 Latecomer Ticket Price (starting September 1st): $699 Head here to purchase you

Re: [Discuss-gnuradio] [GNU-Radio] Regarding Transfer of files using GNU-Radio and USRP-N210

Dear VijayKrishnan, you use multiple blocks from the "deprecated" category, and these are deprecated because they have systematic bugs. Don't use them, we can't help you, that's why they are "deprecated". So, replace the DPSK block with a simple "Constellation Modulator" on TX, and do the clock r

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

Great! You're welcome. For my knowledge, when you were using the "uhd" port, which version was it? If you haven't already uninstalled it from MacPorts, you can see via "port installed uhd"; if already gone then "port info uhd". Thx! - MLD On Sat, Feb 3, 2018, at 2:04 AM, Vipin Sharma wrote: > uhd-d

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

uhd-devel did the trick. No more crashes. Thanks a bunch! Vipin On Fri, Feb 2, 2018 at 11:18 AM, Michael Dickens wrote: > Hi Vipin - OK; interesting. Can you try the following: > {{{ > sudo port -f deactivate uhd > sudo port install uhd-devel > }}} > then if those work, try running "uhd_fft" ag

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

Hi Vipin - OK; interesting. Can you try the following: {{{ sudo port -f deactivate uhd sudo port install uhd-devel }}} then if those work, try running "uhd_fft" again & hopefully it will work. If not, send me the crash log off-list & we'll try something else. - MLD On Fri, Feb 2, 2018, at 1:23 PM,

Re: [Discuss-gnuradio] GNU Radio Project Leadership Updates

Hello everyone! I think it's time that I finally also lose a couple of words on this topic: Thanks everyone for making GNU Radio the most popular SDR framework with certainly the most interesting community! This, especially, applies to Johnathan, whose contributions on all levels, technically, fi

Re: [Discuss-gnuradio] GNU Radio Project Leadership Updates

Thank you Jonathan. I hope you have more time to enjoy your airplane and amateur radio! Welcome to all the other "old" new people taking on great roles. We appreciate it. Bob On Wed, Jan 31, 2018 at 3:24 PM, Ben Hilburn wrote: > Hi all! > > As usual, there is a lot going on in the project a

[Discuss-gnuradio] GNU Radio Project Leadership Updates

Hi all! As usual, there is a lot going on in the project and community, including GSOC & SOCIS, GRCon planning, and new development. There are also some big changes happening in the project leadership that I want to announce. First, our Chief Architect and Foundation CTO, Johnathan Corgan, is mov

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

Thanks for reporting back, Vipin, and your creative solution. Sometimes starting over is the way to go ;) A strange note: the "rev-upgrade" logfile was clean; no errors or issues found beyond the usual innocuous ones. I've no idea why port thought uhd was broken the final run-through. Anyway: Good

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

Ok, I tried another attempt by completely removing the MacPorts and restarting. This time it worked! sudo port -fp uninstall installed sudo rm -rf /opt/local /Applications/DarwinPorts /Applications/MacPorts /Library/LaunchDaemons/org.macports.* /Library/Receipts/DarwinPor

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

Alright, I gave it a try after your fix just now. Still not successful. Here is what I do/get. At first it seemed uhd installation went successful but while building gnuradio something goes wrong. I also tried collecting the uhd_rev.txt file from your earlier comment. I will send that file directly

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

I pushed fixes into MacPorts this morning. Will be live by around 9:30 AM US/Eastern (about 30 minutes from now). You will need to "selfupdate" or "sync" to get the changes. Please let me know (here or off list) success or failure. Cheers! - MLD On Mon, Jan 29, 2018, at 8:54 PM, Vipin Sharma wrote:

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

Great; thank you. I will just wait for your fix. Vipin On Mon, Jan 29, 2018 at 2:38 PM, Michael Dickens wrote: > I can now replicate the issue locally, so I don't need your rev-upgrade > log. The issue is that a dependency, gpsd, was recently updated in MacPorts > & the update somehow changed t

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

I can now replicate the issue locally, so I don't need your rev-upgrade log. The issue is that a dependency, gpsd, was recently updated in MacPorts & the update somehow changed the self-id of the primary library -- was "${prefix}/lib/libgpsd.dylib" and now is just "libgpsd.dylib", which won't w

Re: [Discuss-gnuradio] gnu radio installation on Mac via MacPorts

Hi Vipin - Can you execute: {{{ sudo port -d -y rev-upgrade > ~/Desktop/uhd_rev.txt 2>&1 bzip2 ~/Desktop/uhd_rev.txt }}} then send me off-list the resulting file? That's going to be the easiest way for me to debug what's going on. The basic issue is that 'port' is finding library linkage inconsis

[Discuss-gnuradio] gnu radio installation on Mac via MacPorts

Hi, I am trying to install GnuRadio on MacBook Pro (13" Late 2013) with Mac OS X 10.12. I am using MacPorts to install. Upon executing 'sudo ports install gnuradio' everything goes fine until "Building uhd" stage appears. I get this error: ---> Installing gnuradio @3.7.11_6+docs+grc+jack+log4cp

Re: [Discuss-gnuradio] GNU Radio Project Call Today!

On 01/18/2018 09:22 AM, Martin Braun wrote: > Hi all, > > we'll have our first 2018 project call today. Join us on IRC or Slack, > and we'll be posting the links to watch on YouTube or to join on > Hangouts there. Link to join: https://hangouts.google.com/hangouts/_/w2exmubgh5eh7pqvl4nuvy4dnue

[Discuss-gnuradio] GNU Radio Project Call Today!

Hi all, we'll have our first 2018 project call today. Join us on IRC or Slack, and we'll be posting the links to watch on YouTube or to join on Hangouts there. Cheers, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.

Re: [Discuss-gnuradio] GNU Radio v3.7.11.6 no attribute to byte array error

Marcus, I have now checked the patch, and I believe that it was an attempt by a user to resolve the issue. The Debi and bug as far as I can tell is unresolved. As a workaround it only affects QT GUI so I'm now using WX. On 17 January 2018 at 19:11, Müller, Marcus (CEL) wrote: > Hi Brian, > >

Re: [Discuss-gnuradio] GNU Radio v3.7.11.6 no attribute to byte array error

Hi Brian, this came up today already, and seems solved by a patch: http://lists.gnu.org/archive/html/discuss-gnuradio/2018-01/msg00108.htm l Maybe this helps, best regards, Marcus On Wed, 2018-01-17 at 19:00 +, Brian Clark wrote: > Good evening all, > > I have recently updated my kali linu

[Discuss-gnuradio] GNU Radio v3.7.11.6 no attribute to byte array error

Good evening all, I have recently updated my kali linux distribution using the below commands. apt-get update apt-get upgrade apt-get dist-upgrade I have a strange error that has occurred within GNU Radio where an error message as shown below appears: self.restoreGeometry(self.settings.value("g

Re: [Discuss-gnuradio] GNU Radio Project Call December on today!

On 12/21/2017 09:20 AM, Martin Braun wrote: > The call is at 10:00 Pacific time, which is about 40 minutes from now. > Tune into the usual place! I'll post the links on IRC/Slack. > > We'll do an end-of-the-year wrapup. Follow us on YT: http://youtu.be/zfaegNFHT_A or join: https://hangouts.goo

[Discuss-gnuradio] GNU Radio Project Call December on today!

The call is at 10:00 Pacific time, which is about 40 minutes from now. Tune into the usual place! I'll post the links on IRC/Slack. We'll do an end-of-the-year wrapup. Cheers, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://li

Re: [Discuss-gnuradio] GNU Radio 3.7.12 RFNoC set_start_time()

Hi Derek, Thanks for the advice. I tried adding in a sleep command, but the radio still is not waiting the 15 seconds. I feel like it is an issue on the software side since I never see a start time tagged in the packets from the PC. I have been digging into the GNUradio source code to see if I ca

Re: [Discuss-gnuradio] GNU Radio 3.7.12 RFNoC set_start_time()

Hello Reggie, I believe the issue you are encountering is that the streaming starts before the next PPS edge arrives and resets the USRP time to 0. Try adding a sleep for one second between the set_time_next_pps and the set_start_time. Some RFNoC features are not fully exposed in GNU Radio, but mo

[Discuss-gnuradio] GNU Radio 3.7.12 RFNoC set_start_time()

Hello, I'm trying to use the set_start_time() command on a RFNoC: Radio block with a USRP X300. I am using the syntax to try to set the start time: self.uhd_rfnoc_streamer_radio_0.set_time_next_pps(uhd.time_spec(0)); self.uhd_rfnoc_streamer_radio_0.set_start_time(uhd.time_spec(15)); However, the

Re: [Discuss-gnuradio] GNU Radio OOT Modules with Same Name - What To Do?

The way OOTs are set up, having two OOTs with the same name will only work with hacky solutions. -- M On 11/03/2017 01:50 PM, Kyeong Su Shin wrote: > Hello Nicolas, > > It is a GNU Radio module that I saw from GRCon17: > https://github.com/samwhiting/gnuradio-doa/tree/master/gr-doa > > Regards,

Re: [Discuss-gnuradio] GNU Radio OOT Modules with Same Name - What To Do?

Hello Nicolas, It is a GNU Radio module that I saw from GRCon17: https://github.com/samwhiting/gnuradio-doa/tree/master/gr-doa Regards, Kyeong Su Shin On Fri, Nov 3, 2017 at 1:21 PM, Nicolas Cuervo wrote: > Hi Kyeong, > > I see only one gr-doa around [1]. Could you point out which other > impl

Re: [Discuss-gnuradio] GNU Radio OOT Modules with Same Name - What To Do?

Hi Kyeong, I see only one gr-doa around [1]. Could you point out which other implementation is called gr-doa? I would agree that these conflicts would be better addressed properly instead of hacky approaches. Regards, - Nicolas [1]https://github.com/EttusResearch/gr-doa On Fri, Nov 3, 2017 at

[Discuss-gnuradio] GNU Radio OOT Modules with Same Name - What To Do?

Hello All: I am trying to use some GNU Radio OOT modules, and found that there are GNU Radio OOT modules have name conflicts ('gr-doa'). In this case, what would be the proper way to resolve the conflict and install both modules? I can only think of hacky approaches. Regards, Kyeong Su Shin

Re: [Discuss-gnuradio] GNU radio implementation for measuring frequency response

Hi Suman, be careful with "use instantly": Well, what you're doing is channel sounding, and as such, the results are up to your interpretation – for example, in the 100 MHz (!) wide channel you're testing, what coherency times do you expect from your environment? That is the time a single channel

Re: [Discuss-gnuradio] GNU radio implementation for measuring frequency response

If you just want to sweep a filter, that's pretty easy. Just TX into one port and RX from the other. Sweep a sine wave on the TX range and attach an FFT sink to the RX port and set max hold. On Fri, Oct 20, 2017 at 5:50 PM Suman Bhunia wrote: > Hi ! > > I want to measure frequency response of of

[Discuss-gnuradio] GNU radio implementation for measuring frequency response

Hi ! I want to measure frequency response of of a material in the 2.4 GHz ISM band. I was wondering if there is any GNURadio based implementation anyone is aware of that I can use instantly. Any suggestion regarding the implementation is also welcome. I want to measure the frequency res

[Discuss-gnuradio] GNU Radio Project Call Today! (in 30 mins)

Hi all, this is a very late reminder, but we have a project call at 10 AM Pacific time, 1 PM Eastern, 19:00 CET. Go to #gnuradio for info! Cheers, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo

Re: [Discuss-gnuradio] Gnu radio and IDEs

Yes, you can use the Eclipse debugger if you incorporate some test apps into your project (you can always pull them out to release/publish). The way I got it all pulled together is that I add new test executables (just C++ mains) to the project and manually added them to the cmake files in the /li

Re: [Discuss-gnuradio] Gnu radio and IDEs

I would recommend any IDE supported by cmake, as it is nice to have cmake build the appropriate project files for the IDE. I've personally used codeblocks which I find acceptable. I guess if the IDE has a sufficient project import feature this might not be as important. On my system $ cmake --he

Re: [Discuss-gnuradio] Gnu radio and IDEs

On 10/13/2017 02:27 PM, Andrej Rode wrote: > Hi, > >>> Does anyone have experience e using an idea integrated with gnu radio for >>> making c, c++ modules? Any recommendations? Eclipse? NetBeans? Don't do it? > > you can basically use any IDE which support C/C++ if you are into > hacking blocks

Re: [Discuss-gnuradio] Gnu radio and IDEs

Hi, > > Does anyone have experience e using an idea integrated with gnu radio for > > making c, c++ modules? Any recommendations? Eclipse? NetBeans? Don't do it? you can basically use any IDE which support C/C++ if you are into hacking blocks together in C/C++. If you are using existing blocks/c

Re: [Discuss-gnuradio] Gnu radio and IDEs

I've had great success with Eclipse. I use it for all my OOT modules. On Fri, Oct 13, 2017 at 5:03 PM, Walter Grossman wrote: > Does anyone have experience e using an idea integrated with gnu radio for > making c, c++ modules? Any recommendations? Eclipse? NetBeans? Don't do it? > > ___

[Discuss-gnuradio] Gnu radio and IDEs

Does anyone have experience e using an idea integrated with gnu radio for making c, c++ modules? Any recommendations? Eclipse? NetBeans? Don't do it? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss

[Discuss-gnuradio] GNU Radio Wiki - Spam Prevention - Disabling GitHub OAuth

Hi all, in recent weeks we had an increased amount of spam edits originating from spam bots using GitHub accounts to bypass the captcha at account creation. Unfortunately the GitHub OAuth extension we are using is not yet integrated to the new Medaiwiki AuthManager framework and hacking in a ca

Re: [Discuss-gnuradio] GNU Radio Project Call Moved from 17th to 24th

Roger that Sent from my iPhone > On 18 Aug 2017, at 1:21 am, Martin Braun wrote: > > Our monthly project syncup. See also: > > https://wiki.gnuradio.org/index.php/DevelopersCalls > > > >> On 08/17/2017 10:17 AM, Andrew Rich wrote: >> What's a project call ? >> >> Sent from my iPhone >> >

Re: [Discuss-gnuradio] GNU Radio Project Call Moved from 17th to 24th

Our monthly project syncup. See also: https://wiki.gnuradio.org/index.php/DevelopersCalls On 08/17/2017 10:17 AM, Andrew Rich wrote: > What's a project call ? > > Sent from my iPhone > >> On 18 Aug 2017, at 1:13 am, Martin Braun wrote: >> >> Hi all, >> >> just a quick reminder that the call

Re: [Discuss-gnuradio] GNU Radio Project Call Moved from 17th to 24th

What's a project call ? Sent from my iPhone > On 18 Aug 2017, at 1:13 am, Martin Braun wrote: > > Hi all, > > just a quick reminder that the call is not today, but next week. > > Cheers, > Martin > >> On 08/14/2017 05:53 PM, Martin Braun wrote: >> Hi all, >> >> this month's project call wi

Re: [Discuss-gnuradio] GNU Radio Project Call Moved from 17th to 24th

Hi all, just a quick reminder that the call is not today, but next week. Cheers, Martin On 08/14/2017 05:53 PM, Martin Braun wrote: > Hi all, > > this month's project call will be postponed by a week. It'll happen on > August 24th, same time as before (10 AM Pacific). > > Cheers, > Martin > >

Re: [Discuss-gnuradio] GNU Radio .grc repository

Thats awesome lots of examples Sent from my iPhone > On 16 Aug 2017, at 9:13 pm, Marcus Müller wrote: > > Hi Andrew, > > the latter. Makes more sense – if the project is a dependency of a flow > graph, or the flowgraph is the reason the module exists in the first > place, makes no sense to ha

Re: [Discuss-gnuradio] GNU Radio .grc repository

Hi Andrew, the latter. Makes more sense – if the project is a dependency of a flow graph, or the flowgraph is the reason the module exists in the first place, makes no sense to have it centralized elsewhere; if the flowgraph is sufficiently complex, it very often happens that you'd end up wanting

[Discuss-gnuradio] GNU Radio .grc repository

Hello Is there a global repository of .grc files ? Or do we just rely on examples that come with each project ? Andrew ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GNU Radio Project Call Moved from 17th to 24th

Hi all, this month's project call will be postponed by a week. It'll happen on August 24th, same time as before (10 AM Pacific). Cheers, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gn

Re: [Discuss-gnuradio] GNU Radio debug with GDB

Thanks you Marcus and Cinaed for your answer, I removed libc6-dbg from my ubuntu 14.04 and it is working now. I just give the cc source code and after that added my breakpoints and debug works fine. For thread info, Yes I doing it on ddd, with a graphical tool seeing the threads' numbers. Best r

Re: [Discuss-gnuradio] GNU Radio debug with GDB

... and that's not a problem per se. Anyway, this is a syscall, and it's unlikely that there's a problem *within* your operating system. So, the rest of the backtrace where this is from is very likely more relevant. Also, poll() might indicate this is a more or less idle thread; use `info threads

Re: [Discuss-gnuradio] GNU Radio debug with GDB

On 07/17/2017 09:28 AM, Rafik ZITOUNI wrote: > Dear all, > > I have an issue that appears when I'm running gdb. > > I obtained the following message. > > 0x7fcb038c6c5d in poll () at ../sysdeps/unix/syscall-template.S:81 > 81 ../sysdeps/unix/syscall-template.S: No such file or direct

[Discuss-gnuradio] GNU Radio debug with GDB

Dear all, I have an issue that appears when I'm running gdb. I obtained the following message. 0x7fcb038c6c5d in poll () at ../sysdeps/unix/syscall-template.S:81 81 ../sysdeps/unix/syscall-template.S: No such file or directory. Could you have any idea how to fix this issue? Best, --

[Discuss-gnuradio] GNU Radio Coverity statis analysis

As part of some GNU Radio infrastructure work, the Coverity static analyses is running again. Thanks guys! https://scan.coverity.com/projects/gnuradio This is a great way to find places the code needs some work and a good way to start contributing to the project. Go ahead and take a look! Philip

Re: [Discuss-gnuradio] GNU Radio Companion Extensions: Output C++ Code

Dear Sandeep, hi, and welcome! We've already got a contribution for that project aspect. Which certainly doesn't mean we don't want your help! So, if you want to contribute to GNU Radio, I think a great way to contribute is actually to improve some documentation. So, judging from your email, I'd s

[Discuss-gnuradio] GNU Radio Companion Extensions: Output C++ Code

Hi Myself Sandeep and I want to contribute to the GNURadio. my project is "GNU Radio Companion Extensions: Output C++ Code" I have good coding skills in C,C++,and python. I also familiar or have understanding about the grc's blocks (signal source,audio source, WX GUIs and QT GUIs audiosink,and et

Re: [Discuss-gnuradio] GNU Radio/No Devices Found (NI USRP-2920)

Hi, as Derek said, can you please take this to the USRP-users mailing list? GNU Radio and UHD are different things... Best regards and thank you Marcus On 04.04.2017 23:50, bup487 wrote: > Okay, here is the console for the error. Let me know if this is what you guys > wanted to see... >

Re: [Discuss-gnuradio] GNU Radio/No Devices Found (NI USRP-2920)

Okay, here is the console for the error. Let me know if this is what you guys wanted to see... I ran the "uhd_image_downloadeder" and it gave me tons of different images. I'm assuming I'd want to install the N21x_fw and N21x_fpga files.

Re: [Discuss-gnuradio] GNU Radio/No Devices Found (NI USRP-2920)

On 04/04/2017 02:49 PM, bup487 wrote: Two programs, MATLAB and GNU Radio, are giving me different results when searching for the USRP on my network. My setup is Laptop -> Wired Ethernet -> Switch -> NI USRP-2920. MATLAB can detect the USRP device, while GNU Radio throws an error whenever it trie

Re: [Discuss-gnuradio] GNU Radio/No Devices Found (NI USRP-2920)

Hello, I recommend joining the USRP users mailing list and asking your question there. MATLAB and the Windows GNU Radio install both include their own UHD drivers so this is likely a conflict between those two and the FPGA version you have just loaded using the NI-USRP utility. These are three sep

[Discuss-gnuradio] GNU Radio/No Devices Found (NI USRP-2920)

Two programs, MATLAB and GNU Radio, are giving me different results when searching for the USRP on my network. My setup is Laptop -> Wired Ethernet -> Switch -> NI USRP-2920. MATLAB can detect the USRP device, while GNU Radio throws an error whenever it tries to identify the USRP device at 192.16

[Discuss-gnuradio] GNU Radio Releases 3.7.11 and 3.7.10.2

GNU Radio releases 3.7.11 and 3.7.10.2 are now available for download. Release 3.7.11 is the latest of the 3.7 API, with new features, and includes all bug fixes in release 3.7.10.2. Both releases and their detached signatures are available via the following links: https://gnuradio.org/releases/

  1   2   3   4   5   6   7   8   9   10   >