Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread Marcus Müller
Hi Ranga, that's what pointers are for, after all. Just do it! Thanks to the make()-magic you basically always have a smart shared pointer instead of an block object (unless you really try to break the system ;) ). Just a quick note though: MAC is usually timing-relevant. Timed commands migh

Re: [Discuss-gnuradio] pfb_arb_resampler_ccf

2013-11-14 Thread Marcus Müller
Hi bzs, really short: pfb = polyphase filter bank = what it is arb = arbitrary resampler = what it does ccf = complex in, complex out, float taps Greetings, Marcus On 14.11.2013 08:50, ?? wrote: hello all! who can tell me?what is "pfb_arb_resampler_ccf"?and what does it do? bzs __

[Discuss-gnuradio] GR 3.7.3 vs. gqrx?

2013-11-14 Thread Ralph A. Schmid, dk5ras
Hi, It seems to me that gqrx cries for libgnuradio-runtime-3.7.2git.so.0.0.0, but latest GR brings 3.7.3 into the system. Did I miss smth., or are the projects just not yet "in sync"? Ralph, dk5ras. -- Ralph A. Schmid Mondstr. 10 90762 Fürth +49-171-3631223 ra...@schmid.xxx http://www.bclog.de/

Re: [Discuss-gnuradio] GR 3.7.3 vs. gqrx?

2013-11-14 Thread Sylvain Munaut
Hi, > It seems to me that gqrx cries for libgnuradio-runtime-3.7.2git.so.0.0.0, > but latest GR brings 3.7.3 into the system. Did I miss smth., or are the > projects just not yet "in sync"? Well, did you rebuild everything after updating GR ? (that includes any GR based stuff, so gr-osmosdr, gr-

Re: [Discuss-gnuradio] GR 3.7.3 vs. gqrx?

2013-11-14 Thread Ralph A. Schmid, dk5ras
> Well, did you rebuild everything after updating GR ? > > (that includes any GR based stuff, so gr-osmosdr, gr-iqbal (if installed), > gqrx ...) Ah, I forgot gr-iqbal! All the other stuff I updated and rebuilt, just not this one. Now it looks better, it only complains about the missing HW

Re: [Discuss-gnuradio] pfb_arb_resampler_ccf

2013-11-14 Thread Tom Rondeau
On Thu, Nov 14, 2013 at 4:08 AM, Marcus Müller wrote: > Hi bzs, > really short: > > pfb = polyphase filter bank = what it is > arb = arbitrary > resampler = what it does > ccf = complex in, complex out, float taps > > Greetings, > Marcus > > > On 14.11.2013 08:50, 雨缘 wrote: > > hello all! > > who

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread M. Ranganathan
Marcus, Thanks for your reply. What will the shared pointer be called. I see stuff like this in the code: GR_SWIG_BLOCK_MAGIC2(uhd, usrp_source) GR_SWIG_BLOCK_MAGIC2(uhd, usrp_sink) GR_SWIG_BLOCK_MAGIC2(uhd, amsg_source) Presumably, that generates a structure that is registered as a global poin

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread Marcus Müller
In GR 3.7, the shared pointer is usually blockname::sptr; I can't really point you to a very good example, but when you call top_block.connect(src, sink) in C++, you're giving it spointers :) As I said, whenever you make a block, you actually get a shared pointer to that instance, and not the o

Re: [Discuss-gnuradio] pfb_arb_resampler_ccf

