Re: [Discuss-gnuradio] Re: usrp wfm problem

It would be useful to have a function that returned the as-aliased frequency for any given input frequency (up to the maximum input frequency of the A/D). Trivial, I suppose, but less opportunity for brain farts that way. Matt Ettus wrote: Quoting mj <[EMAIL PROTECTED]>: Am i missing somethi

Re: [Discuss-gnuradio] Cognitive Radio on agenda for FCC's meeting in March

While that sounds interesting (particularly as I'm a part-time radio astronomer), what you'll find is that most of the more sensitive facilities would rather not have transmitters of any kind anywhere near them--even their own. At some facilities, the vehicular traffic within the facility is *

Re: [Discuss-gnuradio] Questions

Cool. That means that you could conceivably build a 4-port correlator (for radio astronomy) out of a single USRP, assuming that your front-ends are all running from a single oscillator/reference. Eric Blossom wrote: On Fri, Feb 25, 2005 at 02:58:36AM -, Robert McGwier wrote: I want to take

Re: [Discuss-gnuradio] signals/atsc question

John Gilmore wrote: But even at 20 Ms/s, with 14-bit samples passed in 2-byte shorts, we've exceeded the capacity of the USB bus. It would be pretty easy to build a sample-packer that would pass 16 samples in 14 bytes (rather than in 16 bytes), which would save us 1/8th of the bandwidth. That woul

Re: [Discuss-gnuradio] signals/atsc question

So, for a theoretical USB bandwidth of 32Mbyte/sec, that's 128Msamples/sec coming from the A/D :-) Eric Blossom wrote: On Wed, Mar 02, 2005 at 09:59:34AM -0500, Marcus Leech wrote: Sample-size reduction, in order to increase effective bandwidth up to the computer, would be of great benefi

[Discuss-gnuradio] FPGA RA spectrometer

Just saw this on my SARA (Society of Amateur Radio Astronomers) list: http://arxiv.org/abs/astro-ph/0503067 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Schematics for tvrx frontend?

Given also that the MT4937 is a cable-modem thingy, the analog outputs would pretty-much be *designed* to feed a high-speed A/D directly. Matt Ettus wrote: I was really surprised that there basically is no circuitry (like opamp-based impedance matching) between the tuners' output and the ADC

[Discuss-gnuradio] Waterfall spectrum display

Has anyone contemplated a "waterfall" type spectrum display? This might best be done when contemplating general data display speedups and UI improvements. Not that I'm volunteering, you understand :-) -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Sec

Re: [Discuss-gnuradio] PNG's of a neutral hydrogen observation at PARI with a USRP.

___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Advanced Technology Rese

Re: [Discuss-gnuradio] PNG's of a neutral hydrogen observation at PARI with a USRP.

niques like beamswitching, etc, are traditional in dealing with these issues. But having a very stable, temperature-controlled, back-end helps tremendously :-) -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 76

[Discuss-gnuradio] Multi-threaded/distributed FFT algorithms

resolution spectrograms for 10Mhz wide data, handling the FFT across multiple CPUs seems attractive. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Advanced Technology Research Norte

Re: [Discuss-gnuradio] USRP Status.

the noise that curve gets mighty annoying. Does current USRP hardware CVS have anything new? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Marcus Leech

Re: [Discuss-gnuradio] USRP sample timing

tween between the 2 AD9862s. The line length difference is on the order of 1 cm. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Marcus Leech

Re: [Discuss-gnuradio] usrp dbsrx to use in seti and radioastronomy

Iban Cardona wrote: Hi, I'm looking to buy a rfspace sdr-14 to use with a icom r7100 for seti and RA. But today I see in the Ettus home page that it have the DBSRX for sell, if it is usable for seti and RA it is a nice candy :) because putting two dbsrx boards is possible to listen two chan

Re: [Discuss-gnuradio] usrp dbsrx to use in seti and radioastronomy

Ben Loftin wrote: Could you elaborate on what you mean by seeing GPS L1. Does this me acquisition, tracking, seeing bumps on an FFT, etc. I ask because I am starting to build up algorithms for a GPS receiver to use with USRP. I just finished the first simple one of generating the C/A code

Re: [Discuss-gnuradio] external clock

refclk, divided down to 4Mhz or so, which feeds a PLL-based quadrature direct-conversion receiver, covering 800Mhz or so to about 2Ghz or so. The phase noise on the DBS_RX isn't spectacular, because the chip (MAX2118) is designed for wideband DBS satellite TV recepti

Re: [Discuss-gnuradio] RA Receiver front end

tion regarding other types. Finally, I must admit I am confused between analogue and digital tuners. Hope someone has experience of TV tuners and able to help. Best wishes, Frank Rawlins South Coast England -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security

