Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. wired issue on usrp receiver side (Chenfei Gao)
2. Re: wired issue on usrp receiver side (Marcus D. Leech)
3. args field in uhd::tune_request_t (Sivan Toledo)
4. gain setting and clipping (Sivan Toledo)
5. Maximum Length MIMO-Cable (Martin Braun (CEL))
6. can SBX change IF bandwidth? (gang li)
----------------------------------------------------------------------
Message: 1
Date: Wed, 6 Feb 2013 01:45:51 +0000
From: Chenfei Gao <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] wired issue on usrp receiver side
Message-ID:
<e0964f29cd002741839ee91972f50f4d32730...@ch1prd0102mb109.prod.exchangelabs.com>
Content-Type: text/plain; charset="gb2312"
Hi all,
I set up my communication system involving transmitter and receiver by two USRP
N200s. Unfortunately receiver cannot correctly decode the signal so when I was
tracking the fc32 data coming in I found a wired issue. With transmitter off, I
was running receiver only. I found there still were a lot of fc32 messages
coming in. Is it because there were still a lot of data stored in the usrp
buffer? And then I powered recycle USRP N200 and thought all buffered data
should be cleared by that way. But when I reconnected USRP running, same things
happened. Does anybody have the similar situation? I am a newbee to USRP and I
need help from you.
Any suggestions would be appreciated.
Chen
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130206/c440b21a/attachment-0001.html>
------------------------------
Message: 2
Date: Tue, 05 Feb 2013 21:02:12 -0500
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] wired issue on usrp receiver side
Message-ID: <[email protected]>
Content-Type: text/plain; charset="gb2312"
On 05/02/13 08:45 PM, Chenfei Gao wrote:
> Hi all,
>
> I set up my communication system involving transmitter and receiver by
> two USRP N200s. Unfortunately receiver cannot correctly decode the
> signal so when I was tracking the fc32 data coming in I found a wired
> issue. With transmitter off, I was running receiver only. I found
> there still were a lot of fc32 messages coming in. Is it because there
> were still a lot of data stored in the usrp buffer? And then I powered
> recycle USRP N200 and thought all buffered data should be cleared by
> that way. But when I reconnected USRP running, same things happened.
> Does anybody have the similar situation? I am a newbee to USRP and I
> need help from you.
>
> Any suggestions would be appreciated.
>
> Chen
>
The analog and digital sampling machinery continues to run whether your
signal is being transmitted or not. When nobody
is transmitting on your chosen frequency, the receiver "sees" noise. The
receiver is dumb, it has no way of knowing
exactly what *meaning* is of the samples flowing through it. You impart
"meaning" through the use of demodulators,
etc. But the USRP hardware in and of itself has no way of distinguishing
between "a signal that Chen might be interested
in" and anything else. That's what distinguishes SDRs from other types
of radios, there are, despite their sophistication,
extremely "dumb". But in this apparent stupidity, comes deep, profound
flexibility.
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130205/35396727/attachment-0001.html>
------------------------------
Message: 3
Date: Wed, 6 Feb 2013 08:30:57 +0200
From: Sivan Toledo <[email protected]>
To: [email protected]
Subject: [USRP-users] args field in uhd::tune_request_t
Message-ID:
<caol_ruemrre8dead-h44v5koedwmcoepe-vuvaupdrgkp69...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
The documentation (
http://files.ettus.com/uhd_docs/doxygen/html/structuhd_1_1tune__request__t.html)
says that uhd::tune_request_t has an args field that allows you to request
integer rather than fractional synthesizer. It's not in my header fines
(for 3.5.1 and 3.5.0) and the compiler complains that the field is missing.
Does this field exist in any version of UHD and does it actually work (sets
the synthesizer to integer-N tuning)?
Thanks, Sivan Toledo
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130206/6ca78988/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 6 Feb 2013 10:09:41 +0200
From: Sivan Toledo <[email protected]>
To: [email protected]
Subject: [USRP-users] gain setting and clipping
Message-ID:
<caol_rueynqgr2ce6v_mb1fj-zjsx6p6encaqw6sfgtver8p...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I am trying to find good settings of the gain and LO frequency in order to
detect weak signals in the presence of strong out-of-band (but nearby)
signals with an N200+WBX.
My obvious goal is to use the highest gain setting that does not result in
saturation in the ADCs and in the arithmetic in the FPGA.
Does saturation/clipping always results in maximum values (near 32767 in
absolute value) in the samples I get? Is this a reliable signal to reduce
gain (or move the LO away so that interfering signals are attenuated by the
anti-aliasing filters in the WBX)?
Thanks, Sivan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130206/ee7b1e95/attachment-0001.html>
------------------------------
Message: 5
Date: Wed, 6 Feb 2013 10:51:54 +0100
From: "Martin Braun (CEL)" <[email protected]>
To: [email protected]
Subject: [USRP-users] Maximum Length MIMO-Cable
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi everyone,
would a 1m SFF-8088 cable work as a MIMO-connector, or should I
stick to the 50cm versions as advertised on ettus.com?
MB
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin Braun
Research Associate
Kaiserstra?e 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT -- University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130206/0187b059/attachment-0001.sig>
------------------------------
Message: 6
Date: Wed, 6 Feb 2013 11:55:56 -0500
From: gang li <[email protected]>
To: [email protected], gnu radio <[email protected]>
Subject: [USRP-users] can SBX change IF bandwidth?
Message-ID:
<cakro2l3cexb56-yoaa2xmgz6depr3pxmvjavu4da77nq3fs...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi, all,
Can i use set_tx_bandwidth() or set_rx_bandwidth() to change the IF
bandwidth of SBX? Thanks very much!
Best,
Gang
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 30, Issue 6
*****************************************