2013-11-14 Thread Marcus M??ller
Hi bzs, please always reply to the list, so we can all help you. I'm very sorry, but I can't explain the concept of a polyphase filterbank in a few sentences; please refer to literature for this. On how it realizes this: The only thing I could do is look at the source code and translate C++ to

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread M. Ranganathan
Marcus, Looking around I don't see where the pointer to the block is made globally visible. I am inclined to add some code to the make method to register the shared pointer in a global variable when the method is called. Since my application has only a single USRP block (source and sink), there's

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread Marcus Leech
Why does the MAC block need to "reach around" way down into the depths of the PHY layer?   on Nov 14, 2013, M. Ranganathan wrote: Marcus,Looking around I don't see where the pointer to the block is made globally visible. I am inclined to add some code to the make method to register the shared po

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread Sylvain Munaut
Hi, > Looking around I don't see where the pointer to the block is made globally > visible. No where. There could be several UHD source/sink blocks, so nothing will be made globally visible by GR. > I have python code that creates the blocks and strings them together etc. > but I want to actua

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread M. Ranganathan
I am working on a dynamic spectrum mac where the MAC will reach out to a TV White space DB (and also potentially do spectrum sensing) and adjust the centre frequency of the USRP periodically. Thanks for your help! Regards, Ranga On Thu, Nov 14, 2013 at 11:07 AM, Marcus Leech wrote: > Why doe

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread Marcus Müller
Hi Ranga, either you're seriously astray or I don't understand what you want. This is C++ running on an operating system with segmentation. There are *no* globally visibly objects, there is only calls to the operating systems / IPC to communicate with other processes and objects that live with

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread M. Ranganathan
Marcus, Based on what you and others have replied, I think my "most elegant" plan of attack would be to toss the generated puthon glue code (which I generated using grc-companion BTW) and do everything in C++ so I dont have to worry about the language interface at all. This way, I will not need g

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread Sylvain Munaut
Hi, First: Please pay attention and reply to the list and not to me personally. > A suggested "improvement" to the gnuradio code base (let me know what you > think) : > Please keep such objects in a globally visible list (I can provide a diff if > there is interest) so that applications such a

Re: [Discuss-gnuradio] GnuradioConfig.cmake not working properly ?

2013-11-14 Thread Douglas Geiger
I think that needs to be applied to the maint branch as well: i.e. Sylvain's first patch got applied to both master and maint, but the fix (second patch) only ended up on master. Doug On Wed, Nov 13, 2013 at 11:21 AM, Tom Rondeau wrote: > On Tue, Nov 12, 2013 at 1:28 PM, Martin Braun (CEL) >

Re: [Discuss-gnuradio] GnuradioConfig.cmake not working properly ?

2013-11-14 Thread Tom Rondeau
On Thu, Nov 14, 2013 at 12:25 PM, Douglas Geiger wrote: > I think that needs to be applied to the maint branch as well: i.e. Sylvain's > first patch got applied to both master and maint, but the fix (second patch) > only ended up on master. > Doug Thanks for catching that. Since I had done some

Re: [Discuss-gnuradio] Accessing the uhd_usrp object

