Re: [Discuss-gnuradio] Help: Feedback causing "Flow graph loops"

On Wed, Aug 14, 2013 at 05:10:24PM -0400, Tom Rondeau wrote: > Yes. From a scheduler standpoint, loops, as in traditional control > loops with some required and guaranteed delay, are incredibly > inefficient. And instead of figuring out how to support something like > that, Eric made the decision v

Re: [Discuss-gnuradio] bug in bug-gnuradio

On Wed, Aug 14, 2013 at 06:03:57PM -0400, Dan Aldrich wrote: > Tom, > > Here's the webpage: > > http://gnuradio.org/redmine/projects/gnuradio/wiki/Development?version=7 Hi Dan, You're pointing to a specific, old version of that wiki page :) If you go to http://gnuradio.org/redmine/projects/gnur

[Discuss-gnuradio] Interfacing GNU Radio and N6841A RF Sensor

Has anybody worked on interfacing GNU Radio with N6841A RF Sensor http://www.home.agilent.com/en/pd-1414739-pn-N6841A/rf-sensor Doable ?? -- View this message in context: http://gnuradio.4.n7.nabble.com/Interfacing-GNU-Radio-and-N6841A-RF-Sensor-tp43174.html Sent from the GnuRadio mailing lis

Re: [Discuss-gnuradio] Interfacing GNU Radio and N6841A RF Sensor

On Thu, Aug 15, 2013 at 03:02:28AM -0700, sumitstop wrote: > Has anybody worked on interfacing GNU Radio with N6841A RF Sensor > http://www.home.agilent.com/en/pd-1414739-pn-N6841A/rf-sensor > > Doable ?? If it has an accessible API (which it seems to have) you can easily create new source block

[Discuss-gnuradio] best transmitter/receiver setup for large coverage

Hi, I am using usrp2 and gnuradio 3.3.0. I want to use benchmark_tx.py as transmitter and benchmark_rx.py as receiver. so that multiple receiver at distance of around 1 KM should get good signal strength. So could you please let me know the best options for tx and rx waveform, so I coul

Re: [Discuss-gnuradio] [USRP-users] best transmitter/receiver setup for large coverage

1 km is a long distance, so the lower frequency, the less pathloss. Use maximum tx gain and rx gain. And the distance may highly depend on the environment. Is there buildings, trees, or just a blank space? Lin 2013/8/15 dilip thapa > Hi, > > I am using usrp2 and gnuradio 3.3.0. > I want to use

Re: [Discuss-gnuradio] LFRX as IF stage questions

I can't use basix_rx, cause i can't get it. the problem is i want to use ti's cc1000 as rf frontend. it has if output at 10.7 MHz. The problem is i can't make pll of cc1000 to lock, and I assume that the problem is mayne in not accurate quartz reference due to bad loading capacitors. Yes I agree i

Re: [Discuss-gnuradio] [USRP-users] best transmitter/receiver setup for large coverage

Lin, actually it is under the building please check here CORNET. ~Dilip Date: Thu, 15 Aug 2013 19:49:38 +0800 Subject: Re: [USRP-users] best transmitter/receiver setup for large coverage From: huanglin.b...@gmail.com To: palpa5b...@hotmail.com CC: discuss-gnuradio@gnu.org; usrp-us...@lists.ett

Re: [Discuss-gnuradio] [USRP-users] best transmitter/receiver setup for large coverage

Dilip, So you just use CORNET remotely. Well, I think you should try different parameters... They use Custom developed USRP2 daughterboard based on the Motorola RFIC4. I didn't find "*specifications on the "custom daughterboard"*" in the FAQ. Lin 2013/8/15 dilip thapa > Lin, > > actually it i

Re: [Discuss-gnuradio] [USRP-users] best transmitter/receiver setup for large coverage

Lin, As I am aware, daughter-board used are https://www.ettus.com/product/details/WBX. and site is not updated. And we can use WBX 50-2200. So If we replaced the daughterboard. how can I achieve the best SNR with above environment. ~Dilip Date: Thu, 15 Aug 2013 20:21:16 +0800 Subject: Re: [USR

Re: [Discuss-gnuradio] macports build failure

I wish I could better control the whole WX debacle within MacPorts, but those are not my ports; I'm helping out as much as my time allows, in hopes that these fixes are put in place sooner rather than later. On Aug 14, 2013, at 9:43 PM, Dan Aldrich wrote: > I'm running OS X 10.8.4, don't know i

Re: [Discuss-gnuradio] [USRP-users] best transmitter/receiver setup for large coverage

