: "Martin Braun"
Cc: discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] USRP2 + WBX: Half Duplex
On 02/26/2016 12:58 PM, Martin Braun wrote:
Everyone who implements half duplex modems runs into this issue sooner or later. A simple fix is to catch this in software, e.g. On yo
On 02/26/2016 12:58 PM, Martin Braun wrote:
Everyone who implements half duplex modems runs into this issue sooner
or later. A simple fix is to catch this in software, e.g. On your Mac
layer by filtering for your own transmit Mac address (or whatever
equivalent you have in your protocol). You
Everyone who implements half duplex modems runs into this issue sooner or
later. A simple fix is to catch this in software, e.g. On your Mac layer by
filtering for your own transmit Mac address (or whatever equivalent you
have in your protocol). You can also cache the timestamps of your tx
packets
On 02/26/2016 07:00 AM, Alex Weihkopf wrote:
Hello,
I am using two USRP2 + WBX connected via cable on the TX/RX antenna
ports. I want to use them for my GNURadio OFDM-project in half-duplex
mode.
*Problem*: Whenever I send a data-packet (~10ms) on the TX-chain of
one USRP2, I receive the same
Hello,
I am using two USRP2 + WBX connected via cable on the TX/RX antenna ports. I want to use them for my GNURadio OFDM-project in half-duplex mode.
Problem: Whenever I send a data-packet (~10ms) on the TX-chain of one USRP2, I receive the same packet on the RX-chain of the same USRP2. Th
Thanks for the info
I do need it to be real time actually
Doable.
As for your concerns about the Emm. All I need to do is disable one not
edit it, so it's either a re package of the steam or a jam of a specific
header.
I understand that, but I guess you don't understand the way the multiple
str
Thanks for the info
I do need it to be real time actually
As for your concerns about the Emm. All I need to do is disable one not
edit it, so it's either a re package of the steam or a jam of a specific
header.
Can you point me to a working dvb-t project?
Thanks again
On Saturday, May 4, 2013,
Hi Dino,
DVB-T works in the UHF / VHF frequency bands, something you can tune
your wbx at without problems.
Bandwidth is about 8MHz (if I'm not mistaken), so that's low enough.
Since it sounds like you'll be doing stuff offline (not in realtime),
processing power is not a factor for your problem,
Hi there,
I have a USRP2 with WBX board which has been sitting around doing nothing.
I was wondering if it is possible to use this hardware to get a live DVB-T
signal and replay it back.
What I want to do is to intercept entitlement management messages and
modify/remove them on the fly.
Please l
Because programs written for UHD and and raw ethernet drivers are not
compatible with each other.
usrp2_probe works only with raw ethernet drivers while uhd_find_devices
works only when UHD is on your SD card.
In case of UHD thing on your SD card the uhd_fft.py shd work fine.
If you are using
Because programs written for UHD and and raw ethernet drivers are not
compatible with each other.
usrp2_probe works only with raw ethernet drivers while uhd_find_devices
works only when UHD is on your SD card.
In case of UHD thing on your SD card the uhd_fft.py shd work fine.
If you are using T
Dear all!
I am trying to transmit a complex signal with the USRP2+WBX system.
First I tried transmitting from file, an 8MHz band recorded with the USRP2,
by connecting the "from file" block to the USRP2 transmitter, with and
appropriate interpolation.
When visualizing the output on a spectrum ana
On Wed, Dec 1, 2010 at 5:02 PM, Nick Foster wrote:
> On Wed, 2010-12-01 at 13:53 -0800, Vladutzzz wrote:
>> The problem is that I am in the middle of a project, time is of the essence
>> and I don't have time to start stumbling around with UHD, right now I have
>> to use Simulink, hence UDP. GnuRa
You should be able to setup an interpolating FIR filter to interpolate
by two and to shift your signal up or down by fs. Run each channel
though a filter (one up, one down) and add the resulting streams. The
resulting stream will have 2fs of bandwidth.
-Josh
On 12/02/2010 03:05 PM, Vladutzzz wrot
NIck,
What do you mean by "mix one sideband up and the other down"?
How would that go?
Thanks
Vlad.
Nick Foster-4 wrote:
>
> On Wed, 2010-12-01 at 13:53 -0800, Vladutzzz wrote:
>> The problem is that I am in the middle of a project, time is of the
>> essence
>> and I don't have time to start
On Wed, 2010-12-01 at 13:53 -0800, Vladutzzz wrote:
> The problem is that I am in the middle of a project, time is of the essence
> and I don't have time to start stumbling around with UHD, right now I have
> to use Simulink, hence UDP. GnuRadio Companion still doesn't work with UHD,
> right (I am
Per,
At the moment we don't have a MIMO cable, so we're looking for alternative
solutions until one makes its way to our lab :)
Thank you for your suggestion though, it is much appreciated.
All the best,
Vlad.
Per Zetterberg-2 wrote:
>
> On Tue, 2010-11-30 at 08:27 -0800, Vladutzzz wrote:
>
The problem is that I am in the middle of a project, time is of the essence
and I don't have time to start stumbling around with UHD, right now I have
to use Simulink, hence UDP. GnuRadio Companion still doesn't work with UHD,
right (I am very new to python)?
So no chance of UDP working with 2 USR
On 12/01/2010 05:49 AM, Vladutzzz wrote:
> Thank you Marcus, for the very prompt and exhaustive reply!
> Mostly it's what I expected, but I am a wee bit worried about the IP
> addressing process:
> I need to change the IP of one of the USRP2 modules, how do I do that,
> considering I use an UDP FPG
On Tue, 2010-11-30 at 08:27 -0800, Vladutzzz wrote:
> I am interested in this 2 USRPs approach since I don't have the experience
> and the knowledge to start messing about inside the FPGA firmware code and
> have an extra USRP2.
> How would this go?
> I tried looking up some info about this topic b
Thank you Marcus, for the very prompt and exhaustive reply!
Mostly it's what I expected, but I am a wee bit worried about the IP
addressing process:
I need to change the IP of one of the USRP2 modules, how do I do that,
considering I use an UDP FPGA image and not UHD?
Also, what IPs should I use i
x27;t just make up the difference
between 25 and 32 MHz.
Vlad.
--- On Tue, 11/30/10, Tom Rondeau wrote:
From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] USRP2 + WBX How to use a 32 MHz signal band?
To: "Vladutzzz"
Cc: Discuss-gnuradio@gnu.org
Date: Tuesday, November 30, 2010, 4:4
On 11/30/2010 07:04 PM, Vladutzzz wrote:
I am interested in this 2 USRPs approach since I don't have the experience
and the knowledge to start messing about inside the FPGA firmware code and
have an extra USRP2.
How would this go?
I tried looking up some info about this topic. I've read some bits
I am interested in this 2 USRPs approach since I don't have the experience
and the knowledge to start messing about inside the FPGA firmware code and
have an extra USRP2.
How would this go?
I tried looking up some info about this topic but currently gnuradio.com
seems to be down. I've read some bi
On Mon, Nov 29, 2010 at 5:59 PM, Vladutzzz wrote:
>
> What would be the best way to work with a 32 MHz band resulting from USRP2?
> I guess, since the minimum decimation rate is 4 (resulting in a 25 MHz
> signal band), some kind of interpolation will be required or maybe
> resampling?!
> Any ideas
On 11/29/2010 08:57 PM, Abdalaleem Andy James Potter wrote:
You could use 2 USRPs and chop it down the middle?
Reconstruct on the computer?
Yup, although see my previous comments about host-side resources
required for such wide bandwidths.
--
Marcus Leech
Principal Investigator
Shirleys Ba
What would be the best way to work with a 32 MHz band resulting from USRP2?
I guess, since the minimum decimation rate is 4 (resulting in a 25 MHz
signal band), some kind of interpolation will be required or maybe
resampling?!
Any ideas on how to proceed?
Thanks in advance!
Vlad.
The maximum
What would be the best way to work with a 32 MHz band resulting from USRP2?
I guess, since the minimum decimation rate is 4 (resulting in a 25 MHz
signal band), some kind of interpolation will be required or maybe
resampling?!
Any ideas on how to proceed?
Thanks in advance!
Vlad.
--
View this me
On 11/23/2010 07:17 AM, Vladutzzz wrote:
> Dear all,
> I am using an USRP2 module with a WBX daughterboard.
> I am currently interested in power level measurements, and have tried
> measuring band power with different decimations.
> I've noticed, that if I try to measure the same exact band using d
Dear all,
I am using an USRP2 module with a WBX daughterboard.
I am currently interested in power level measurements, and have tried
measuring band power with different decimations.
I've noticed, that if I try to measure the same exact band using different
decimation rates and their appropriate FI
Hello,
I recently got the WBX daughterboard and updated GNURadio after a year or two
of hiatus. I really like the WBX so far, and have some ideas for receivers,
like an ACARS decoder that decodes multiple frequencies simultaneously, or a
trunked radio decoder that can decode the control chan
- On Tue, 11/16/10, Matt Ettus wrote:
From: Matt Ettus
Subject: Re: [Discuss-gnuradio] USRP2+WBX - How to use precisely an 8
MHz band?
To: "Vladutzzz"
Date: Tuesday, November 16, 2010, 8:09 PM
On 11/16/2010 09:36 AM, Vladutzzz wrote:
>
> Thank you al
Thank you all, for your replies!
I am a bit confused about the 10 rate decimation, which just gets one
halfband (the low rate one) - as explained in USRP2 FAQ. Does this affect
the power level that I will later measure?
I thought about using 8 which is also a multiple of 4, but it is a very
unfort
On 11/11/2010 07:46 AM, Vladutzzz wrote:
Dear all,
I am trying to receive with my USRP2 + WBX daughterboard a signal band of
precisely 8 MHz in order to measure it's power.
The problem is that since USRP2 has a 100 MSample/s sampling and I can't
just devide it by 12.5 to get the desidered 8 MHz
On 11/11/2010 10:46 AM, Vladutzzz wrote:
> Dear all,
> I am trying to receive with my USRP2 + WBX daughterboard a signal band of
> precisely 8 MHz in order to measure it's power.
> The problem is that since USRP2 has a 100 MSample/s sampling and I can't
> just devide it by 12.5 to get the desidered
On Thu, 2010-11-11 at 07:46 -0800, Vladutzzz wrote:
> Dear all,
> I am trying to receive with my USRP2 + WBX daughterboard a signal band of
> precisely 8 MHz in order to measure it's power.
> The problem is that since USRP2 has a 100 MSample/s sampling and I can't
> just devide it by 12.5 to get th
Dear all,
I am trying to receive with my USRP2 + WBX daughterboard a signal band of
precisely 8 MHz in order to measure it's power.
The problem is that since USRP2 has a 100 MSample/s sampling and I can't
just devide it by 12.5 to get the desidered 8 MHz band, I need
to use an FPGA decimation of
Dear all!
Myself and my colaborators have 2 USRP2+WBX boards. We use them in the
500-700 MHz band.
The boards worked just fine until today, when we have used a stronger input
signal generated by an Agilent signal generator connected directly via
cable. The generated signal, a 2 MHz - large wideb
On Sep 23, 2010, at 1:42 AM, George Nychis wrote:
> Did you ever get this fixed? I'm seeing the same problem...
And later:
> However, I'm not using UHD. Do you know a fix for this outside of UHD?
Then:
> I see the USRP2 send mac pause frames, and then no new data is sent over the
> interfac
Did you ever get this fixed? I'm seeing the same problem...
On Wed, Aug 25, 2010 at 5:53 PM, Marcus D. Leech wrote:
> >
> > On Aug 24, 2010, at 11:16 PM, George Nychis wrote:
> >
> >
> >> I don't think I've had this issue with my WBX and USRP2. I will check
> tomorrow for you
> >>
> > Thanks!
>
> On Aug 24, 2010, at 11:16 PM, George Nychis wrote:
>
>
>> I don't think I've had this issue with my WBX and USRP2. I will check
>> tomorrow for you
>>
> Thanks! I'd appreciate it.
>
> I've now replicated the problem with a XCVR2450, so I don't think it's
> WBX-specific.
>
Just to
On Aug 24, 2010, at 11:16 PM, George Nychis wrote:
> I don't think I've had this issue with my WBX and USRP2. I will check
> tomorrow for you
Thanks! I'd appreciate it.
I've now replicated the problem with a XCVR2450, so I don't think it's
WBX-specific.
I've altered my code to support separa
On Tue, Aug 24, 2010 at 7:11 AM, Marc Epard wrote:
> On Aug 23, 2010, at 10:10 PM, George Nychis wrote:
>
> > If you stop transmitting, does your RX sample stream then begin again?
>
> Alas, no. Once it stops receiving, it never starts again. Time to dig into
> the firmware.
>
>
I don't think I'v
On Aug 23, 2010, at 10:10 PM, George Nychis wrote:
> If you stop transmitting, does your RX sample stream then begin again?
Alas, no. Once it stops receiving, it never starts again. Time to dig into the
firmware.
-Marc
___
Discuss-gnuradio mailin
On Mon, Aug 23, 2010 at 1:41 PM, Marc Epard wrote:
> I'm trying to simultaneously transmit and receive with a USRP2 and WBX in a
> C++ command line tool. I'm using txrx_wbx_raw_eth_20100608.bin and
> u2_rev3-20100603.bin on the USRP2 and have tried GNU Radio version 3.3.0 and
> 3.3.1 on the Ubunt
I'm trying to simultaneously transmit and receive with a USRP2 and WBX in a C++
command line tool. I'm using txrx_wbx_raw_eth_20100608.bin and
u2_rev3-20100603.bin on the USRP2 and have tried GNU Radio version 3.3.0 and
3.3.1 on the Ubuntu 10.04 host. I have a spectrum analyzer on TX/RX and an
Hi Scott,
On Jul 16, 2010, at 8:37 PM, Scott Johnston wrote:
> I just copied that code and ran it and I got a divide by zero error. It comes
> from
>
> form.quantized_slider_field(parent=self.panel, sizer=hbox, label="Gain",
> weight=3, range=self.u.gain_ra
Hi Alex,
On Jul 16, 2010, at 8:16 PM, Elvis Dowson wrote:
>
> Wow, that worked!! I'm getting a clean strong FM audio reception now.
>
I think I spoke too soon, it worked once, and now its back to the distorted
audio
$ ./usrp2_wfm_rr_rcv.py -e eth2 -f 104.1 -V 0.0 -g 31 -O hw:0,0
audio rate =
Hi Alex,On Jul 16, 2010, at 8:11 PM, Alexandru Csete wrote:Would be worth trying USRP2 decim = 400 which would give nice roundsample rate of 250kWow, that worked!! I'm getting a clean strong FM audio reception now.
#!/usr/bin/env python
#
# Copyright 2005,2006,2007,2008,2009 Free Software Foundati
Hi Scott,
On Jul 16, 2010, at 7:52 PM, Scott Johnston wrote:
> Hello Alex and Elvis,
>
> I have been following this thread because I am attempting to do the same
> thing. Can you tell me what the values for "interp" and "decim" are when the
> program is working correctly.
I just reverted the
Hi Scott,
On Jul 16, 2010, at 7:52 PM, Scott Johnston wrote:
> I have been following this thread because I am attempting to do the same
> thing. Can you tell me what the values for "interp" and "decim" are when the
> program is working correctly. Also, my system is failing to tune to the
> cen
Hi Alex,
On Jul 16, 2010, at 9:05 AM, Elvis Dowson wrote:
> When I hard-code the value to 32050Hz, the system plays back, but at a slower
> speed.
In the previous patch, I missed setting the frequency of the audio sink to the
rational resampler's output rate as shown in the pat
Hi Alex,
On Jul 16, 2010, at 2:02 AM, Alexandru Csete wrote:
> I suggest you leave the pre-demodulator settings as they are in the
> example and add a rational resampler after the demodulator, see
> examples/audio/test_resampler.py on how to use it.
I looked at the rational resample example, and
Hi Bryan,
On Jul 16, 2010, at 1:27 AM, Bryan Edelman wrote:
> Hardcode audio_rate to 48000, set audio_decimate = 6, usrp_decim = 312,
> chanfilt_decim = 1.
Hard-coding these values worked! There was still a lot of static, but the music
sounded fine and was playing back at the correct frequency
On 15 July 2010 22:43, Elvis Dowson wrote:
> Hi,
> I modified the usrp_decimation to 210, which gives me an ouput of
> 476190 Hz for the audio sample output. This was the closest I could get it to
> work at 48KHz.
>
> I still get broken FM audio output, and I constantly get the audio buffe
Hi,
I modified the usrp_decimation to 210, which gives me an ouput of 476190
Hz for the audio sample output. This was the closest I could get it to work at
48KHz.
I still get broken FM audio output, and I constantly get the audio buffer
under-run aUaU messages on the console.
Could so
Hi,
I increased the length of the wire to around 50cm, and increased the
volume and gain sliders to maximum, and could hear some semblance of an FM
radio transmission, but it was completely distorted.
What settings should I use to get better quality FM reception. I thought this
would w
Hi Josh,
On Jul 15, 2010, at 10:36 PM, Josh Blum wrote:
> 0x0052 should be the id of the WBX RX side. Let me know how it goes, and send
> back the patch!
Maybe it's 0x0053, because that's what the program reports it is using:
$ ./usrp2_wfm_rcv.py -e eth2
Using RX d'board 0x0053
>>> gr_fir_ccf
0x0052 should be the id of the WBX RX side. Let me know how it goes, and
send back the patch!
Thanks,
-Josh
On 07/15/2010 11:11 AM, Elvis Dowson wrote:
Hi,
I'm using USRP2 + WBX, with the SMA connector connected to the RX/TX
connector, and I've stuck a piece of wire about 7" long int
Hi,
I'm using USRP2 + WBX, with the SMA connector connected to the RX/TX
connector, and I've stuck a piece of wire about 7" long into the SMA connector.
However, when I run the following command, I get only static.
./usrp2_wfm_rcv.py -e eth2
Using RX d'board 0x0053
This daughterboard do
Hello Jason and Josh,
Thanks a lot for your quick reply.
You are right. I put the file "txrx_wbx.bin" on the SD card. Now everything
looks normal.
Thanks.
-Evan
On Thu, May 6, 2010 at 7:32 PM, Josh Blum wrote:
> You probably need to load the SD card with the txrx_wbx.bin firmware:
> http://g
On Thu, May 06, 2010 at 06:12:33PM -0500, Evan Chen wrote:
> Hello everyone,
>
> I just got the USRP2+WBX recently. And I used the famous "usrp2_fft.py" as a
> starting point.
>
> The problem I met is that the curve plotted by the usrp2_fft.py seemed to be
> abnormal. Sometimes, the amplitude of
You probably need to load the SD card with the txrx_wbx.bin firmware:
http://gnuradio.org/releases/usrp2-bin/trunk/
-Josh
On 05/06/2010 04:12 PM, Evan Chen wrote:
Hello everyone,
I just got the USRP2+WBX recently. And I used the famous "usrp2_fft.py" as a
starting point.
The problem I met is
Hello everyone,
I just got the USRP2+WBX recently. And I used the famous "usrp2_fft.py" as a
starting point.
The problem I met is that the curve plotted by the usrp2_fft.py seemed to be
abnormal. Sometimes, the amplitude of the curve was around -150 dB, and
sometimes it went below -400 dB.
An an
Well I am pleased to say that the txrx_wbx.bin firmware
from Jason's git seems to work on my USRP2 - WBX combination.
These SD cards are strange, I have two identical SD cards
same manufacturer (Kingston) size etc. One works and one does
not on the USRP2. On both cards the USRP2 lights come on
I assume it will be in /releases/usrp2-bin/trunk
- Charles
We haven't posted the USRP2 firmware which supports the WBX yet. Look
for it later today.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/lis
On 02/09/2010 10:00 AM, Charles Brain wrote:
Hello,
I just got my USRP2 and WBX today and am trying to test it.
find_usrps finds it, and usrp2_fft.py produces a spectrum display but
when I generate a low level signal I don't see
it on the display.
I have looked at the schematic and it seems to
Hello,
I just got my USRP2 and WBX today and am trying to test it.
find_usrps finds it, and usrp2_fft.py produces a spectrum
display but when I generate a low level signal I don't see
it on the display.
I have looked at the schematic and it seems to indicate I have not
selected the antenna i
68 matches
Mail list logo
