When tuning, the WBX/SBX/UBX LO synthesizers always reconstruct the same
phase for a given frequency. With the WBX, that only works with the
discussed +- ambiguity.
So, this only happens when you re-tune. Estimate whether you're off by
180° after every tune. Calibrate the remaining inter-channel p
You're right: this isn't a show stopper, and in the context of this not
running in real time for my purposes anyway, I don't think it's a big deal.
In the interest of completeness, when is this ambiguity introduced? On
power up, or on some/any UHD call? Basically, when should I be aware
and c
on the N210: SBX.
UBX on the N210 does have that ambiguity (it doesn't on X3x0).
re MIMO: well, ambiguities aren't nice, but as a matter of fact, any
communication receiver needs to have a timing / phase recovery, be it a
MIMO receiver or not; typically, you'd try both options (remember, 180°
is j
As little comms knowledge as I have, I have even less about MIMO.
However, I'm having a hard time understanding how the WBX boards would
even be considered for any MIMO application when there could be a random
180 degree phase offset. Is there another daughtercard in which this
little quirk is
On 02/24/2016 12:24 AM, Justyn wrote:
Forgive me because I'm a software engineer with little theoretical
comms experience, but I'm having a difficult time understanding what a
180 phase shift at RF would mean for my baseband signal. If anything.
A phase shift at RF comes out as a phase-shift at
Forgive me because I'm a software engineer with little theoretical comms
experience, but I'm having a difficult time understanding what a 180
phase shift at RF would mean for my baseband signal. If anything.
Now the issue is that with GRC, there's no way to use timed-commands
directly, so you
On 02/23/2016 11:34 PM, Justyn wrote:
Makes sense.
If I can ask a follow up here:
1) If I instead use 2 USRPs connected via an external reference clock
and an Ethernet switch for receiving data, will they be
phase-aligned? If I understand what's going on in the context of the
ref clock, I t
On 02/23/2016 11:22 PM, Justyn wrote:
Hello,
I'm experimenting with the MIMO capabilities of the N210s with WBX
daughter cards and seeing how far I can get before I need the MIMO
breakout cable or GPSDO.
One of the first things I'd like to see is if both receivers on the
WBX daughter card c
Hello,
I'm experimenting with the MIMO capabilities of the N210s with WBX
daughter cards and seeing how far I can get before I need the MIMO
breakout cable or GPSDO.
One of the first things I'd like to see is if both receivers on the WBX
daughter card can run at the same time (TX/RX and RX2)
I have a following doubt here: there are two cables, one that brings 10.7
MHz if signal from external rf frontend to the usrp, and utp cable that
provides power and control signals for rf frontend. My first doubt was that
WBX LO signal is directly induced in the lines on LFRX board, but as soon
as
On 12/10/2013 11:24 AM, Nemanja Savic wrote:
But I think that I have problem with RX LO of WBX, because I don't use
TX in my application, I have two receivers. External RF frontend
brings HF to IF and is connected using coax with usrp (LFRX). The
other cable, UTP, connects io pins as well as po
But I think that I have problem with RX LO of WBX, because I don't use TX
in my application, I have two receivers. External RF frontend brings HF to
IF and is connected using coax with usrp (LFRX). The other cable, UTP,
connects io pins as well as power of LFRX to external frontend. Interesting
thi
On 12/10/2013 10:41 AM, Nemanja Savic wrote:
hi,
thank you Ralph.
It looks like I should have known about not packing two receivers in
the same band in the sme box, but anyway, rf parts are not in the same
box, and I intended to keep them at the distance of arround 5 to 10
meters. Antenna of 4
hi,
thank you Ralph.
It looks like I should have known about not packing two receivers in the
same band in the sme box, but anyway, rf parts are not in the same box, and
I intended to keep them at the distance of arround 5 to 10 meters. Antenna
of 434MHz in is more or less conected directly do the
@gnu.org] On Behalf Of Nemanja
Savic
Sent: Tuesday, December 10, 2013 3:49 PM
To: GNURadio Discussion List
Subject: [Discuss-gnuradio] WBX Lo leakage to LFRX
Hi all,
As I described in one of my previousposts, I wanted to have several receiving
paths for 434 MHz, and my USRP is equipped owith
Hi all,
As I described in one of my previousposts, I wanted to have several
receiving paths for 434 MHz, and my USRP is equipped owith WBX and LFTX. So
WBX is one, and for the other, I designed small RF frontend using TI's
CC1000 that donwnconverts the signal to 10.7 MHz which can be used with
LFR
The daughterboard code does some limit checking, so you would want to
disable that in uhd/host/lib/usrp/dboard/db_wbx_versionX.cpp (where X
is the version of the board you have).
Some boards will tune further than 2.2 GHz, but it will vary. 80 MHz
might be a bit far for it, but you can try. Reme
I have an application that requires transmitting at 2287.5 MHz.
Can the GR3.6.1/UHD/USRP2/WBX combination tune to that freq?
I know it's above the published range for the WBX (2200 Mhz)
but these ranges are often rounded.
Assuming the WBX will/can get there (Matt?), is there any
limit checking
Hi,
can anyone give me the link where to get the schematic of the WBX daughterboard
rev 3.0 and the schematic of WBX-FE-Simple R5.0.
Many thanks.
Dominique.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo
Yes, I am sure I am connected to the right connector. My carrier is in the
800 MHz band.
Thank you,
Reginald.
On Fri, Feb 10, 2012 at 4:51 PM, Ed Criscuolo
wrote:
> I know this is a stupid question, but I've been bitten by this before:
>
> Are you SURE you're cabled to the Tx/Rx connector and no
I know this is a stupid question, but I've been bitten by this before:
Are you SURE you're cabled to the Tx/Rx connector and not Rx2?
@(^.^)@ Ed
On 2/10/12 4:30 PM, Reginald Cornwallice wrote:
Hello All,
I'm having an issue with the transmit power on N210 + WBX not being able
to reach the spe
Hello All,
I'm having an issue with the transmit power on N210 + WBX not being able to
reach the spec'd 100 mW on the data sheet.
I'm transmitting a PN sequence at a rate of 1.2 Mchips/second. The values
I'm sending to the DAC are +/- 24000 which is a little
bit below the full range of the DAC, b
Nick,
I tuned the center frequency to 400 MHz, 430 MHz and 433 MHz and the LO is
locked for all of them.
The spectrum for 430 MHz looks like the spectrum for 433 MHz (white line) in my
previous post. I've tried the same thing on another USRP2 with another WBX and
I get similar spectrums. So it
Patrik,
Can you please check to see that the WBX LO is locked? If you have a
GRC flowgraph, you can use a function probe block with the following
settings:
ID: lo_locked
Block ID: uhd_usrp_source_0 (or whatever your UHD source block is named)
Function name: get_dboard_sensor
Function args: '"lo_
>
Hi,
While I was testing the DQPSK-(de)modulation blocks in GRC.
>>> I found a frequency region where the reception failed. I
>>>
>> started with
>>
>>> the ISM-band (433 MHz) as the center frequency, and the reception
>>> didn't work. After checking my
> > Hi,
> >
> > While I was testing the DQPSK-(de)modulation blocks in GRC.
> I found a frequency region where the reception failed. I
> started with the ISM-band (433 MHz) as the center frequency,
> and the reception didn't work. After checking my code several
> times I decided to change the c
>
> Hi,
>
> While I was testing the DQPSK-(de)modulation blocks in GRC. I found a
> frequency region where the reception failed. I started with the ISM-band (433
> MHz) as the center frequency, and the reception didn't work. After checking
> my code several times I decided to change the center f
On Mon, Dec 5, 2011 at 10:50 AM, Patrik Eliardsson
wrote:
> Hi,
>
> While I was testing the DQPSK-(de)modulation blocks in GRC. I found a
> frequency region where the reception failed. I started with the ISM-band (433
> MHz) as the center frequency, and the reception didn't work. After checking
Hi,
While I was testing the DQPSK-(de)modulation blocks in GRC. I found a frequency
region where the reception failed. I started with the ISM-band (433 MHz) as the
center frequency, and the reception didn't work. After checking my code several
times I decided to change the center frequency to 2
Well, it seems I have solved the problem for myself. Until now I did
not know that USRP allows to set center freq in steps much smaller
than PLL synthesis using DSP processing. This may work well for most
signals but during CW (I=1, Q=0) the resulting signal is not perfect,
maybe because of non-ide
Sorry, I checked the signal at MODOUT again and it is _not_ stable as
I wrote before. So the AGC loop is probably OK and just reacts to
wrong signal on its input.
The signal is weird even at the DAC outputs. Enclosed is the screen of
IOUTN_A and IOUTP_A obtained with ./tx_waveforms --rate 25 -
Hi Matt,
thanks for the answer. The problem is not in analyzer setup. Using
large RBW and zero span, it acts as an envelope demodulator and shows
the signal in time domain. Since I used the USRP2 to generate CW
signal only (I=1, Q=0, constant in time), there should be stable
transmitted power over
On 06/30/2011 07:13 AM, Aleš Povalač wrote:
> Dear all,
>
> I have been testing USRP2 with WBX board (#957). Using GNU Radio, I
> have created a simple CW TX system. The problem: output signal is
> oscillating when I set the TX frequencies to 900MHz band. Signal
> output (in time domain) at TX/RX
I have seen the same issue in the last couple of days.
My setup:
Ubuntu 10.04 laptop
UHD + GNUradio 3.3
USRP2 with WBX
TX parameters:
15dB gain, 1090MHz center frequency
4MS/s transmission
RX parameters:
25dB gain, 1090MHz center frequency
4MS/s acquisition
transmitted signal:
U(t) = 10mV + 5m
Dear all,
I have been testing USRP2 with WBX board (#957). Using GNU Radio, I
have created a simple CW TX system. The problem: output signal is
oscillating when I set the TX frequencies to 900MHz band. Signal
output (in time domain) at TX/RX connector from the FSL analyzer is in
the attachment.
S
On Sun, Mar 6, 2011 at 10:44 PM, Alaa Salaheldin
wrote:
> Peace on you all
> please I want to know what's the maximum output bandwidth that a
> WBX daughter board could handle, in it's data sheet the IQ demodulator have
> a demodulation bandwidth of 240 MHZ but after that demodulator th
Peace on you all
please I want to know what's the maximum output bandwidth that a
WBX daughter board could handle, in it's data sheet the IQ demodulator have
a demodulation bandwidth of 240 MHZ but after that demodulator there's a LPF
or another componeny that i can't specify.
Thanks in
It's working wonderfully now after I moved it to side B. More investigation
is needed to find the problem...
But for the moment I'll just enjoy the working set-up!
(btw: the loss of the complex signal is apparently not the only problem when
it's in slot A. It is also unstable and hangs after a whi
Thanks
I am using the traditional driver. Maybe I can try to use another computer
or to put the board in the other slot,
and see if the problem remains the same.
Ruben
2011/1/20 Marcus D. Leech
> On 01/20/2011 11:40 AM, Ruben Undheim wrote:
> > Hello.
> >
> > I just wondered if anyone else has
On 01/20/2011 11:40 AM, Ruben Undheim wrote:
> Hello.
>
> I just wondered if anyone else has experienced that the WBX stops
> sending the quadrature component of the complex signal after a while.
> This happens especially if I have sliders for setting the frequencies
> or the gain, and the sliders
Hello.
I just wondered if anyone else has experienced that the WBX stops sending
the quadrature component of the complex signal after a while. This happens
especially if I have sliders for setting the frequencies or the gain, and
the sliders are slided. (so that a frequency change control signal i
On 11/01/2011 5:20 PM, Howard Wong wrote:
I get the same problem with this one,
using ubuntu 10.10, and a DBSRX, WBX
the single DBSRX works but it fails with the WBX.
Did you follow up the issue?
Thanks
So far, I have tried another two computers with ubuntu 9.10 fresh
installation
I get the same problem with this one,
using ubuntu 10.10, and a DBSRX, WBX
the single DBSRX works but it fails with the WBX.
So far, I have tried another two computers with ubuntu 9.10 fresh
installation.
but exactly the same problem.
Is anyone having the same issue on WBX?
K
On Tue, Dec 21, 2010 at 11:48 PM, USRP9 wrote:
>
> Hi,
>
> I have few questions about WBX daughter card:
>
> 1. Is it possible to receive signal from both TX/RX or RX 2 ports
> simultaneously?
>
> 2. How WBX mixer reject image? Is it complex mixer? If true, the mixer will
> have two inputs and the
Hi,
I have few questions about WBX daughter card:
1. Is it possible to receive signal from both TX/RX or RX 2 ports
simultaneously?
2. How WBX mixer reject image? Is it complex mixer? If true, the mixer will
have two inputs and the inputs will be feed I assume an RF signal from
either TX/RX or
Hi Marcus,
thanks very much for your hints! You set me on the right track.
In fact I noticed the exactly same scenario as Evan Chen and the
solution also worked for me:
http://osdir.com/ml/discuss-gnuradio-gnu/2010-05/msg00092.html
I applied the following on the SD card that came with my USRP2:
Hi Marcus,
I guess this is the reason because nothing seemed to work. Just as if
there was no board at all.
I'll try the new firmware and come back on this thread.
Thanks a lot!
Markus
DL8RDS
Am Donnerstag, den 11.11.2010, 20:51 -0500 schrieb Marcus D. Leech:
> With USRP2?
>
> With classic
With USRP2?
With classic USRP2 firmware you'll need the firmware image that
supports the WBX. I'd you're using UHD it should just work
--
Principal Investigator
Shirleys Bay Radio
Astronomy Consortium
http://www.sbrac.org
On Nov 11, 2010, at 8:47 PM, "Markus Heller M.A. (relix GmbH)" > wr
On Fri, 2010-11-12 at 02:47 +0100, Markus Heller M.A. (relix GmbH)
wrote:
> Dear list,
>
> I got the LFRX / LFTX boards to work, but my WBX board will not work at
> all. I can neither receive the slightest bit nor transmit.
>
> The simplest FFT experiment does not show anything.
>
> How do I s
Dear list,
I got the LFRX / LFTX boards to work, but my WBX board will not work at
all. I can neither receive the slightest bit nor transmit.
The simplest FFT experiment does not show anything.
How do I start to diagnose how it works?
BR
markus
dl8rds
___
On 11/04/2010 01:14 AM, Steve Mcmahon wrote:
> Hello:
>
> I meant to ask this in my previous posting, but I forgot, so I'm making
> another post.
>
> I am running GNU Radio 3.3.0 under openSUSE 11.2, and I have a USRP2 board
> with a WBX daughterboard. I'm still somewhat new to GNU Radio, so plea
On 11/04/2010 01:09 AM, Steve Mcmahon wrote:
> Hello:
>
> I am running GNU Radio 3.3.0 under openSUSE 11.2, and I have a USRP2 board
> with a WBX daughterboard. I'm still somewhat new to GNU Radio, so please bear
> with me.
>
> What is the minimum and maximum frequency at which I can transmit and
Hello:
I meant to ask this in my previous posting, but I forgot, so I'm making another
post.
I am running GNU Radio 3.3.0 under openSUSE 11.2, and I have a USRP2 board with
a WBX daughterboard. I'm still somewhat new to GNU Radio, so please bear with
me.
Isn't it necessary that the decimation
Hello:
I am running GNU Radio 3.3.0 under openSUSE 11.2, and I have a USRP2 board with
a WBX daughterboard. I'm still somewhat new to GNU Radio, so please bear with
me.
What is the minimum and maximum frequency at which I can transmit and receive?
I thought it was between 50 MHz and 2.2 GHz, b
On 10/30/2010 04:47 PM, Eric Cottrell wrote:
Hello,
I just got my WBX board and it works great in my USRP2. If it has 30 MHz BW
then I can try foolish stuff like decoding all VHF ACARS frequencies with
parallel decoders.
When I do a USRP2 Probe the minimum Frequency is higher than advertis
Hello,
I just got my WBX board and it works great in my USRP2. If it has 30 MHz BW
then I can try foolish stuff like decoding all VHF ACARS frequencies with
parallel decoders.
When I do a USRP2 Probe the minimum Frequency is higher than advertised.
Freq Range (min, max):
6875.0 Hz
On Oct 17, 2010, at 11:27 PM, Ed Criscuolo wrote:
> Is it possible to use a WBX daughtercard on a USRP1 with the
> 3.3 stable release of GnuRadio
Yes. I am presently using my WBX in my USRP with the 3.3 release of GNU Radio
via macports on my Mac.
--
Mark J. Blair, NF6X
Web page: http://www.n
Is it possible to use a WBX daughtercard on a USRP1 with the
3.3 stable release of GnuRadio, or is it necessary to go to the
latest development code (or the UHD code)?
@(^.^)@ Ed
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.
2010/9/28 Hok Lee :
> As you may know, the FCC has finalized the ruling of the TV white space on
> Sep. 23
> Quoted from:
> http://hardware.slashdot.org/story/10/09/24/2124223/FCC-White-Space-Rules-Favor-Tech-Industry
>
> "They dropped the requirement that devices sense TV and wireless microphone
>
As you may know, the FCC has finalized the ruling of the TV white space on Sep.
23
Quoted from:
http://hardware.slashdot.org/story/10/09/24/2124223/FCC-White-Space-Rules-Favor-Tech-Industry
"They dropped the requirement that devices sense TV and wireless microphone
signals. Instead, they can
Hello,
I'm doing some spectrum sensing with the WBX and the USRP2, I'm using
the usrp_spectrum_sense script. I do my scans over the whole range of
the WBX, from 50 MHz to 2.2GHz. When I do a scan, sometimes I'll get
an error message "Failed to set center frequency: FFF" At first, I
thought I ha
On 08/23/2010 01:11 PM, jan acosta wrote:
> Hello,
>
> I am currently testing two USRP radios with 3 WBX transcievers.
>
> When I test the receive path, I would use gnuradio companion and go
> from USRP source to FFT plot.
>
> However, I see that at every center frequency of the FFT window there
>
Hello,
I am currently testing two USRP radios with 3 WBX transcievers.
When I test the receive path, I would use gnuradio companion and go from
USRP source to FFT plot.
However, I see that at every center frequency of the FFT window there is a
signal even though I am not inputting anything.
The
Hi every body,Now i've got a problem that my usrp now has only BasicRX and WBX
but i want to make a experiment that i want to generate the signal from the
signal generator for 1.5M and 4M through each Daughter board
and i decide to generate the 1.5M to basicRx and i knew that minimum Rage of
W
I'm assuming the WBX has auto TR switching? Is there any code needed to
enable auto TR switching from C++ after initializing the USRP2 with the
standard usrp2::usrp2::make(interface, mac_addr_str); and then setting
center frequency, decimation, interpolation, and gains?
Thanks for the help.
- Ge
Well I am glad to say my low power problem is fixed.
In the end I had to go into my uhd directory do a git pull
followed by a make and then a make install.
I now have 60 mW on 1.3 GHz.
Thanks for the help guys, especially to Jason Abele.
- Charles
http://www.g4guo.blogspot.com/
__
On Tue, Jun 15, 2010 at 06:48:39PM +0100, Charles Brain wrote:
> >
> >Does your code set the transmit gain on the WBX?
> >
> >Eric
>
> Yes to 25. I checked the range and set it to maximum.
>
> - Charles
Charles,
In my test with USRP2 and UHD here in the lab, I am able to get similar
power outpu
Does your code set the transmit gain on the WBX?
Eric
Yes to 25. I checked the range and set it to maximum.
- Charles
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> Please try the following command with non-UHD for comparison:
>
> usrp_siggen_gui.py -x 250k -i 64 --tx-gain=25 -A 1.0 -f 1.3G
>
> You should see about 50mW (17dBm) at 1.30025GHz
>
> If you change the final argument to 100M you should see around
> 80-100mW (19-
- Original Message -
From: "Jason Abele"
To: "Charles Brain"
Cc:
Sent: Monday, June 14, 2010 7:03 PM
Subject: Re: [Discuss-gnuradio] WBX power level
Hi All,
Has anyone measure the power level coming out of their WBX board?
Measured on a Gigatronics 8541 m
On Mon, Jun 14, 2010 at 11:03 AM, Jason Abele wrote:
Hi All,
Has anyone measure the power level coming out of their WBX board?
Measured on a Gigatronics 8541 microwave
power meter connected directly at the back of the USRP2 I am getting
(with a CW carrier)
>
>>> Hi All,
>>>
>>> Has anyone measure the power level coming out of their WBX board?
>>>
>>> Measured on a Gigatronics 8541 microwave
>>> power meter connected directly at the back of the USRP2 I am getting
>>> (with a CW carrier)
>>>
>>> 100 MHz about 35 mW
>>> 1.3 GHz about 15 mW
>>>
>>> Ettus q
On 6/12/2010 11:54 AM, Philip Balister wrote:
On 06/12/2010 11:15 AM, Charles Brain wrote:
Hi All,
Has anyone measure the power level coming out of their WBX board?
Measured on a Gigatronics 8541 microwave
power meter connected directly at the back of the USRP2 I am getting
(with a CW ca
- Original Message -
From: "Philip Balister"
To: "Charles Brain"
Cc:
Sent: Saturday, June 12, 2010 4:54 PM
Subject: Re: [Discuss-gnuradio] WBX power level
Is your flowgraph delivering the maximum amplitude to the USRP?
Philip
I am not using gnuradio I am
On 06/12/2010 11:15 AM, Charles Brain wrote:
Hi All,
Has anyone measure the power level coming out of their WBX board?
Measured on a Gigatronics 8541 microwave
power meter connected directly at the back of the USRP2 I am getting
(with a CW carrier)
100 MHz about 35 mW
1.3 GHz about 15 mW
Ettu
Hi All,
Has anyone measure the power level
coming out of their WBX board?
Measured on a Gigatronics 8541 microwave
power meter connected directly at the
back of the USRP2 I am getting (with a CW carrier)
100 MHz about 35 mW
1.3 GHz about 15 mW
Ettus quote
50 - 100 mW < 1.2 GHz
30 - 70m
On Tue, Apr 27, 2010 at 6:34 PM, Kyle Zhou wrote:
>
> Matt Ettus wrote:
>>
>> On 04/27/2010 05:29 PM, Kyle Zhou wrote:
>>>
>>> So far, I have tried another two computers with ubuntu 9.10 fresh
>>> installation but exactly the same problem.
>>> Is anyone having the same issue on WBX?
>>> Kyle
>>
>>
On 06/05/2010 08:00 AM, Sharif Shaher wrote:
Hello,
While using the WBX board and a usrp2 (gnuradio-3.3.0-rc0) and the
txrx_wbx.bin
fw image, I am unable to set the decimation/interpolation rate to 4 when
doing 16bitI/Q.
Has anyone else encountered a similar problem or am I doing something
wrong
Hello,
While using the WBX board and a usrp2 (gnuradio-3.3.0-rc0) and the
txrx_wbx.bin
fw image, I am unable to set the decimation/interpolation rate to 4 when
doing 16bitI/Q.
Has anyone else encountered a similar problem or am I doing something
wrong? Should
it work.
Thanks,
Sharif
__
On Wed, Jun 2, 2010 at 14:05, Matt Ettus wrote:
> The gnuradio.org page is no longer being updated and should just have a
> pointer to the new site.
This is done.
Johnathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.o
On Wed, Jun 2, 2010 at 4:29 PM, Matt Ettus wrote:
> On 06/02/2010 02:06 PM, John Orlando wrote:
>>
>> On Wed, Jun 2, 2010 at 3:54 PM, Sharif Shaher
>> wrote:
>>>
>>> Hello,
>>>
>>> I am trying to tune the WBX to 60MHz, but everytime I do
>>> I get an error. If I do it through usrp2_fft.py it say
On 06/02/2010 02:06 PM, John Orlando wrote:
On Wed, Jun 2, 2010 at 3:54 PM, Sharif Shaher wrote:
Hello,
I am trying to tune the WBX to 60MHz, but everytime I do
I get an error. If I do it through usrp2_fft.py it says "Failed",
if I do it through my c++ code, I get the error
set_rx_center_freq
On Wed, Jun 2, 2010 at 3:54 PM, Sharif Shaher wrote:
> Hello,
>
> I am trying to tune the WBX to 60MHz, but everytime I do
> I get an error. If I do it through usrp2_fft.py it says "Failed",
> if I do it through my c++ code, I get the error
> set_rx_center_freq(6e+07) failed.
According to the dr
On 06/02/2010 01:54 PM, Sharif Shaher wrote:
Hello,
I am trying to tune the WBX to 60MHz, but everytime I do
I get an error. If I do it through usrp2_fft.py it says "Failed",
if I do it through my c++ code, I get the error
set_rx_center_freq(6e+07) failed.
I used the u2_flash_tool to "burn" txr
Hello,
I am trying to tune the WBX to 60MHz, but everytime I do
I get an error. If I do it through usrp2_fft.py it says "Failed",
if I do it through my c++ code, I get the error
set_rx_center_freq(6e+07) failed.
I used the u2_flash_tool to "burn" txrx_wbx.bin to the SD as follows:
sudo ./u2_fla
On Thu, May 06, 2010 at 08:23:49PM +0200, Gaetano Mendola wrote:
> On Thu, May 6, 2010 at 8:15 PM, Josh Blum wrote:
> > On 05/06/2010 07:17 AM, Gaetano Mendola wrote:
> >>
> >> Hi all,
> >> in order to use the new WBX daughterboards, do I have to get the new
> >> libusrp2 from git ?
> >>
> >
> > T
I'm planning to buy a WBX this week - how about the support for USRP1 (I
have one w/ serial number> 500), is it in the gnuradio current git? How
about the next gnuradio release w/ the wbx support?
WBX support for the USRP1 can be found in the current gnuradio git master.
Other thing - will
Hi people,
> On 05/06/2010 07:17 AM, Gaetano Mendola wrote:
>> Hi all,
>> in order to use the new WBX daughterboards, do I have to get the new
>> libusrp2 from git ?
>>
>
> To actually answer your question, if you dont want to experiment with
> the uhd drivers. You will need to checkout the git ma
On Thu, May 6, 2010 at 8:15 PM, Josh Blum wrote:
> On 05/06/2010 07:17 AM, Gaetano Mendola wrote:
>>
>> Hi all,
>> in order to use the new WBX daughterboards, do I have to get the new
>> libusrp2 from git ?
>>
>
> To actually answer your question, if you dont want to experiment with the
> uhd driv
I was going to make a more formal announcement, but here it goes:
I pushed WBX support to the UHD master just now. Instructions here:
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
For those of you using the gnuradio gr-uhd component, i recommend
rebuilding gr-uhd after buildi
Hi all,
in order to use the new WBX daughterboards, do I have to get the new
libusrp2 from git ?
Regards
Gaetano Mendola
--
cpp-today.blogspot.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discus
Matt Ettus wrote:
On 04/27/2010 05:29 PM, Kyle Zhou wrote:
So far, I have tried another two computers with ubuntu 9.10 fresh
installation.
but exactly the same problem.
Is anyone having the same issue on WBX?
Kyle
We are looking into this. But why do you need to run that program?
If you re
On 04/27/2010 05:29 PM, Kyle Zhou wrote:
So far, I have tried another two computers with ubuntu 9.10 fresh
installation.
but exactly the same problem.
Is anyone having the same issue on WBX?
Kyle
We are looking into this. But why do you need to run that program? If
you really need to, it wil
So far, I have tried another two computers with ubuntu 9.10 fresh installation.
but exactly the same problem.
Is anyone having the same issue on WBX?
Kyle
Kyle Zhou wrote:
In order to use WBX, I install git repo on my ubuntu 9.04.
When I do usrp_benchmark_usb.py, it goes well with 2MB test, but
On 04/20/2010 08:28 PM, Kyle Zhou wrote:
>
>
> Matt Ettus wrote:
>> On 04/20/2010 02:51 AM, Kyle Zhou wrote:
>>> Hi
>>> I use WBX + USRP1 to capture a DAB+ digital radio broadcast signal at
>>> frequency 204.64MHz and bandwidth 1.4MHz.
>>> Sampling rate is 2Msps (decimation=32)
>>> The
In order to use WBX, I install git repo on my ubuntu 9.04.
When I do usrp_benchmark_usb.py, it goes well with 2MB test, but failed at
4MB showing device busy error.
The output is attached below. I tried other daughter boards (RF2400), no
problem. So I guess it is related to the WBX.
Testing 2MB/se
On 04/20/2010 08:28 PM, Kyle Zhou wrote:
>
>
> Matt Ettus wrote:
>> On 04/20/2010 02:51 AM, Kyle Zhou wrote:
>>> Hi
>>> I use WBX + USRP1 to capture a DAB+ digital radio broadcast signal at
>>> frequency 204.64MHz and bandwidth 1.4MHz.
>>> Sampling rate is 2Msps (decimation=32)
>>> The spectrum sho
Matt Ettus wrote:
On 04/20/2010 02:51 AM, Kyle Zhou wrote:
Hi
I use WBX + USRP1 to capture a DAB+ digital radio broadcast signal at
frequency 204.64MHz and bandwidth 1.4MHz.
Sampling rate is 2Msps (decimation=32)
The spectrum shown by usrp_fft.py is normal and clean. However, after
capturing t
On 04/20/2010 02:51 AM, Kyle Zhou wrote:
Hi
I use WBX + USRP1 to capture a DAB+ digital radio broadcast signal at
frequency 204.64MHz and bandwidth 1.4MHz.
Sampling rate is 2Msps (decimation=32)
The spectrum shown by usrp_fft.py is normal and clean. However, after
capturing the data using usrp_rx
Hi
I use WBX + USRP1 to capture a DAB+ digital radio broadcast signal at
frequency 204.64MHz and bandwidth 1.4MHz.
Sampling rate is 2Msps (decimation=32)
The spectrum shown by usrp_fft.py is normal and clean. However, after
capturing the data using usrp_rx_cfile.py and loading the data to Matla
1 - 100 of 114 matches
Mail list logo