Re: [Discuss-gnuradio] RA Receiver front end

back yard is only 54 feet x 26 feet and have a 8.5 feet dish (I could enlarge it to 12 feet) so I am very limited. Many thanks, Frank G0OFX (missed G0OFY by one place!) -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (

Re: [Discuss-gnuradio] Problem using the dbs card

_ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic St

[Discuss-gnuradio] 802.16 jammer with USRP/GnuRadio?

Here's an unusual request. I'm discussing 802.16 (WiMaX) jamming resistance with some of my colleagues. Since I do security for a living, I like to think about these things. I don't see anything in the specs that would immediately render a jammer an impractical project for an poorly-funded

Re: [Discuss-gnuradio] 802.16 jammer with USRP/GnuRadio?

Stevie wrote: Traditional jamming is probably hard given the required power levels. Lin and Noubir (google for "On Link Layer Denial of Service in Data Wireless LANs") consider 802.11a and show that jamming just one complete symbol will cause the frame to be retransmitted and so a pulsed jammin

Re: [Discuss-gnuradio] MPAA at it again.

___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic Standards

Re: [Discuss-gnuradio] MPAA at it again.

e that rational people can propose this sort of stuff. I'm a Canadian, which means that I don't have any congresscritters to bother. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 3

Re: [Discuss-gnuradio] MPAA at it again.

en you just re-arrange the spectra back to the way it should be after the "watermark detect" phase. But maybe I'm all wet, as it were. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-91

Re: [Discuss-gnuradio] MPAA at it again.

ll, ultimately, be the downfall of western technocracy. Unless we stop it now. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic Standards Nortel Networks [E

[Discuss-gnuradio] Analog video restoration

better-quality digital version. You could also do interpolation between lines to produce a synthetic pseudo-higher-resolution copy. I'm not volunteering or anything, and I don't even have a subtantial library of VHS material that I'd like made into DVDs or anything.

Re: [Discuss-gnuradio] MPAA at it again.

John Clark wrote: Hey, at least New Zealand has WETA... Having spent time in New Zealand, I can say that I love the place far too much to drag myself and all my american geeks friends down to live there, thus spoiling it forever :-) :-)

Re: [Discuss-gnuradio] DBSRX Noise Figure

Matt Ettus wrote: The DBSRX board has an LNA on the input. Matt Which is great if you have a short cable run between the DBSRX and the signal source. However, for any applications where noise-figure really matters, the only place you can reasonably put the LNA is right at the feed. Thi

Re: [Discuss-gnuradio] DBS Dish Feeds

Matt Ettus wrote: DBS small satellite dish systems often have LNB feedhorns capable of multiple polarizations and/or multiple bands. This is often controlled by changing the voltage which powers the device. However, some have a more complex control system involving tones in the 20kHz range if

Re: [Discuss-gnuradio] DBS Dish Feeds

without registering or paying, from Eutelsat. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic Standards Nortel Networks [EMAIL PROTECTED

Re: [Discuss-gnuradio] Multiple USRPs

Robert McGwier wrote: This is not quite right. The DIFFERENT oscillators on the USRP boards have different frequencies and thus constantly changing phase angle with respect to each other and with probability 1, the frequencies of both oscillators will change with changing temp, air flow, etc.

Re: [Discuss-gnuradio] Multiple USRPs

Matt Ettus wrote: The close in noise is from the COMMON reference, so there is nothing to cancel, it is perfect. It is the further out phase noise components which are not the same between the 2 PLLs, since those components are from the individual VCOs. These integrate out fairly quickly, and

Re: [Discuss-gnuradio] Congress: "Merry Chrismas! We're Turning Off Your Analog Outs

Eric Blossom wrote: Congress: "Merry Chrismas! We're Turning Off Your Analog Outs" Alex Curtis Public Knowledge December 16, 2005 http://www.publicknowledge.org/node/19 The House Judiciary Committee today introduced a bill (HR 4569) to close the analog hole. http://www.publicknowledge.org/iss

Re: [Discuss-gnuradio] software controlled antenna

s a go-cart for his kids from an old chainsaw motor, some bicycle parts, and a roll of chicken wire :-) Good job, Chuck! -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic Standards No

Re: [Discuss-gnuradio] software controlled antenna

