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. Re: can SBX change IF bandwidth? ([email protected])
2. Re: args field in uhd::tune_request_t (Josh Blum)
3. Re: can SBX change IF bandwidth? (Josh Blum)
4. Re: Maximum Length MIMO-Cable (Josh Blum)
5. Re: can SBX change IF bandwidth? (gang li)
6. ISE Version for building N210 FPGA (Roy Thompson)
7. Re: ISE Version for building N210 FPGA (Josh Blum)
8. Re: args field in uhd::tune_request_t (Sivan Toledo)
9. Using 4 USRP with a Gigabit switch (Damien Serant)
10. gps_locked sensor throwing exception in latest master
(Perelman Nathan (Nathan))
11. questions about the antenna LP0965 (gang li)
12. Re: Using 4 USRP with a Gigabit switch (Josh Blum)
13. Re: gps_locked sensor throwing exception in latest master
(Josh Blum)
14. Re: Maximum Length MIMO-Cable (Martin Braun (CEL))
15. ofdm question (Pablo Belzarena)
16. Re: gps_locked sensor throwing exception in latestmaster
(Perelman Nathan (Nathan))
17. SBX TX/RX RX leakage (gang li)
----------------------------------------------------------------------
Message: 1
Date: Wed, 06 Feb 2013 12:05:42 -0500
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] can SBX change IF bandwidth?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
On 06 Feb 2013 11:55, gang li wrote:
> Hi, all,
>
> Can i use
set_tx_bandwidth() or set_rx_bandwidth() to change the IF
> bandwidth of
SBX? Thanks very much!
>
> Best,
> Gang
>
>
_______________________________________________
> USRP-users mailing
list
> [email protected]
>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
No,
it has a fixed IF bandwidth of around 40Mhz.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130206/e5ff6e7b/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 06 Feb 2013 11:08:44 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] args field in uhd::tune_request_t
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 02/06/2013 12:30 AM, Sivan Toledo wrote:
> 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)?
>
This was pushed out on the master branch so its not in any release.
There is SBX/WBX code to use this, but its in test and not yet pushed.
-josh
> Thanks, Sivan Toledo
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 3
Date: Wed, 06 Feb 2013 11:10:53 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] can SBX change IF bandwidth?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 02/06/2013 10:55 AM, gang li wrote:
> Hi, all,
>
> Can i use set_tx_bandwidth() or set_rx_bandwidth() to change the IF
> bandwidth of SBX? Thanks very much!
SBX has fixed 40 MHz baseband filter.
You can read more here-
http://files.ettus.com/uhd_docs/manual/html/dboards.html#daughterboard-properties
-josh
>
> Best,
> Gang
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 4
Date: Wed, 06 Feb 2013 11:13:35 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Maximum Length MIMO-Cable
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 02/06/2013 03:51 AM, Martin Braun (CEL) wrote:
> 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?
Should work. Be aware, that there is a roughly calibrated phase delay to
compensate for the length of the mimo cable. You can tweak this value
for a different length cable (in the codes), or possibly, your app will
be able cope with the additional phase shift in the 10 MHz reference.
-josh
>
> MB
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 5
Date: Wed, 6 Feb 2013 12:17:53 -0500
From: gang li <[email protected]>
To: [email protected], "Marcus D. Leech" <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] can SBX change IF bandwidth?
Message-ID:
<cakro2l1tu86m+m890so9kg6wd4e5svveizaog6g+gibqvyj...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Oh i thought it is adjustable. Now I got it. Thanks so much.
Best,
Gang
On Wed, Feb 6, 2013 at 12:10 PM, Josh Blum <[email protected]> wrote:
>
>
> On 02/06/2013 10:55 AM, gang li wrote:
>> Hi, all,
>>
>> Can i use set_tx_bandwidth() or set_rx_bandwidth() to change the IF
>> bandwidth of SBX? Thanks very much!
>
>
> SBX has fixed 40 MHz baseband filter.
>
> You can read more here-
> http://files.ettus.com/uhd_docs/manual/html/dboards.html#daughterboard-properties
>
> -josh
>
>>
>> Best,
>> Gang
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 6
Date: Wed, 6 Feb 2013 12:58:28 -0500
From: Roy Thompson <[email protected]>
To: [email protected]
Subject: [USRP-users] ISE Version for building N210 FPGA
Message-ID:
<caozutchbxibjl4gynusrqg39pmp3dwon3yn77tf7zcoihtm...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
I tried building the N210R4 FPGA from source for the first time (no
changes made), and it is failing to meet timing. I am using Xilinx
ISE 13.3. What version should I be using?
Thanks,
Roy
------------------------------
Message: 7
Date: Wed, 06 Feb 2013 12:02:27 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] ISE Version for building N210 FPGA
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 02/06/2013 11:58 AM, Roy Thompson wrote:
> I tried building the N210R4 FPGA from source for the first time (no
> changes made), and it is failing to meet timing. I am using Xilinx
> ISE 13.3. What version should I be using?
For everything in the usrp2 directory, the stock images that ship in the
images package are all built with 12.1. This way the timing works out
the same from build to build.
But if you are tearing out a bunch of stuff in the design to do
something custom, newer ISE should be fine as well.
-josh
>
> Thanks,
> Roy
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 8
Date: Wed, 6 Feb 2013 20:47:54 +0200
From: Sivan Toledo <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] args field in uhd::tune_request_t
Message-ID:
<caol_rugdvmaw1ubzt9ci1ofk8azq3feqps_s7b_eboe1wy0...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Thanks a lot. I hope it makes it to the master branch and get tested. We'll
definitely use it (I am not sure how bad are the spurs that we get in
fractional mode, but we'll be happy to get rid of them and the specific
choice of LO frequency is not really important to us).
Sivan
On Wed, Feb 6, 2013 at 7:08 PM, Josh Blum <[email protected]> wrote:
>
>
> On 02/06/2013 12:30 AM, Sivan Toledo wrote:
> > 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)?
> >
>
> This was pushed out on the master branch so its not in any release.
> There is SBX/WBX code to use this, but its in test and not yet pushed.
>
> -josh
>
> > Thanks, Sivan Toledo
> >
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130206/5e29bf5b/attachment-0001.html>
------------------------------
Message: 9
Date: Wed, 6 Feb 2013 22:14:23 +0100
From: Damien Serant <[email protected]>
To: USRP List <[email protected]>
Subject: [USRP-users] Using 4 USRP with a Gigabit switch
Message-ID:
<CAM=tnlnknwyvpcfuezxrncgnfgewychvggswgxesk4e_8as...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi list,
I am experiencing some issue with my configuration using an Ethernet switch
even if i read on the list that it should work seamlessly . Here is the
situation:
- I use 2 pairs of USRPN200. In each pair, the 2 USRP are connected
together with a MIMO cable, and the master USRP of each pair has the
internal GPSDO from Ettus.
- The master USRP of each pair is connected to a Netgear 8 port Gigabit
switch.
- My PC is also connected to this switch.
- I wrote a simple UHD program (based on multi_sample_to_file) to record
the sample of each USRP. I use 1 multi_usrp object constructed with the 4
IP address of my USRP2 (all different of course). 1 have 1 rx_stream mapped
over my four channels so obtained.
- I record 4 files as expected, but the program spends more than 30 seconds
to record 5 seconds of signal as if there was some bottle-neck somewhere
(the same without writing to the HDD). The problem is that the sampling
frequency is 200 kHz so the Gigabit network should handle that without any
issue, no ?
So my conclusion is that i am doing wrong somewhere. Actually i'm not sure
how to handle my 4 usrp with UHD:
- Treat each USRP pair in different USRP object ?
- Use one multi_usrp object, but one rx_stream per pair ?
- Execute multi_sample_to_file.exe for each pair ? -> i tried this
solution but it does not work : the files of one of two pair remains empty.
Thanks in advance
Damien
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130206/3e1714b2/attachment-0001.html>
------------------------------
Message: 10
Date: Wed, 6 Feb 2013 17:37:19 -0500
From: "Perelman Nathan (Nathan)" <[email protected]>
To: <[email protected]>
Subject: [USRP-users] gps_locked sensor throwing exception in latest
master
Message-ID:
<3862c5643b15b6468269546753eb2a92081b5...@bltsxvs01.govsolutions.com>
Content-Type: text/plain; charset="us-ascii"
In experimenting with the latest master and the addition of the
gps_servo sensor, I noticed some anomalies in the gps_locked sensor. In
my application I am asking for it every second or so to provide a status
output. Every so often it will print a warning three times and then
throw an exception similar to:
UHD Warning:
locked: ValueError: Invalid response "$GPGGA,2113-02-06 5104 108872
189.29 5"70E-12 15 15 6 0x0
terminate called after throwing an instance of 'uhd::value_error'
what(): ValueError: Timeout after no valid message found
This will usually happen within 10 minutes of the gps locking. In
addition, the gps_locked sensor appears to sometimes return false even
when the gps is locked (from looking at the nmea strings I can see that
it is actually locked). I can usually observe this at least once within
a minute of the gps locking the first time.
All testing was done with a USRP N210 r3 with a Jackson Labs GPSDO
installed.
-Nathan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130206/7c8434af/attachment-0001.html>
------------------------------
Message: 11
Date: Wed, 6 Feb 2013 19:38:30 -0800
From: gang li <[email protected]>
To: [email protected]
Subject: [USRP-users] questions about the antenna LP0965
Message-ID:
<cakro2l0pdz0fzvfvsbfoeh4hqjb6f9tkhfj6tyzaq7bfo3h...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi, guys,
I have some questions about the antenna LP0965 purchased fromEttus. I
know it is made by Kent Electronics. Should i contact Kent or
justEttus? Thanks.
Best,
Gang
------------------------------
Message: 12
Date: Wed, 06 Feb 2013 22:59:34 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Using 4 USRP with a Gigabit switch
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 02/06/2013 03:14 PM, Damien Serant wrote:
> Hi list,
>
> I am experiencing some issue with my configuration using an Ethernet switch
> even if i read on the list that it should work seamlessly . Here is the
> situation:
> - I use 2 pairs of USRPN200. In each pair, the 2 USRP are connected
> together with a MIMO cable, and the master USRP of each pair has the
> internal GPSDO from Ettus.
> - The master USRP of each pair is connected to a Netgear 8 port Gigabit
> switch.
> - My PC is also connected to this switch.
> - I wrote a simple UHD program (based on multi_sample_to_file) to record
> the sample of each USRP. I use 1 multi_usrp object constructed with the 4
> IP address of my USRP2 (all different of course). 1 have 1 rx_stream mapped
> over my four channels so obtained.
> - I record 4 files as expected, but the program spends more than 30 seconds
> to record 5 seconds of signal as if there was some bottle-neck somewhere
> (the same without writing to the HDD). The problem is that the sampling
> frequency is 200 kHz so the Gigabit network should handle that without any
> issue, no ?
>
That sounds like a few MB worth of data. Shouldnt take much time at all.
Are you requesting continuous or finite streaming? I would recommend to
first count the number of samples coming out of the recv() call and make
sure its what is expected.
I guess another good approach would be to add in one device at a time
and see where the application starts getting funny / breaking assumptions.
> So my conclusion is that i am doing wrong somewhere. Actually i'm not sure
> how to handle my 4 usrp with UHD:
> - Treat each USRP pair in different USRP object ?
> - Use one multi_usrp object, but one rx_stream per pair ?
> - Execute multi_sample_to_file.exe for each pair ? -> i tried this
> solution but it does not work : the files of one of two pair remains empty.
All of those options should work. Usually ganging all 4 devices together
into one object is a just convenience for dealing w/ alignment.
-josh
>
> Thanks in advance
> Damien
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 13
Date: Wed, 06 Feb 2013 23:06:31 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] gps_locked sensor throwing exception in
latest master
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 02/06/2013 04:37 PM, Perelman Nathan (Nathan) wrote:
> In experimenting with the latest master and the addition of the
> gps_servo sensor, I noticed some anomalies in the gps_locked sensor. In
> my application I am asking for it every second or so to provide a status
> output. Every so often it will print a warning three times and then
> throw an exception similar to:
>
> UHD Warning:
>
> locked: ValueError: Invalid response "$GPGGA,2113-02-06 5104 108872
> 189.29 5"70E-12 15 15 6 0x0
>
> terminate called after throwing an instance of 'uhd::value_error'
>
> what(): ValueError: Timeout after no valid message found
>
>
>
> This will usually happen within 10 minutes of the gps locking. In
> addition, the gps_locked sensor appears to sometimes return false even
> when the gps is locked (from looking at the nmea strings I can see that
> it is actually locked). I can usually observe this at least once within
> a minute of the gps locking the first time.
>
>
>
> All testing was done with a USRP N210 r3 with a Jackson Labs GPSDO
> installed.
>
Are you also actually querying the gps_servo sensor? I just want to
confirm if enabling that was the cause of the error.
The gps_servo sensor is off until it queried (I believe). When its on it
tends to add a lot of extra serial traffic. Which isnt actually a lot
for the baud rate, but I think the micro inside the GPSDO might end up
overflowing a uart buffer, and causing the parser on the host to slip
up. Something like that...
-josh
> -Nathan
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 14
Date: Thu, 7 Feb 2013 09:54:20 +0100
From: "Martin Braun (CEL)" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Maximum Length MIMO-Cable
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
On Wed, Feb 06, 2013 at 11:13:35AM -0600, Josh Blum wrote:
> On 02/06/2013 03:51 AM, Martin Braun (CEL) wrote:
> > 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?
>
> Should work. Be aware, that there is a roughly calibrated phase delay to
> compensate for the length of the mimo cable. You can tweak this value
> for a different length cable (in the codes), or possibly, your app will
> be able cope with the additional phase shift in the 10 MHz reference.
Thanks a lot. If it's fixed, a phase offset won't be a problem.
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/20130207/176c9928/attachment-0001.sig>
------------------------------
Message: 15
Date: Thu, 7 Feb 2013 10:41:07 -0200
From: Pablo Belzarena <[email protected]>
To: [email protected]
Subject: [USRP-users] ofdm question
Message-ID:
<CAAtCX=vvZkwd1pbiLsDYDo48-62H0Venp_QGnHMfLinS=8_...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi everyone, I have a question about ofdm benchmark. If I use
benchmark_tx.py and benchmark_rx.py without any change I have an error
rate below 10%.
However, if I only modify the benchmark_tx.py and I add only a
sleep(1) between packets transmissions like is shown in the following
code:
while n < nbytes:
if options.from_file is None:
data = (pkt_size - 2) * chr(pktno & 0xff)
else:
data = source_file.read(pkt_size - 2)
if data == '':
break;
payload = struct.pack('!H', pktno & 0xffff) + data
send_pkt(payload)
n += len(payload)
print (n)
if options.discontinuous and pktno % 5 == 4:
time.sleep(1)
pktno += 1
time.sleep(1) # this is the line added
send_pkt(eof=True)
then the packets error rate is above 50%. Could someone explain me
where is the problem and how can I solve it?
Thanks in advance,
Pablo Belzarena.
------------------------------
Message: 16
Date: Thu, 7 Feb 2013 10:54:09 -0500
From: "Perelman Nathan (Nathan)" <[email protected]>
To: <[email protected]>, <[email protected]>
Subject: Re: [USRP-users] gps_locked sensor throwing exception in
latestmaster
Message-ID:
<3862c5643b15b6468269546753eb2a92081b6...@bltsxvs01.govsolutions.com>
Content-Type: text/plain; charset="us-ascii"
Yes, I was querying the gps_servo (and gps_gpgga and gps_gprmc) sensors
as well. From my reading of the uhd code it looks like "SERV:TRAC 1" is
sent to the firefly on init though, not on the gps_servo sensor being
requested.
-Nathan
-----Original Message-----
From: USRP-users [mailto:[email protected]] On Behalf
Of Josh Blum
Sent: Thursday, February 07, 2013 12:07 AM
To: [email protected]
Subject: Re: [USRP-users] gps_locked sensor throwing exception in
latestmaster
On 02/06/2013 04:37 PM, Perelman Nathan (Nathan) wrote:
> In experimenting with the latest master and the addition of the
> gps_servo sensor, I noticed some anomalies in the gps_locked sensor.
> In my application I am asking for it every second or so to provide a
> status output. Every so often it will print a warning three times and
> then throw an exception similar to:
>
> UHD Warning:
>
> locked: ValueError: Invalid response "$GPGGA,2113-02-06 5104
> 108872
> 189.29 5"70E-12 15 15 6 0x0
>
> terminate called after throwing an instance of 'uhd::value_error'
>
> what(): ValueError: Timeout after no valid message found
>
>
>
> This will usually happen within 10 minutes of the gps locking. In
> addition, the gps_locked sensor appears to sometimes return false even
> when the gps is locked (from looking at the nmea strings I can see
> that it is actually locked). I can usually observe this at least once
> within a minute of the gps locking the first time.
>
>
>
> All testing was done with a USRP N210 r3 with a Jackson Labs GPSDO
> installed.
>
Are you also actually querying the gps_servo sensor? I just want to
confirm if enabling that was the cause of the error.
The gps_servo sensor is off until it queried (I believe). When its on it
tends to add a lot of extra serial traffic. Which isnt actually a lot
for the baud rate, but I think the micro inside the GPSDO might end up
overflowing a uart buffer, and causing the parser on the host to slip
up. Something like that...
-josh
> -Nathan
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 17
Date: Thu, 7 Feb 2013 11:31:52 -0500
From: gang li <[email protected]>
To: [email protected], gnu radio <[email protected]>
Subject: [USRP-users] SBX TX/RX RX leakage
Message-ID:
<cakro2l1hwpokduxnrxf8urczb7prkokprwzwzagecn6fcgr...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi, guys, I am doing full duplex on SBX. Is there any leakage from TX
to RX? Is that 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 7
*****************************************
