Re: [Discuss-gnuradio] ImportError: No module named ...

Indeed, the only reason to run things under "sudo" is when you're doing something that needs root privilege, like updating system files   (such as when you do a sudo make install), or you're trying ot get access to some resource that an ordinary user doesn't have access to.   Ordinary applications

Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

I'm talking about the UDP traffic between the host and the N2xx device.       on Jul 16, 2014, madengr wrote: Marcus,What OS are you using? I had the same issue (UDP not getting through onreceive side) with Fedora 20, even with Firewall "supposedly" turned off(i.e. Trusted Zone selected). Manuall

Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

Also, you're sending data at 6.25Msps, with complex-float samples, which chews up:   6.25e6 x 8   bytes/second = 400Mbit/second, without accounting for headers and other overhead.   You might want to re-think your architecture, if you're going to be sending this data over the network.       on Jul

Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

Assuming that you're not just dropping samples -- are you getting 'O' on your receiver console?   If that isn't the case, then the most likely reason is that UDP doesn't guarantee a reliable channel, and if you're routing these UDP packets over a significant-sized IP network, that network may be dr

Re: [Discuss-gnuradio] Arbitrary ADC resolution at the receiver

I suppose you'd have to modify the FPGA-to-ADC interface to bring in fewer bits from the ADC.  I don't think there's a way to lower ADC resolution at the ADC itself.     on Jun 30, 2014, Leonardo S. Cardoso wrote: Hello everyone,   I excuse myself on advance by my noob question...   I have an N

Re: [Discuss-gnuradio] Why SWIG has been selected as C++ wrapper for Python for GNURadio ?

I find that it's relatively-common for people to criticize existing codebases because they don't use library , or aren't written in , or don't use .  The nice thing about computer-sciencey things is that there's *always* a multitude of pathways to achieve any given goal.  The fact that some group o

Re: [Discuss-gnuradio] sample time alignment in GRC

Make sure that you specify that the 2nd X310 uses external clock and 1PPS, and all of them should use time synch of   "unknown PPS".   Also, there has been a bug in the scope sink (dunno if fixed) where samples are *not* time-aligned in the scope sink.  The except   is that a complex-pair will be t

Re: [Discuss-gnuradio] tx_time tag accuraccy

mit FIFO if it has been tagged as tx_time=X.       -- Bob On Wed, Jun 4, 2014 at 10:51 PM, Marcus Leech <mle...@ripnet.com> wrote: It will depend some on the effective group delay of both the interpolation filters in the the FPGA and the analog group delay of the analog bits of whatever daugh

Re: [Discuss-gnuradio] [USRP-users] tx_time tag accuraccy

It will depend some on the effective group delay of both the interpolation filters in the the FPGA and the analog group delay of the analog bits of whatever daughtercard you're using.   The only way to be sure is to measure...     on Jun 04, 2014, bob wole via USRP-users wrote: I am using stream

Re: [Discuss-gnuradio] GR and git on non-networked machine

Something that I do is that for some of my "customers", I've created a ra-distrib.tar.gz that they unload onto their machine,   and then run an installer.sh that just uses the local source-code copies that were unloaded out of the TAR file.   This does a local source build, but from source that I k

Re: [Discuss-gnuradio] Git cloned, errors in Portaudio during cmake

Actually, if you look at the error messages closely, Cmake is complaining about a Cmake function that doesn't exist.  I think it's   CMake that is too old (or the Cmake files are using constructs that are too new), and when there's no portaudio at all, we don't   end up triggering that paragraph of

Re: [Discuss-gnuradio] GNU Radio distribution and build from source.

Ideally, end-users should never have to build from source--their distrib-of-choice should simply have the latest Gnu Radio release in   their repositories.  The reality, however, is much different.  The Gnu Radio project has *very little* influence over the policy and   decisions with respect to wh

Re: [Discuss-gnuradio] MSF/DCF/RBU Time Station Receiver Implementation

I worked on a WWVB receiver a few years back.  Then realized that I'm in an apparent "null" in the WWVB transmit pattern.  Even   my commercial WWVB clocks cannot receive it.  Sigh.       on May 15, 2014, Iain Young, G7III wrote: Hi Everyone,In recent days I had the idea to plug my LF preamp and