2013-11-14 Thread M. Ranganathan
On Thu, Nov 14, 2013 at 12:14 PM, Sylvain Munaut <246...@gmail.com> wrote: > Hi, > > > First: Please pay attention and reply to the list and not to me personally. > Mercy! That was an honest mistake. A thousand apologies. > > > > A suggested "improvement" to the gnuradio code base (let me know

Re: [Discuss-gnuradio] [User Experience] Hangout Thursday

2013-11-14 Thread Martin Braun (CEL)
The call has started, to join please head to #gnuradio on Freenode and the G+ page. We'll be streaming live on YouTube, too. MB On Mon, Nov 11, 2013 at 06:24:51PM +0100, Martin Braun (CEL) wrote: > Hi everyone, > > Thursday is our first post-conference hangout regarding everything user > experi

[Discuss-gnuradio] No USRPs found on interface eth0

2013-11-14 Thread nesimi eldarov
Dear All, I will ask you very old and classical question: 'RuntimeError: No USRPs found on interface eth0' I have USRP N200 I run: $ sudo ifconfig eth0 192.168.10.1 $ uhd_find_devices linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.005.004-140-gfb32ed16

Re: [Discuss-gnuradio] No USRPs found on interface eth0

2013-11-14 Thread Nick Foster
The solution is the USRP2 interface is no longer supported, and software which uses it must be ported to UHD. The find_usrps tool is no longer usable with modern Ettus hardware. --n On Thu, Nov 14, 2013 at 10:02 AM, nesimi eldarov wrote: > Dear All, > > I will ask you very old and classical qu

Re: [Discuss-gnuradio] No USRPs found on interface eth0

2013-11-14 Thread Marcus Leech
Try: uhd_usrp_probe --args "addr=192.168.10.2"   Also, be certain that Network Manager isn't resetting the interface back to DHCP (automatic IP address selection).  If Network Manager "owns"   the interface, *and* the interface isn't configured for static-IP according ot Network Manager, it'll keep

Re: [Discuss-gnuradio] No USRPs found on interface eth0

2013-11-14 Thread Marcus Leech
Gah! I missed the second-half where nesazeri was using find_usrps.   Indeed, if you have software that uses the "classic" (pre-UHD) interface, that interface has been obsolete for several years and is no longer   supported.  The N2XX in particular, *does not* support the "classic" interface.      

Re: [Discuss-gnuradio] Status of GNU Radio with OSX 10.9

2013-11-14 Thread Michael Dickens
I just pushed r113379 < https://trac.macports.org/changeset/113379 > to MacPorts, which works for me on 10.8 and 10.9, to get full GNU Radio with GRC working. For folks using OSX / MacPorts for GNU Radio and UHD, I invite you to try out these changes to see if they work for you; you'll want to

Re: [Discuss-gnuradio] [User Experience] Hangout Thursday

2013-11-14 Thread Martin Braun (CEL)
On Thu, Nov 14, 2013 at 06:58:20PM +0100, Martin Braun (CEL) wrote: > The call has started, to join please head to #gnuradio on Freenode and > the G+ page. > > We'll be streaming live on YouTube, too. The recording is available at http://www.youtube.com/watch?v=7LN6M-8bJuU. MB -- Karlsruhe Ins

[Discuss-gnuradio] build-gnuradio debian 7.2 (wheezy) support

2013-11-14 Thread Clemens Hopfer
Hi, build-gnuradio does not yet support debians latest stable version 7.2, although it builds nicely. I attached a patch, it just adds 7.2 to the debian_version switch in line 588. regards, Clemens--- build-gnuradio.orig 2013-11-14 22:55:11.536081955 +0100 +++ build-gnuradio 2013-11-14 22:55:50

Re: [Discuss-gnuradio] No USRPs found on interface eth0

2013-11-14 Thread Nasimi Eldarov
Yes, more than 3 years old software :) https://www.cgran.org/wiki/ftw80211ofdmtx Thanks! - NE On Thu, Nov 14, 2013 at 7:20 PM, Marcus Leech wrote: > Gah! > > I missed the second-half where nesazeri was using find_usrps. > > Indeed, if you have software that uses the "classic" (pre-UHD) interfa

Re: [Discuss-gnuradio] [User Experience] Hangout Thursday

2013-11-14 Thread Vanush Vaswani
I just wanted to say, that I thought this is a great example of a FOSS project site. http://ardour.org/ For new users, the abilities of the project is made clear. The current gnuradio content could be migrated to the 'Community' sub section. One difference is that gnuradio is theoretically an API

[Discuss-gnuradio] Introducing GNU Radio's new logo!

2013-11-14 Thread Tom Rondeau
The GNU Radio project has grown tremendously over the past couple of years. We've gained a significant number of contributors and users and have seen a wonderful growth of applications, both "in the lab" and deployed in the field. The project community is maturing into a full-fledged ecosystem: wor

[Discuss-gnuradio] Cannot Get Latest GNU Radio

2013-11-14 Thread Paul B. Huter
I am trying to get the most up-to-date (3.7.x) version of GNU Radio, but my computer keeps downloading version 3.6.x. I am running Linux Mint 14. Any suggestions? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/li

Re: [Discuss-gnuradio] Cannot Get Latest GNU Radio

2013-11-14 Thread Marcus D. Leech
I am trying to get the most up-to-date (3.7.x) version of GNU Radio, but my computer keeps downloading version 3.6.x. I am running Linux Mint 14. Any suggestions? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailm