Hello,
I'm starting to play around with gnuradio and the USRP1. I have the
RFX400 daughterboard but only one antenna. I used the examples
usrp_wfm_rcv.py and usrp_nbfm_rcv.py for testing and it worked (I only
had to change the center frequencies for the use with the FRX400). For
emitting I us
I've met the same problem. At the tail of each burst, the ofdm
waveform always becomes a constant line. So the last several ofdm
symbols are always error received. I guess it is caused by the RF
part, but I'm not sure.
My solution is to add some padding bits in the tail of each burst.
-Lin
在 2010
Ubuntu 8.10 Intrepid
Gnuradio git tarball 3.3.0 rc0
no problem in configure,make make install but...
First error in find_usrps was:
find_usrps: error while loading shared libraries: libusrp2.so.0.cannot
open shared object file: No such file or directory
I've searched on web and in the forum
Hi Matt,
The first step to getting duplex to work is to make sure I can switch
between RX/TX and RX2 on the
rfx900. So that is what I am trying to do now.
I have given this a shot and determined that I am not sure if I am calling
this correctly. I have
the new firmware (you pointed us to)
On Thu, May 20, 2010 at 07:45, meco1982 wrote:
> First error in find_usrps was:
> find_usrps: error while loading shared libraries: libusrp2.so.0.cannot
> open shared object file: No such file or directory
It's likely you need to run;
$ sudo ldconfig
...in order for the system to know whe
Well, it seems the aeMB guys are working on a new version of the the core.
Maybe the new core will perform better.
Em 14 de maio de 2010 18:17, Brian Padalino escreveu:
> 2010/5/14 Tiago Rogério Mück :
> > Hello,
> >
> > It seems that everyone is having troubles with ISE 11.x, but has anyone
>
The problem is not the aeMB, it is how ISE is synthesizing it. We have
been working on this problem and are very close to having a solution.
Matt
On 05/20/2010 08:22 AM, Tiago Rogério Mück wrote:
Well, it seems the aeMB guys are working on a new version of the the
core. Maybe the new core
Sorry i've done it but i no wrote it in my post, the error appears after
that! some other idea!?!?
I can't upgrade ubuntu cause other persons decide to use same machine and to
no change distribution...with the normal problem of a test machine with more
different utent!
I'll try to change release a
The sent antenna feature is not implemented for the RFX boards when
using the gnuradio usrp2 driver. However, this functionality has been
implemented in the UHD:
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
What you are seeing is that when receiving-only (no transmit), the
Hello all,
I am trying to use bbn 80211b transmitter code (douggeiger version from
cgran website) with GNU Radio 3.2.2 with USRP1. However, it seems like the
Tx code has not been modified completely to work with hier_block2 APIs. I
tried to make changes on my own and ended up with an error that I
You probably want to take a look at the usrp2_version branch to see
how to get the transmit code working with the hier_block2 API, and
then modify it to work with the USRP1. Two things: you cannot transmit
the 802.11b waveform through the USRP1 (you don't have enough
bandwidth - in the original co
Hi Josh,
Thanks, does your response mean that I can use usrp2 (with usrp2 driver) in
full duplex
mode, its just that I have no control over the ports...so if receive or xmit
only
tx/rx port is used (and I make no calls to set_antenna or set_rx_antenna)
and if
doing duplex tx/rx is used for xm
Hi fellow GNURadioers,
I'd really like to share with you a demonstration video about something I
consider rather cool.
http://www.youtube.com/watch?v=mQ6YorV4VKE
An ETSI DVB-T Single Frequency Network (SFN) tested within the lab but ready
for geographical deployment,
implemented by using none of
Thanks for the help, Doug.
I do have two USRP2s and hence was also working on the usrp2_version code. I
have both the transmitter and receiver code individually working correctly
with USRP2. However, the receiver is not able to receive the packets
correctly from the transmitter (i.e in case of US
On Thu, May 20, 2010 at 3:14 PM, Smith L. wrote:
>
> Thanks for the help, Doug.
>
> I do have two USRP2s and hence was also working on the usrp2_version code.
> I
> have both the transmitter and receiver code individually working correctly
> with USRP2. However, the receiver is not able to receiv
Thanks, does your response mean that I can use usrp2 (with usrp2 driver)
in full duplex
mode, its just that I have no control over the ports...so if receive or
xmit only
yes, note the following:
* if you receive only, then TX/RX is the receive antenna port.
* if you transmit and receive, then
Hi,
I'm trying to create a patch that applies cleanly onto a 3.2.2
tarball. I would like to maintain my changes in the form of a Git
branch.
I can't seem to find a commit that matches up with the 3.2.2 release.
The best I've been able to do is about 3000 lines of diff, which still
feels quite big
Cool to hear about the OFDM 802.11 project.
When I was working with the USRP2 version, I was only able to get two USRP2s
to talk to each other. I can't remember if I was able to get it to decode
packets from a chipset, that was a year ago.
I do remember that sometime ago, there was further di
Hi All, Just wanted to thank everyone who helped me successfully install
GNURADIO on windows XP. A very, very big thank you to DON WARD, who patiently
kept suggesting me what was going wrong in my basic installation. Many of his
suggestions were priceless and I can't find enough words to than
Hi Colby,
Were you able to communicate between two USRP2s using bbn 80211
usrp2_version code?
I am not able to receive packets using USRP2 receiver even when other USRP2
is transmitting. Can you please let me know if there are any changes
required to be made in the usrp2_version code or any spec
On Thu, May 20, 2010 at 9:29 PM, Smith L. wrote:
>
> Hi Colby,
>
> Were you able to communicate between two USRP2s using bbn 80211
> usrp2_version code?
>
> I am not able to receive packets using USRP2 receiver even when other USRP2
> is transmitting. Can you please let me know if there are any c
Thanks George for your inputs.
I have closely been monitoring cgran website. However, every project seems
to be focusing on how well one can use USRP1 or USRP2 as 80211b receiver.
But my goal is to communicate between two USRPs (whether USRP1s or USRP2s)
using bbn 80211b code.
>From the previous
salam,
self.txpath=transmit_path(modulator, options) # self.txpath receive n hold
pointer from transmit_path() function
self.connect(self.txpath) #call function
self.connect() which hold pointer
class my_top_block(gr.top_block): # new class created
de
On Thu, May 20, 2010 at 11:08 PM, Smith L. wrote:
>
> Thanks George for your inputs.
>
> I have closely been monitoring cgran website. However, every project seems
> to be focusing on how well one can use USRP1 or USRP2 as 80211b receiver.
> But my goal is to communicate between two USRPs (whethe
Hi,
I wanted to ask that where can i find the .c files of different built in
modules of gnuradio?
e.g. for gr.channel_model i have been able to locate gr.channel_model.cc
,gr.channel_model.h file but not gr.channel_model.c file.
Thanks.
Cheers.
___
hi I am using wbx duaghterboard with usrp1, revision 4.5, serial
number 4599, when I am trying to run usrp_fft.py, this board is being
detected by the program, but when I am trying to run OpenBTS, it is
not transmitting any data.
Please let me know that gnuradio or usrp needs any special
configur
I do not remember specifically what I used at the command line to get the
two USRP2s to talk to each other. I know I had it working for 1 and 2 Mbps.
I think something must be messed up with the spreading sequence. George,
wasn't there a discussion on that sometime ago? I remember there were plots
On 05/18/2010 06:57 PM, Harley Myler wrote:
Hi all,
Now that I have the USRP2 playing the university NPR station in my
office, it is now time to get down to serious work.
Could someone please, in a nutshell, explain one of the features of the
WBX (as one of the transceiver series) daughterboard
On 05/20/2010 10:45 PM, Marcus D. Leech wrote:
On 05/21/2010 01:37 AM, Matt Ettus wrote:
Each daughterboard connector has 16 GPIOs. Some of them are used by
the daughterboards, but others are available for your use. On the
WBX, io_tx[14:8] are available for you to use, and they come to the
c
On 05/21/2010 01:37 AM, Matt Ettus wrote:
>
>
> Each daughterboard connector has 16 GPIOs. Some of them are used by
> the daughterboards, but others are available for your use. On the
> WBX, io_tx[14:8] are available for you to use, and they come to the
> connector on the grand-daughterboard.
>
>
30 matches
Mail list logo