Re: [Discuss-gnuradio] low frequency in GRC

Gnu Radio is a streaming architecture. Sample-rate is actually almost-entirely meaningless within the flowgraph, and only really   has meaning "at the edges" when interfacing to the real world.  The only exception is the throttle block, and even it doesn't   produce *precise* sample-rates.   For th

Re: [Discuss-gnuradio] B200 clock calibration

The only way to really make this work "properly" is to go closed-loop.  At that point, you might as well use an external reference.  I've pointed out before   that 10MHz OCXOs are available cheaply, and generally achieve 100PPB *at worst*, even the "scrap pulls" that are cheaply available on eBay u

Re: [Discuss-gnuradio] New guy having troubles

absolute latest and greatest hardware.Thanks,Austin- Original Message - From: Marcus Leech [mailto:mle...@ripnet.com] To: contrapez...@sportogs.com Cc: discuss-gnuradio@gnu.org Sent: Tue, 6 May 2014 15:13:45 + (UTC) Subject: Re: [Discuss-gnuradio] New guy having troubles I don't know

Re: [Discuss-gnuradio] New guy having troubles

I don't know about that specific error, but any build that takes more than about 3 hours means that the even if successful, will yield an actual signal-processing   environment that has very poor performance except at very low sample rates.   What is your OS environment? Hardware?  Memory?  CPU?  

Re: [Discuss-gnuradio] Getting this today from recent GR master build:

Well, I was utterly unable to get it to work, using any recent GR paired with latest "master" of UHD.   I get the same error every time.  The swig-generated code "looks" correct, but this error persists.   I have cleaned every vestige of Gnu Radio and UHD from my system, and done totally-clean buil

Re: [Discuss-gnuradio] [USRP-users] X300 PCIe issues

It's a standard 10GBe card that should be supported by the ixgbe driver that has had kernel support for many many years.     on Apr 28, 2014, Lapointe, Benjamin - 1008 - MITLL via USRP-users wrote: Does the 10 Gigabit Ethernet PCI-express adapter card sold by Ettus work with Ubuntu 14.04 LTS? 

Re: [Discuss-gnuradio] controlling Digital I/O from GRC

Actually, I've always thought that it would be useful to be able to acquire a "handle" for a block, for use in "helper functions" within GRC, you can   actually achieve a fair amount with "helper code" that is hung off of buttons or function-probes and the like.   All of the GPIO stuff in gr-uhd is

Re: [Discuss-gnuradio] for loop int i in block

That would depend on the type of "i", but generally, if a single-precision "int", then 2^31.   But this is a generic programming and C/C++ question, not specifically related to Gnu Radio at all.       on Apr 25, 2014, MHMND Herath wrote: Dear sir What is the maximum i value in for loop in a c++ b

Re: [Discuss-gnuradio] Waveform after AM demodulation looks weird

An AM demodulator is a squaring function.  It can only *ever* produce positive values.  You can remove DC offset by using a high-pass filter after it.       on Apr 25, 2014, Anton Komarov wrote: But when we have only positive values that means in fact we have 0.5 DC offset, and that is bad. More

Re: [Discuss-gnuradio] New GRC behavior request for comment

    Yeah, I'll do the same; enter a variable I haven't created yet. I'm afraid of putting pop-up boxes like this, though. You'll still see the red text in the block and the GRC error button will be enabled to help you track things down, so there will be an indication that you've done something

Re: [Discuss-gnuradio] Terminology Translation

That doesn't quite do the "and dump" part, based on my understanding of an integrate-and-dump integrator.   There's an averager block that might be closer to an integrate-and-dump integrator, since such an integrator also is a decimator   (you only produce an output every N inputs).   I often use a

Re: [Discuss-gnuradio] GR 3.7 build failure

