Is just gr-qtgui your problem?
Do you have libqwtplot3d-0.2.7-11.1.i586.rpm,
libqwtplot3d-devel-0.2.7-11.1.i586.rpm and qwt headers?
If not, you can get it from http://software.opensuse.org/search
Please run ./configure without options and look for this line
Not building component gr-qtgui
and po
On Mon, Mar 22, 2010 at 12:44:52AM +0100, Gregor Dschung wrote:
> Hi,
>
> I'm trying to build gnuradio 3.2.2 under openSUSE 11.2, 32bit. I've
> installed the latest KDE4 release, so this packages are installed:
> i...@heusinger:~/local/src/gnuradio-3.2.2> rpm -qa | grep libqt4
> libqt4-qt3support-
Hi. First of all I apologize for my bad english. I am a student in Computer
Engeneering at University of ROMA TRE, Rome Italy. I'm taking a course of SDR
and for my project I would wrote a block for SDR Radio for implement MIMO
wireless feature. Now I don't understand if I can do this without a
On Mon, Mar 22, 2010 at 15:42, Drew Read wrote:
> Excellent! Thanks for your help that's working now.
> Although another error occurs now saying:
> $ sudo gpio_usrp_fft.py -F -d 128 --digital
> if u.db[0][0].dbid() >= 0: # dbid is < 0 if there's no d'board or
> a problem
> TypeError:
On Mon, Mar 22, 2010 at 02:46:10PM -0400, Arvind Prasanna wrote:
> Hello all,
> I am facing an issue with an USRP2 with a RFX2400 daughterboard. I
> have observed that when the USRP2 is used for
> transmission/reception, it transmits/receives the first few packets
> successfully and then just dies
Thanks Matt
I am making good progress as I teach myslef to decode Mode S using a DSO and
perl
**
**
* Mode S decoder using Digital Scope and perl on openSUSE
Hello all,
I am facing an issue with an USRP2 with a RFX2400 daughterboard. I have
observed that when the USRP2 is used for transmission/reception, it
transmits/receives the first few packets successfully and then just dies. When
this happens, its transmitted packets are not received by other U
Hi Matt, hope you had a good trip.
We've managed to work around the ambiguity using calibration, but we are
still interested in that other technique that you've mentioned earlier.
Also we have trouble understanding the meanings of the phase ambiguities we
are observing. We use a centre frequenc
On Fri, Mar 19, 2010 at 8:15 AM, Andrew Rich wrote:
> Thanks Alex
>
> I forgot about that page, talk about doing things the long way around !
>
> I installed and got:-
>
> *
> The following GNU Radio components have been successfu
1
> make[5]: Leaving directory
> `/home/ich/local/src/gnuradio-3.2.2/gr-qtgui/src/lib'
> make[4]: *** [all] Fehler 2
> make[4]: Leaving directory
> `/home/ich/local/src/gnuradio-3.2.2/gr-qtgui/src/lib'
> make[3]: *** [all-recursive] Fehler 1
> make[3]: Leaving direc
Axel,
regarding your second question, please see the extensive documentation
and examples in the gr-trellis directory.
In summary: the input argument of trellis_encoder is NOT two polynomials;
that would restrict these functions to trellises pertaining to
convolutional codes. Instead the argumen
On 03/16/2010 10:52 PM, Andrew Rich wrote:
Thanks Nick
I have some more questions if I may
1) What determines the bandwidth of the daughter boards for USRP ?
The bandwidth is limited by the data rate back to the computer, so with
the USRP1 you get 8 MHz of RF BW, and with the USRP2 you get 2
On Mon, Mar 22, 2010 at 01:49, Charles Brain wrote:
> I have tried the fractional interpolator and it just sucks too many CPU
> cycles.
There is one more thing you can try--use the polyphase resampler.
This is a new block by Tom Rondeau based on the Harris book. It
hasn't gotten a lot of use y
On Mon, Mar 22, 2010 at 01:40, Dimitrios Symeonidis wrote:
> as you know, USRPs with a serial number below 500 cannot use newer
> daughterboards because they fail to send the motherboard clock to the
> daughterboard. There's a very simple modification that can work around
> this, and allow these
> terminate called after throwing an instance of 'std::runtime_error'
> what(): No suitable daughterboard found!
a) Which daughterboard do you have installed, and which side is it on (A or B)
b) What does usrp_print_db.py return?
Jason
___
Discuss-
Dear all,
I want to demodulate pam signal using gnu radio. But in GRC and in C++ API
doc, I didn't find the class for demodulating the pam signal.
Therefore, do I have to make new class?
Thank you for your suggestion
Makmur
___
Discuss-gnuradio mailing
Hi,
Would it be possible (now)/( or in the future) to be able to change the
sampling rate of the DAC in the USRP2 using an external clock?
I am working on stuff that is pushing what is possible in software
and not having to add extra overhead simply to do up/down
interpolation to get to somet
Dear list,
as you know, USRPs with a serial number below 500 cannot use newer
daughterboards because they fail to send the motherboard clock to the
daughterboard. There's a very simple modification that can work around
this, and allow these old USRPs to use both old and new
daughterboards.
This m
18 matches
Mail list logo