tenna is potentially a lossy thing, so useless for weak-signal work like EME and radio astronomy. Unless you have an LNA at every element in the array. Which maps into $$$. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (E

[Discuss-gnuradio] --width-8 in usrp_fft.py causes spectral artifact when using --waterfall

I just upgraded to the latest tarballs, and happily noticed that usrp_fft.py now includes a waterfall display. I also noticed the --width-8 option to use 8-bit, rather than 16-bit samples. While width-8 seems to work in plain spectral display, it leaves a *strong* artifact in the waterfall d

[Discuss-gnuradio] usrp_nbfm_rcv.py

I gather that usrp_nbfm_rcv.py is using an older "view" of the nbfmrx.py module from gnuradio-core, since the squelch code inside usrp_nbfm_rcv.py provokes errors complaining about undefined attributes. Is there an update on the way for usrp_nbfm_rcv.py that uses the newer squelch model? I w

Re: [Discuss-gnuradio] --width-8 in usrp_fft.py causes spectral artifact when using --waterfall

Eric Blossom wrote: Not sure abou the waterfall code. OTOH, the reason we haven't been promoting this mode is that it does not currently perform proper rounding. Thus the strong DC artifact. Yup, further investigation of width-8 reveals that it is currently too "artifacty" for actual use.

[Discuss-gnuradio] gain control extreme non-linearity--is my hardware broken?

I've noticed while playing with the gain control with the DBS_RX and USRP that the range of 50-79 makes no difference to the signal level, and then when I switch from 79 to 80, there's a sudden 10dB jump in signal level. Also down between 40 and 50, the gain control only seems to produce a

Re: [Discuss-gnuradio] gain control extreme non-linearity--is my hardware broken?

Matt Ettus wrote: Lee Patton wrote: I have seen that problem too. It is the result of incorrect python integer/float semantics during the setting of the gc2 variable in the set_gain() method found in db_dbs_rx.py. I will post a complete patch once I am finished investigating some other gain

[Discuss-gnuradio] RA detector signal chain

I'm slowly starting to "grok" some of the internals of GnuRadio. I want to use GnuRadio for radio astronomy, including total-power detection. My "plan of attack" is to write a block that acts as a detector--very simple, in that all it needs to do is take a complex input, square the inputs, and

[Discuss-gnuradio] Homing in on an RA detector chain

those dinosaurs who learned C back in 1979, and it pretty-much "stuck". -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic Standards Nortel Networks

Re: [Discuss-gnuradio] Homing in on an RA detector chain

Matt Ettus wrote: Your code looks reasonable, but before you go writing C++ blocks, I would try to do what you want with what is already there. The reality is that the gr_probe_avg_mag_sqrd is rather specialized, and not really necessary. Here's what I would do. 1) usrp source complex to gr_c

[Discuss-gnuradio] Nowhere near ready for prime time, but...

http://www.propulsionpolymers.com/usrp_ra_receiver.py http://www.propulsionpolymers.com/stripchartsink.py Together, they make up a crude total-power/spectral receiver chain for amateur radio astronomy using the USRP and an appropriate daughter card. Still needs a *lot* of work, but it's promis

[Discuss-gnuradio] I shouldn't be allowed near a keyboard this late at night

Those URLs I sent just a moment ago are wrong. http://www.propulsionpolymers.com/radioastronomy/usrp_ra_receiver.py http://www.propulsionpolymers.com/radioastronomy/stripchartsink.py ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://l

Re: [Discuss-gnuradio] Nowhere near ready for prime time, but...

Lee Patton wrote: I was seeing a segfault on the exit of usrp_{fft,oscope}.py, but that has been fixed by Eric in recent code. This is probably a long shot, but maybe you're using old or unfixed code. See the following message chain for details: http://lists.gnu.org/archive/html/discuss-gnuradi

[Discuss-gnuradio] How is the gr_timer object used?

Subject pretty-much says it all. In my application, I want to trigger a timer once per second to update a pair of static text objects on the display. (With the current sidereal time, for the curious). ___ Discuss-gnuradio mailing list Discuss-gn

[Discuss-gnuradio] Updated RA receiver stuff

It's getting better ("so much better all the time"). http://www.propulsionpolymers.com/radioastronomy/usrp_ra_receiver.py http://www.propulsionpolymers.com/radioastronomy/ra_stripchartsink.py http://www.propulsionpolymers.com/radioastronomy/usrp_ra_receiver.gif I'm going to bed now. Honest. -C

[Discuss-gnuradio] Somebody stop me before I code again

In between putting coats of paint on the bathroom wall, etc, I managed to make further improvements to my RA receiver code. http://www.propulsionpolymers.com/radioastronomy/usrp_ra_receiver.py http://www.propulsionpolymers.com/radioastronomy/ra_stripchartsink.py http://www.propulsionpolymers.co

Re: [Discuss-gnuradio] Do I need a FCC license?

Eunsoo Seo wrote: Hi, guys. I'm a newbie. I'm planning to buy some USRPs and start learning gnu radio. By the way, somebody told me that I need a license from FCC to use gnu radio. And he said that getting a license is not the manufacturer's duty but mine. Is this true? Do you guys have licens

[Discuss-gnuradio] Considering adding an AMD64 system to my flotilla

Folks: I'm considering adding an AMD64 system to my fleet, with FC4. Are there any "gotchas" with this in native mode for GnuRadio? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] DBS_RX/USRP warmup stability

One of the things that's quite important to RA types is the stability of the receiving equipment over longish time periods--particularly over periods that are the same order of magnitude as the signals they're trying to observe. I happened to have shut down my USRP/DBS_RX stack today to do som

[Discuss-gnuradio] A longish-term drift study of the USRP/DBS_RX combination

Attached, y'all will find a plot of the total power detected with my receiving setup: 21cm feedhorn--->LNA->DBS_RX->USRP This is with the feedhorn covered with aluminum foil. The 40-minute cycle is something that appeared in my other receiver a couple of years ago, so I suspect it may b

[Discuss-gnuradio] Testing

Please ignore. -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145 +1 613 763 9145 Strategic Standards Nortel Networks [EMAIL PROTECTED

Re: [Discuss-gnuradio] A longish-term drift study of the USRP/DBS_RX combination

more manageable data structure than X-F correlators for RA use. You can see that you can martial the various FFT bins off to different CPUs for further processing in an FX design, and thus control, to some extent, the herculean data flow that occurs in these RA systems... -- Marcus Leech

Re: [Discuss-gnuradio] A longish-term drift study of the USRP/DBS_RX combination

Chuck Swiger wrote: Very interesting - of course the Y scale is a really mangified range of only 0.04, which may or may not be significant.There's always batteries for ultimate isolation - I run the USRP off a 7ah 6v sealed lead/acid battery. Also you could make your setup portable a

Re: [Discuss-gnuradio] A longish-term drift study of the USRP/DBS_RX combination

mike revnell wrote: The astronomy club at the local college (New Mexico Tech) has a little two element interferometer that I can get access to. I'm supposed to be working on some software to point the antennas now. It has two 10 ft dishes with about a 200 foot baseline. I bought two dbsrx boar

[Discuss-gnuradio] 21cm spectra after adding the front end and another line amplifier

Last week, I observed that with the USRP/DBS_RX combination terminated at the input, there was still a couple of spectral spurs when I set the system up to observe at the neutral hydrogen line at 1420.405Mhz. This worried me a little, but I surmised that once I had the LNA and another line-

[Discuss-gnuradio] TCVCXO

I have a couple of temperature-compensated voltage-controlled crystal oscillators in cans. Anybody want 'em? They're made by CTS Knight, and have a nominal frequency of 10.240Mhz. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://li

[Discuss-gnuradio] TCXO offer

I'm embarassed to admit that I managed to delete a raft of e-mail accidentally, which included the responses to my TCXO offer. I'm still offering them, and will ship them to whomevers e-mail lands in my inbox first. I'm terribly sorry about that. One of those fumble-fingered moments one ha

Re: [Discuss-gnuradio] TCXO offer

bout that. One of those fumble-fingered moments one has in the depths of the night while nobody is watching. Henrique Miranda won the race, so off they go... -- Marcus LeechMail: Dept 1A12, M/S: 04352P16 Security Standards AdvisorPhone: (ESN) 393-9145

[Discuss-gnuradio] Test

Test. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Writing baseband data from the USRP

to the disk, create filenames dynamically, etc. Any suggestions? -- Marcus Leech Dept 1A12 Security Standards Advisor [EMAIL PROTECTED] Nortel +1 763 9145 ___ Discuss-gnuradio mailing list

[Discuss-gnuradio] Problems with cvs.sourceforge.net this morning

Is anyone else having trouble updating USRP from sourceforge this morning? I'm getting: can't create temporary directory /tmp/cvs-serv4325 No space left on device From a "cvs up -Pd" I don't get this for any of the other modules (whose CVS is hosted elsewhere).

[Discuss-gnuradio] Problems with sourceforge CVS this morning?

Is anyone else having trouble updating USRP from sourceforge this morning? I'm getting: can't create temporary directory /tmp/cvs-serv4325 No space left on device From a "cvs up -Pd" I don't get this for any of the other modules (whose CVS is hosted elsewhere). ___

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] 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] 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] 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] 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] 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] 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] 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] 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] 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] [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] 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] 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] 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] 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] 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] 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] 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] 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] 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] [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] 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] 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] 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] 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 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] 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?

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] 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] 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] 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] 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] 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] 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] 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

  1   2   3   >