Thanks, I`ll give it a spin this evening.     on Mar 31, 2014, Johnathan Corgan wrote: Marcus, your fix was merged into maint/master/next.On Monday, March 31, 2014, Marcus Leech <mle...@ripnet.com> wrote:   This is currently blocking my attempts to update gr-ra_tools to 3.7 (and, by impli

Re: [Discuss-gnuradio] GR 3.7 build failure

Grumble :(   This is currently blocking my attempts to update gr-ra_tools to 3.7 (and, by implication, simple_ra).   I may dive in myself and see if there's an easy fix that provides backwards compatibility with older systems, since many of my "customers" are on   older systems.       on Mar 31, 2

Re: [Discuss-gnuradio] Performance drop with upgrade to 3.7

It was on my list to change the build-types to "debug" (to provide symbols).  I can't remember whether I did that or not.   Other than disk space, there's no down-side that I can see     on Mar 26, 2014, West, Nathan wrote: On Tue, Mar 25, 2014 at 2:27 PM, Luke Berndt wrote

Re: [Discuss-gnuradio] problem regarding gnu core in installation of airprobe

The version of airprobe you're using hasn't been converted to use the new API in Gnu Radio 3.7, and the gnuradio-core package was deprecated in Gnu Radio 3.7. on Jan 31, 2014, Maheshkumar Pandit wrote:   hello everybudyy    i am try to install airprobe for gsm spectrum decoding but i

Re: [Discuss-gnuradio] PSK Real Time Voice Tx/Rx

Indeed, don't use a throttle block for anything other than a simulation not involving hardware. What sample-rate are you using, and are you getting overrun or underrun indications ('O' or 'U' printed).     on Jan 13, 2014, Marqo Torres wrote: Hello, I am working on a real time voice Tx/Rx using

Re: [Discuss-gnuradio] Go-back is possible?

hat's bad, I guess I should use instead the old code-reading method Raydel 2013/12/2 Marcus Leech <mle...@ripnet.com> There's no automatic mechanism for doing that.   on Dec 02, 2013, Raydel Abreu (CM2ESP) <cm2...@gmail.com> wrote: Hello,Is it possible to go back and

Re: [Discuss-gnuradio] Go-back is possible?

There's no automatic mechanism for doing that.   on Dec 02, 2013, Raydel Abreu (CM2ESP) wrote: Hello,Is it possible to go back and convert a Python GNU Radio code back into the GRC Flow Graph from which it was generated? Cheers, Raydel, CM2ESP ___Disc

Re: [Discuss-gnuradio] USRP N200 with GNU v3.7 fails

ноября 2013, 18:00 UTC от Marcus Leech <mle...@ripnet.com>: The Ubuntu packages are notoriously out-of-date, and since teh UHD version you pulled has a depend on Gnu Radio 3.6.1, it installed Gnu Radio 3.6.1.   YOu might want to just start over again with pybombs, or build-gnuradio    

Re: [Discuss-gnuradio] USRP N200 with GNU v3.7 fails

The Ubuntu packages are notoriously out-of-date, and since teh UHD version you pulled has a depend on Gnu Radio 3.6.1, it installed Gnu Radio 3.6.1.   YOu might want to just start over again with pybombs, or build-gnuradio     on Nov 22, 2013, nesimi eldarov wrote: Hi People,My system Ubuntu 13.04

Re: [Discuss-gnuradio] GRC: File/Path browser in QT or WX gui ?

Just a note that the file-sink block takes a runtime-settable parameter for the file name.  In GRC, make this a variable, and link it to a text entry field, and Bob's your uncle.  This doesn't have the "file browser" aspects, but it achieves a big part of the goal.     on Nov 20, 2013, Nowlan, Sean

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

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] No USRPs found on interface eth0

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] Accessing the uhd_usrp object

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] Ubuntu 13.10 (Saucy Salamander) - runs from terminal, but not GRC

Or set your PYTHONPATH in your .bashrc, and export it.   on Nov 08, 2013, Tom Rondeau wrote: On Thu, Nov 7, 2013 at 6:52 PM, Tom McDermott wrote:> Hi Tom, thanks again for all your help.>> It runs from a terminal OK.> The missing Qwt5 error comes when trying to run it fr

Re: [Discuss-gnuradio] band pass filter

Oh, nevermind.  I missed the "simulation" part.   on Oct 31, 2013, Marcus Leech wrote: What SDR is being used that samples at 400e6 SPS, and what *computer* is being used that can keep up?  Inquiring minds want to know...   on Oct 31, 2013, Mike Jameson <mike.jame...@ettus.com>

Re: [Discuss-gnuradio] band pass filter

What SDR is being used that samples at 400e6 SPS, and what *computer* is being used that can keep up?  Inquiring minds want to know...   on Oct 31, 2013, Mike Jameson wrote: Hi Maheshkumar, For your example using a sample rate of 400e6, the low and high cutoff frequencies need to be between

Re: [Discuss-gnuradio] First proper build - missing blocks

The blocks in GRC have moved around quite a bit in the last year or so. A simple signal source can now be found under "Waveform Generators", and if you move your mouse into the panel on the right, with all the blocks    categories, you can use CTRL-F, which will pop up a little text-entry box and a

Re: [Discuss-gnuradio] setup of usrp N100/N200

The default IP address of the N2XX devices is 192.168.10.2, so: uhd_usrp_probe --args "addr=192.168.10.2"   Should work.  EXCEPT, you only have a 10/100 Ethernet interface, which won't work.  The N2XX devices support ONLY 1GiGe.     on Oct 21, 2013, Sandhya G wrote: HI all,   I have followed as

Re: [Discuss-gnuradio] Dynamically set sample rate

Most sources/sinks have something like a set_sample_rate() method that can be called. It's often useful to put together a flow-graph in GRC to see how this is organized in Python.   For example, if you change sample-rate on the fly, your downstream blocks that care about sample-rate are going to ne

Re: [Discuss-gnuradio] GNU Chirp Sounder version 1.23

Cool. Any volunteers to convert gr-ra_blocks to 3.7 for me?    [Crickets...]     on Oct 11, 2013, Juha Vierinen wrote: Hi,   My gnuradio hackfest project was to migrate code to 3.7. With the help of a lot of the other more programming savvy participants, I managed to migrate everything fairly c

Re: [Discuss-gnuradio] Avoiding jargon how might GNUradio, software defined radio be explained to AM-FM radio listeners unfamiliar with technology generally?

I've described it like this: Traditionally radios have been purpose-built for specific types of tasks using electronic components to perform those tasks.  Many of the crucial "systems" in    a radio are actually performing mathematical "transformations" on the signals going through them.  Sometimes

Re: [Discuss-gnuradio] Reconfigure FIR coefficients without stopping the sampling process

The filters all have "set_taps()" methods that allow you to set the taps dynamically.   on Oct 08, 2013, rmsrms1987 wrote: Hello Everyone, I have a quick question regarding the reconfiguration of blocks within agnuradio "top block" application. I am working on a radar system that willoccasionally

[Discuss-gnuradio] Summary of desires for GRC, just discuss on the #ghuradio channel

Just a quick summary of the "things people would like" to see in GRC:      o off-page connectors -- for managing large flow-graphs    o better-handling of GRC-produced hier-blocks    o allow blocks to be in more than one category    o make searching "easier"    o integrate Doxygen block documentati

Re: [Discuss-gnuradio] dual coherent channel rtl_sdr

hen I'm feeding in a 45Mhz sine wave into the two devices RF input through a splitter and variable attenuator. > > The result is horrible relative-phase-noise between the two channels.  They dance all over the place on the scope display. > > In comparision, a B100 with TVRX2, un

Re: [Discuss-gnuradio] dual coherent channel rtl_sdr

Hmmm, interesting.Was this with E4000 tuners, or R820T tuners?   What was your exact test setup, tuned-frequency, etc?       on Sep 25, 2013, Juha Vierinen wrote: Hi guys,   Based on my very limited understanding on electronics, osclilators and other such things, I would expect oscillator effects

Re: [Discuss-gnuradio] Error Compiling Multimon

And I`ll comment that if you *do* undertake that work, successfully, I`d be happy to fold the results into the SVN code for multimode.   on Sep 12, 2013, Tom Rondeau wrote: On Wed, Sep 11, 2013 at 9:21 PM, John wrote:> On 09/11/13 20:14, Marcus D. Leech wrote:>>> You can pull

Re: [Discuss-gnuradio] mathematics behind probe.level()

It uses a single-pole IIR filter.  You can set the alpha value when you create the block, and also, there's a set_alpha() method that is a public method.   on Aug 29, 2013, dilip thapa wrote: Marcus,   Thanks for very nice explanation: so I see the code of this block with the help of your reply,

Re: [Discuss-gnuradio] mathematics behind probe.level()

For a complex signal, the instantaneous power level is proportional to (I**2 + Q**2), which you then average.This is precisely what probe_avg_mag_sqrd does.   And, you shouldn't refer to it as an "energy level", since you're measuring power, not energy.  Those are different (but related) concepts i

Re: [Discuss-gnuradio] choppy audio and underrun (aUaU) with simple audio test

Audio subsystem support out of a VM is kind of hit-and-miss. Make sure that your emulated sound subsystem is actually running at the rate you request.     on Aug 28, 2013, Curt Karnstedt wrote: I am using gnuradio companion to run a simple test, in which I just connect a signal source to an audi

Re: [Discuss-gnuradio] Make tests failed when Building for version 3.7.1git

Is this a 32-bit install on 64-bit hardware issue?     on Aug 23, 2013, Tom Rondeau wrote: On Fri, Aug 23, 2013 at 1:53 AM, Damon wrote:>>> On Tue, Aug 20, 2013 at 9:05 AM, Damon wrote: On Mon, Aug 19, 2013 at 8:29 AM, Damon

Re: [Discuss-gnuradio] Streaming Funcube Dongle Pro+ over UDP

Also, what kind of network infrastructure?  Is it dropping frames? Which side of this has the BeagleBone, and which side is the "sink".   on Aug 09, 2013, Marcus Müller wrote: Hi Vanush, remove the gui sink. It also limits the sample processing speed and thus is equally bad as throttle. Am 09.08

Re: [Discuss-gnuradio] maybe the build-gnuradio needs to update the git clone address?

Cloning from there just worked for me.     on Aug 02, 2013, Alex Zhang wrote: Hi Marcus,   I always met the git checkout error " Could not find gnuradio/gnuradio-{core,runtime} after GIT checkout"   Thus everytime i have to change the git clone address to  git://git.gnuradio.org/gnuradio   Is th

Re: [Discuss-gnuradio] UHD Warning on ODD Interpolation

How wide is your signal? Then find the nearest sample rate > your_bandwidth that satisfies the desired outcome that the computed   interpolation rate  (64.0e6 / desired_rate) is an even number.   If the signal has artefacts that "spill" outside the required sample rate, then, yet, filter it first.

Re: [Discuss-gnuradio] wx gui plots not redrawing

My experience with wxPython on Windows is that it's both buggy, and horribly slow--and that's for apps that are not even vaguely related to Gnu Radio. I've definitely seen window-redraw issues on wxPython on Windows.     on Jul 26, 2013, Clark Pope wrote: I have a strange problem with my gnuradio

Re: [Discuss-gnuradio] Duplex daughter

erboard. It seems that these duplex daughterboard can only  implement  dul-band.   Best regards!   Dong Wang 2013/7/26 Marcus Leech <mle...@ripnet.com> You can use two widely-separated antennae, or use a single antenna and a circulator--circulators are necessarily quite frequency-specific, and

Re: [Discuss-gnuradio] callback function called twice

On some GUI slider widgets, there's a "call callback only on motion finished" option.  I don't know whether that's available in WxGUI, and whether we use it (and whether the option to use it should be exposed within GRC). Also, doesn't the callback get called on first instantiation to set the defau

Re: [Discuss-gnuradio] Using Gnuradio Companion to send identical signals with usrp1 to XCRV2450 and sbx daughter boards

It would be useful to see your exact flow-graph.   Also, how old is your USRP1?   What rev of UHD code are you running?     on Jul 22, 2013, mario behn wrote: Hi,   sorry for sending the email to both list, but it seems it might be a joint topic. Please advise ma if I'm wrong.   However here is m

Re: [Discuss-gnuradio] Network unreachable on Beaglebone Black

If you don't explicitly specify a device address, UHD will search through the defaults, including for an N2XX at 192.168.10.2.   Just specify "type=usrp1" in the the device args.     on Jul 22, 2013, Nemanja Savic wrote: Hallo guys, I have installed gnuradio on Beaglebone black, which runs un

Re: [Discuss-gnuradio] Network unreachable on Beaglebone Black

really? So, if you uhd_rx_cfile --args "type=usrp1"   What happens?   Why the horribly-out-of-date Gnu Radio?   (And corresponding version of UHD?)     on Jul 22, 2013, Nemanja Savic wrote: But there is no option for that (type). it is gnuradio 3.4.3. On Mon, Jul 22, 2013 at 5:11

Re: [Discuss-gnuradio] Scheduler Issues with Branch Prediction

Indeed, it sounds like a race condition to me. Could just as easily be due to cache-miss changing timing as anything else. on Jul 17, 2013, Johnathan Corgan wrote: > >On 07/17/2013 10:12 AM, Marcus Leech wrote: > >> Indeed, if branch-prediction misses in the CPU caused

Re: [Discuss-gnuradio] Scheduler Issues with Branch Prediction

Indeed, if branch-prediction misses in the CPU caused actual visible effects to data integrity, thousands and thousands of bits of software would be negatively impacted, not just Gnu Radio and not just multi-threaded applications. All of the CPU-implementation "tricks" that are buried in the

Re: [Discuss-gnuradio] Cannot import gnuradio

I'll point out that build-gnuradio uses sudo ldconfig judiciously, to deal with this issue...     on Jun 19, 2013, Josh Blum wrote: On 06/19/2013 08:57 AM, Marcus D. Leech wrote:> On 06/19/2013 02:22 AM, Favati wrote:>> Il 15/06/2013 13:02, Tanaga Biru ha scritto:>>> Dear Helper,>> I had insta

Re: [Discuss-gnuradio] Cannot import gnuradio

Hmm, is PYTHONPATH marked for *export* in your .bashrc?     on Jun 19, 2013, Favati wrote: > If you open up a terminal window and type:>> echo $PYTHONPATH>> What do you get?/usr/local/lib/python2.7/dist-packages>> Do you have Python2.7 installed? What is actually in directory> /usr/local/lib/pytho

Re: [Discuss-gnuradio] GUIs are not showing in 'master'

There was a back-and-forth about some wx-GUI initialization that fixed a similar problem for MacOS, but immediately also broke Linux.   There was a revert of that in the last day or two.   on Jun 18, 2013, Tom Rondeau wrote: On Tue, Jun 18, 2013 at 2:31 PM, George Nychis wrote:

Re: [Discuss-gnuradio] Setting PythonPath

If you had used the build-gnuradio script, it will, as one of the last things it does, suggest what PYTHONPATH to use on your system.  Ubuntu typically puts locally-installed Python packages in:   /usr/local/lib/python2.X/dist-packages   Also, keep in mind that the default terminal window configura

[Discuss-gnuradio] build-gnuradio update

I updated build-gnuradio this evening to bring in the support for hackrf for gr-osmosdr.   Tested on Fedora 14 and Ubuntu 12.04 only at this point, but seems to  work (to the extent that it builds OK.  I don't have hackrf hardware, so that's as far as I can go).     ___

[Discuss-gnuradio] Which block architecture to choose?

I'm working on a few blocks specific to small-scale radio astronomy, and one I want to build should be relatively simple.   It takes a vector as input--typically a vector of FFT magnitudes.   It produces multiple output streams, each stream is the sum of a subset of the bins in the FFT vector, with

Re: [Discuss-gnuradio] Volk slide show + audio

Banned in 25 states.  See him before it's too late...   :)   on Jun 12, 2013, Tom Rondeau wrote: Just wanted to share with anyone interested in Volk (or not sure aboutwhat Volk is and whether or not you are interested):WARNING: Contains me.http://www.trondeau.com/blog/2013/6/12/nearly-50-minutes-o

Re: [Discuss-gnuradio] Regarding exponential operator in gnuradio

I think there's a generic "transcendental" block that actually allows you to call anything in libm.   It may be slow.   on Jun 10, 2013, vamshi krishna dodla wrote: Hi all, does gnuradio have an exponential operator (like e^jw). If not how to implement it in gnuradio. -- Thanks & Regards Vamsh

Re: [Discuss-gnuradio] gnuradio-companion

Assuming you're using a recent version of GRC, just start typing in the blocks window which enables a search.  So typing "channel model" here will take you to the channel model.   on Jun 10, 2013, Pratik Kumar wrote: I am new to gnuradio. Can i get this channel as a block in gnuradio-companion.  

Re: [Discuss-gnuradio] Detecting underflows with uhd_usrp_sink

some time, the> two clocks have drifted apart unfavourably in terms of allowing you >to schedule things far enough in advance, relative to the USRP clock.> PC clocks are *terrible* by themselves. They'll drift significant >fractions of a second on a daily basis without any outsid

Re: [Discuss-gnuradio] external clock issue with B100 + WBX

, Guy You can use "test_pps_input"  which is one of the UHD examples. Also, LED 'E' tells you whether the clock is locked to the external reference. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org __

Re: [Discuss-gnuradio] build-gnuradio (02-06-2013) does build gnuradio but with errors

How old is your build-gnuradio? A fix went in for osmosdr sometime last week--Thursday night.     on Jun 03, 2013, Ben Z wrote: Hi. Decided to refresh my system, started clean with Ubuntu 12.04 LTS 64 bits on an I3 system. Had to re-install Gnuradio and noticed that the build-gnuradio scri

Re: [Discuss-gnuradio] calibrating USRP

Indeed, the only way to do this is to use a signal generator with known power levels, and precision attenuators.  You'll have to repeat the process over the full tuning range of the device(s) in question, since effective gain will change a little with tuned frequency--that's just a natural property

Re: [Discuss-gnuradio] GIT checkout failure

There was a problem briefly after the Gnu Radio repos were updated to 3.7 where a test in build-gnuradio for files being there after the GIT checkout of Gnu Radio.   But this was fixed in build-gnuradio a couple of days ago.     on May 31, 2013, Frankie Rawlins wrote: Hi,   I have had this probl

Re: [Discuss-gnuradio] How to use several DDC in usrp?

Wolfgang:   You may find the skeleton code (derived from a GRC file) attached here to be useful.  Note that for 4 DDCs, you'll need the 4rx FPGA image.       on May 26, 2013, Josh Blum wrote: On 05/26/2013 01:10 PM, Wolfgang Buesser wrote:> Hello> > I am using a usrp1 populated with 2 LFRX and 2 L

RE: [Discuss-gnuradio] USRP support plan

I'm very happy to hear that, Matt. The SBRAC observatory architecture is based on USRP1! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Ettus Sent: Friday, September 12, 2008 2:31 PM To: Alberto Trentadue Cc: Discuss-gnuradio@gnu.org Subject: Re

RE: [Discuss-gnuradio] USRP2 Price

ubject: Re: [Discuss-gnuradio] USRP2 Price Marcus Leech wrote: > [Adopts Austin Powers voice] > > Yeah, Baby. > > USRP2 has been a long time coming. As soon as I can rub together a > few nickles, I'll probably > pick one up. > > We chose to go with the original

RE: [Discuss-gnuradio] USRP2 Price

[Adopts Austin Powers voice] Yeah, Baby. USRP2 has been a long time coming. As soon as I can rub together a few nickles, I'll probably pick one up. We chose to go with the original USRP for the SBRAC project (http://www.sbrac.org), partially because I already had one, and partially for the

[Discuss-gnuradio] ICRON Ranger 2101 USB 2.0 Extender

I'm just now running tests on the ICRON USB2.0 Ranger 2101 extender device. I have it on a 100' piece of ordinary Cat5E UTP cable. It seems to work OK with the USRP, but when I run at higher data rates (decim=8), it gets a lot of uOuOuO--more than it gets when I'm directly connected. Not sure

RE: [Discuss-gnuradio] NICE, mp schedule and stand alone library

Indeed. I'm running my radio astronomy code on the latest build with SMP support, and it's working really well. I can now run two different daughtercards with my RA code, sucking in 8Msps each, with 8-bit samples, and some fairly hairy processing. This is awesome! [Need to sneak the receive

RE: [Discuss-gnuradio] Some noodling

mailto:[EMAIL PROTECTED] Sent: Wednesday, August 20, 2008 12:16 PM To: Leech, Marcus (CAR:1A12) Cc: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Some noodling On Tue, Aug 19, 2008 at 2:00 PM, Marcus Leech <[EMAIL PROTECTED]> wrote: > Controlling the switching function is no pro

[Discuss-gnuradio] Gating function??

Other than gr_pwr_squelch_xx, there doesn't appear to be a simple gating function in Gnu Radio--is that true? I tried gr_mute_ff(), but it injects zeros, rather than gating the stream, which is precisely what I don't want. The gr_pwr_squelch_ff() function appears to chew up a *lot* of CPU, which

[Discuss-gnuradio] Some noodling

I want to write a dicke-switched type system for my existing un-calibrated radiometry application (usrp_ra_receiver.py). Controlling the switching function is no problem. But processing the samples as they come in has me a bit stumped, unless I write a custom-processing block. So, the input s

[Discuss-gnuradio] Multiple RX channels

How do I arrange for there to be multiple input channels from the USRP when I have two Rx daughtercards? I have a dual-polarization feed now, with dual DBS_RX cards, and I want to compute the cross product between the two channels. In my existing code, there's: self.u = usrp.source_c

[Discuss-gnuradio] Two entirely unrelated questions

Does anybody have a comprehensive list of USB-interfaced SDR devices out there that work roughly in the same spirit as the USRP (even if there aren't plug-ins for Gnu Radio). In my other life as Principal Investigator for the Shirleys Bay Radio Astronomy Consortium, I managed to get a free dona

[Discuss-gnuradio] USB 2.0 extenders

I've been looking into USB 2.0 range extenders recently, in support of my big-dish radio astronomy project. There's a company called ICRON that has a Ranger 2101 product that allows you to extend USB 2.0 up to 100M with Cat5e cable, and it's about $300.00. This is roughly half the cost of "tra

Re: [Discuss-gnuradio] Re: USRP / DBSRX calibration

re OK, but keep them to an absolute minimum). My overall system temperature with this setup was about 95K. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic Stand

[Discuss-gnuradio] Planning for the future

I'm currently doing some preliminary planning/budgeting for a significant project involving Gnu Radio: http://tech.groups.yahoo.com/group/sbrac-astronomy/ My current thinking is to run dual polarization at the feedpoint, using USRP2. The idea is that two USRP2s can live in a weatherproof

Re: [Discuss-gnuradio] We WILL be removing gr.flow_graph from the trunk soon

Eric Blossom wrote: We said this back in December, but we really mean it now... Those of you who are using the trunk and haven't converted to the new top_block/hier_block2 way of doing things should either do so now, or switch to the 3.1 stable branch. Eric I *think* my RA applications hav

[Discuss-gnuradio] gr-radio-astronomy list

The gr-radio-astronomy list is now active on Yahoo: http://tech.groups.yahoo.com/group/gr-radio-astronomy/ I sent invites out to a bunch of people, but only a couple of them have responded. Sometimes the "invite" messages from Yahoo get caught in peoples SPAM filters. If you thought you shoul

Re: [Discuss-gnuradio] gr-radio-astronomy users

Marcus Leech wrote: > Could anyone who is using (or trying to use, or about to use) the > gr-radio-astronomy subsystem of Gnu Radio > please send me an e-mail indicating that. > > I'd like to establish a small community of interest, for sharing > ideas, and things li

Re: [Discuss-gnuradio] OLPC - next generation with SDR?

John Gilmore wrote: > > My first thought is to just increase the sample rate and effective > bits per sample of the audio processing hardware, and increase the > number of channels so that ordinary stereo audio can happen > simultaneously with analog I/O. I think it's a crime that cheap > analog I

[Discuss-gnuradio] gr-radio-astronomy users

I use with gr-radio-astronomy. I'm thinking that perhaps a separate mailing list might be appropriate for support-type activities relating to gr-radio-astronomy. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-91

Re: [Discuss-gnuradio] OLPC

e was better spent on other things... -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic Standards Nortel Networks [EMAIL PROT

Re: [Discuss-gnuradio] RE: USRP - radio astronomy

Marcus Leech wrote: > > H. That's strange. I'm going to pull the latest SVN > developer tree, and re-build from scratch on my F7 updated > system (it's an X86_64, but I also use an x86 system). > > OK, so the developer tree as of a few weeks

  1   2   3   >