I am trying to run the open source ofdm code , with USRP 2 as receiver and
USRP N210 as transmitter at the center frequency 2.49G with RF board XCVR
2450 , transmitter is sending the data , but when I run usrp2_fft.py on
receiver i get http://old.nabble.com/file/p32662141/Screenshot-4.png
but w
On 20/06/2011 10:05 AM, vanITA1082 wrote:
I am going more deeply into the OFDM example, however I cannot figure out
which is the bit rate of the usrp.
I mean, I know and I can set the bit rate of my application but how fast the
packets are sent out by the usrp?
How can I evaluate the throughput o
I am going more deeply into the OFDM example, however I cannot figure out
which is the bit rate of the usrp.
I mean, I know and I can set the bit rate of my application but how fast the
packets are sent out by the usrp?
How can I evaluate the throughput on the wireless link?
Thanks
Vanessa
M
On Thu, 2011-06-09 at 01:24 -0700, vanITA1082 wrote:
> Thank you!
>
> I found 2 errors in benchmark_ofdm_tx.py:
>
> line 63 should be "sink"
> line 69 should be "samp_rate"
Thanks. In addition, check out the messages Morgan Redfield just posted,
he found that the transmit_path multiplier should
On Thu, Jun 9, 2011 at 1:24 AM, vanITA1082 wrote:
>
> Thank you!
>
> I found 2 errors in benchmark_ofdm_tx.py:
>
> line 63 should be "sink"
> line 69 should be "samp_rate"
>
> Thanks again
> Vanessa
>
>
Hi Vanessa,
One thing you might also have to change is the tx-amplitude in
transmit_path.py.
Thank you!
I found 2 errors in benchmark_ofdm_tx.py:
line 63 should be "sink"
line 69 should be "samp_rate"
Thanks again
Vanessa
Nick Foster-4 wrote:
>
> On Wed, 2011-06-01 at 00:50 -0700, vanITA1082 wrote:
>> Yes, but they do not work with UHD which is the only way to use my USRP
>> N210
>
On Wed, 2011-06-01 at 00:50 -0700, vanITA1082 wrote:
> Yes, but they do not work with UHD which is the only way to use my USRP N210
I just pushed a branch with UHD versions of the OFDM apps:
git://github.com/bistromath/gnuradio.git
It's in the uhd_ofdm branch. This is untested code, so use at yo
Yes, but they do not work with UHD which is the only way to use my USRP N210
Marcus D. Leech wrote:
>
> On 05/31/2011 10:15 AM, vanITA1082 wrote:
>> Thanks.
>>
>> However we are trying to transmit a packet from a usrp n210 to another
>> usrp
>> n210 and we are searching for examples do to this
On 05/31/2011 10:15 AM, vanITA1082 wrote:
Thanks.
However we are trying to transmit a packet from a usrp n210 to another usrp
n210 and we are searching for examples do to this simple operation.
How is it possible that are not out there? Do you know any source of simple
examples?
Thanks
Vanes
Thanks.
However we are trying to transmit a packet from a usrp n210 to another usrp
n210 and we are searching for examples do to this simple operation.
How is it possible that are not out there? Do you know any source of simple
examples?
Thanks
Vanessa
Tom Rondeau wrote:
>
> On Mon, May 30
On Mon, May 30, 2011 at 5:05 AM, vanITA1082 wrote:
>
> Dear Tom,
>
> Do you mind sharing your code for usrp n210 ?
>
> I am new on gnuradio and usrp and I am not able to find a python example to
> perform packet transmission.
>
>
> Thank you
>
> Vanessa
>
You can find lots of examples from my gr
Dear Tom,
Do you mind sharing your code for usrp n210 ?
I am new on gnuradio and usrp and I am not able to find a python example to
perform packet transmission.
Thank you
Vanessa
Tom Rondeau wrote:
>
> On Mon, Jan 17, 2011 at 2:48 PM, Josh Blum wrote:
>>
>>
>> On 01/17/2011 11:31 AM, Vel
> I use two USRP2s. When the receiver is loaded with the UHD driver it
> exhibits poor performance. No matter if the sender is using the
> standard or the UHD driver.
>
I was under the impression that performance meant high cpu load, too
many overflows/dropped packets. I think you mean that the a
Hi,
Thanks for the suggestions.
I use two USRP2s. When the receiver is loaded with the UHD driver it
exhibits poor performance. No matter if the sender is using the
standard or the UHD driver.
The buffer shouldn't be the problem:
"Current recv sock buff size: 5000 bytes"
I do get that filte
On Mon, Jan 17, 2011 at 2:48 PM, Josh Blum wrote:
>
>
> On 01/17/2011 11:31 AM, Veljko Pejovic wrote:
>> Hi,
>>
>> I updated the OFDM example. You can find it at
>> http://www.cs.ucsb.edu/~veljko/downloads/ofdm_example.tar.gz
>>
>> It supports both USRPs and the UHD driver. I get pretty bad
>> per
On 01/17/2011 11:31 AM, Veljko Pejovic wrote:
> Hi,
>
> I updated the OFDM example. You can find it at
> http://www.cs.ucsb.edu/~veljko/downloads/ofdm_example.tar.gz
>
> It supports both USRPs and the UHD driver. I get pretty bad
> performance with UHD receiver for some reason. Any ideas?
>
Fo
Hi,
I updated the OFDM example. You can find it at
http://www.cs.ucsb.edu/~veljko/downloads/ofdm_example.tar.gz
It supports both USRPs and the UHD driver. I get pretty bad
performance with UHD receiver for some reason. Any ideas?
Cheers,
Veljko
On Tue, Jan 11, 2011 at 9:26 PM, Guanbo wrote
Hi,
I was looking for the source codes through the list.
And I got one from Veljko from UCSB, who are very nice to share his codes,
"ofdm_example.tar.gz"
The codes are attached.
Given the enough gain in TX and RX, you can see the output result at RX.
Guanbo
http://old.nabble.com/file/p30650478/
On Mon, Jan 10, 2011 at 5:56 PM, wrote:
>
> Hi all,
>
> Does anyone know of any updated OFDM benchmark code that is modified to be
> run on a USRP2? I have seen previous posts of this, however the link to the
> updated code is no longer available.
>
> Thanks,
>
> Michael Rahaim
> Graduate Resear
Hi all,
Does anyone know of any updated OFDM benchmark code that is modified to
be run on a USRP2? I have seen previous posts of this, however the
link to the updated code is no longer available.
Thanks,
Michael Rahaim
Graduate Research Assistant
Smart Lighting Engineering Research Center
20 matches
Mail list logo