Marcus, As in a document the antennas are tri-band 144/430/1200MHz omni-directional. Can you please explain in a little more detail, how can I check (scriptedly) with different frequencies, and find the best frequency, what will be criteria to determine the better frequency, is that can be dis

Re: [Discuss-gnuradio] macports build failure

For folks with the MacPorts wxPython-devel build issue, if you try the alternative build command and do see: {{{ --> Installing gnuradio @3.7.0_2+docs+grc+jack+orc+portaudio+python27+qtgui+sdl+swig+uhd+wavelet ---> Activating gnuradio @3.7.0_2+docs+grc+jack+orc+portaudio+python27+qtgui+sdl+swi

[Discuss-gnuradio] RFID reader

Hello, I wanted to know if anyone has attempted to update the existing RFID reader project(https://www.cgran.org/wiki/Gen2) that was written for USRP1, to work with USRP N200-210? Is there any way to downgrade the firmware and gnuradio to make the existing code work? Cheers, Ertan __

Re: [Discuss-gnuradio] macports build failure

On Aug 15, 2013, at 9:02 AM, Michael Dickens wrote: > Try instead: > {{{ > sudo port install gnuradio > +docs+grc+jack+orc+portaudio+python27+qtgui+sdl+swig+uhd+wavelet > configure.compiler=llvm-gcc-4.2 > }}} I just pushed a change to the gnuradio port that forces the use of an Apple-provided

Re: [Discuss-gnuradio] QT GUI RANGE Widget doesn't work in grc

Hello Tom! Thanks for your reply. Qt-4.8.2 from Slackware_14_64 package QWT-5.2.1, built from sources. Configured by qmake with default options. PyQt-4.9.1 from Slackware_14_64 package as a PyQt4 module PyQwt-5.2.0, built from sources, default configuration. Andrey Среда, 14 августа 2013, 16:57

Re: [Discuss-gnuradio] Compilation walkthrough for Windows x64

Sure, that's an excellent idea. I might have to update it a bit though so as to include instructions for hackrf/bladerf (and possibly mirics as well). On Wed, Aug 14, 2013 at 11:48 PM, Tom Rondeau wrote: > On Wed, Aug 14, 2013 at 3:31 PM, Christophe Devine > wrote: > > I forgot to include a co

[Discuss-gnuradio] Mac build

OK, so I was successfully able to build gnu radio. Thanks for the assistance. I think forcing wxWidgets back to the previous version made the difference. Only problem now is links/paths. Can't run gnuradio-companion or uhf_fft. -d unknown20c9d0bc732f:~ daldrich$ sudo port -f deactivate wxWidget

Re: [Discuss-gnuradio] Dev Call August 16th (Friday)

Hi list, a quick reminder that the August call is tomorrow, even though that's on a Friday. See my original email for the infos. Call starts at 1700UTC. MB On Mon, Aug 05, 2013 at 10:14:06AM +0200, Martin Braun (CEL) wrote: > Hi everyone, > > our next developer's call will be on Friday, August

[Discuss-gnuradio] Armhf builds for Ubuntu 12.04

Greetings, We have got armhf builds enabled for the gqrx/snapshotsPPA so if anybody is using Ubuntu 12.04 on a Beaglebone, Parallella or other ARM device with FPU they are welcome to try. I will rebuild for Ubuntu 13.04 later - there is a limit on h

Re: [Discuss-gnuradio] Interfacing GNU Radio and N6841A RF Sensor

Yes there is an Agilent Sesnor Access Library .. I think I can get some help from there. Sure I will put on CGRAN if something interesting came out :) -- View this message in context: http://gnuradio.4.n7.nabble.com/Interfacing-GNU-Radio-and-N6841A-RF-Sensor-tp43174p43192.html Sent from the Gn

[Discuss-gnuradio] Overrun issue and packet loss

I am facing Overrun issue on 500K sampling rate with USRPN210. I see an 'O' after irregular time intervals when I use my flowgrpah . PC is directly connected to USRP with Ethernet cable. PC details: Processor: Intel® Core™ i7-2600 CPU @ 3.40GHz × 8 Memory: 3.8GiB GNU C++ version 4.6.3; Boost_1046

Re: [Discuss-gnuradio] Meaning of Center Frequency in QT GUI Sink / QT Waterfall Sink

Am 14.08.2013 23:45, schrieb Tom Rondeau: On Wed, Aug 14, 2013 at 6:29 AM, Volker Schroer wrote: Hi, what is the meaning of the variable "Center Frequency" in the qt_gui_sink / qt_waterfall_sink ? If I remember well, in pre 3.7 version it served as base of the x - axis legend. Now, if I cho