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: Best way to change RFNoC block on the fly? (Jason Matusiak)
2. I (Thomas Wagner)
3. RFNOC: module "multiply" not found. (ofdm_plateau_detector)
(Manik Singhal)
4. FW: RE: Re: light weight direction finder (???)
5. Re: FW: RE: Re: light weight direction finder (Kyeong Su Shin)
6. NI 2943r USRP 1G/10G ETH connector (Abdul Rehman)
7. Re: NI 2943r USRP 1G/10G ETH connector (Robin Coxe)
8. File sink Reading issue (Jahnavendra Mattipa)
9. LNA for USRP N210 with WBX daughterboard (tides anugraha)
10. Re: LNA for USRP N210 with WBX daughterboard (Marcus D. Leech)
11. Re: E310 FPGA rebuild not able to complete (Jason Matusiak)
12. Re: LNA for USRP N210 with WBX daughterboard (Marcus D. Leech)
13. Re: LNA for USRP N210 with WBX daughterboard (Marcus M?ller)
14. Problem using message port (Jason Matusiak)
15. Usage of Ettus B205mini (regarding OFDM) (Shuang Hu)
----------------------------------------------------------------------
Message: 1
Date: Thu, 20 Apr 2017 15:15:35 -0400
From: Jason Matusiak <[email protected]>
To: Martin Braun <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Best way to change RFNoC block on the fly?
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Martin, I am reviving an old thread I started nearly a year ago that got
dropped off of my TODO list. Now I am interested in attempting it
again. The gist is I have an RFNoC block that will take a command value
from a regular GR block that it will use as a variable (it will get
updated periodically during runtime). When I posed this question
previously, you mentioned that RFNoC didn't have a message passing
implemented per say. We then talked about how uhd_fft.grc passes
messages in a non-RFNoC environment, and you said that "The fosphor
display and RFNoC blocks interact via messages; i.e. if you change trise
from the QT GUI, it'll trigger a message to be sent to the other block,
which it translates into an API call."
So, all that said, I went into my GRC xml file for my block and added
the param:
<param>
<name>Show Command Port</name>
<key>hide_cmd_port</key>
<value>False</value>
<type>enum</type>
<hide>part</hide>
<option>
<name>Yes</name>
<key>False</key>
</option>
<option>
<name>No</name>
<key>True</key>
</option>
<tab>General</tab>
</param>
and the sink:
<sink>
<name>command</name>
<type>message</type>
<optional>1</optional>
<hide>$hide_cmd_port</hide>
</sink>
After a rebuild, it shows up fine in the GRC and I can make it
(in)visible whenever I want.
Now I need to modify the RFNoC's xml file and I am not sure the best way
to link those two up. Looking at fosphor,xml, I see the following (I am
focusing on trise for simplicity's sake):
<registers>
<setreg>
<name>TRISE</name>
<address>172</address>
</setreg>
</registers>
....
<args>
<arg>
<name>trise</name>
<type>int</type>
<value>4096</value>
<check>GE($trise, 0) AND LE($trise, 65536)</check>
<check_message>"fosphor trise value must be within [0,
65535]"</check_message>
<action>SR_WRITE("TRISE", $trise)</action>
</arg>
</args>
So I assume I just need to do something similar in my XML and look for
the register 127 to change in noc_block_cpremoval.v? Is that all there
is to it? Am I over simplifying this??
------------------------------
Message: 2
Date: Thu, 20 Apr 2017 14:40:09 -0600
From: Thomas Wagner <[email protected]>
To: [email protected]
Subject: [USRP-users] I
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Tom Wagner
[email protected]
[email protected]
310-387-4929 cell
------------------------------
Message: 3
Date: Thu, 20 Apr 2017 19:30:12 -0400
From: Manik Singhal <[email protected]>
To: [email protected]
Subject: [USRP-users] RFNOC: module "multiply" not found.
(ofdm_plateau_detector)
Message-ID:
<CAG86GbMjDEruLiqBUjKd5PdEW=cwbr6g-rqaer4rrjyvvng...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
In attempting to get a working schmidl_cox rfnoc block, I attempted to pull
in the schmidl_cox block from the rfnoc_ofdm branch into the rfnoc-devel
branch, which involved me pulling in ofdm_plateau_detector and multiply.
After a "source setupenv.sh" and "make cleanall" in usrp3/top/x300, I ran
the script "uhd_image_builder.py" in usrp3/tools/script to make a image
with window, fft, and schmidl_cox.
But for some reason it is not identifying the multiply block in lib/rfnoc
and keeps breaking the build in the process. The block is there and
everything is spelled correctly, so I was wondering why this would be
happening?
Thanks,
Manik
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170420/523b8b4b/attachment-0001.html>
------------------------------
Message: 4
Date: Fri, 21 Apr 2017 09:57:54 +0900
From: ??? <[email protected]>
To: [email protected] <[email protected]>
Subject: [USRP-users] FW: RE: Re: light weight direction finder
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Thanks
One more question What is it that the "E310 MIMO XCVR board"
Is it that what I expected?
Regards
Kim taeyeong
------------Original Message------------
Subject : Re: [USRP-users] light weight direction finder
Date : 2017-04-19 16:38:22
>From : Marcus Müller via USRP-users <usrp-users@listsettuscom>
To : usrp-users@listsettuscom
Cc :
Hi Kim taeyeong,
the B2xx series can be made coherent by supplying an external PPS and 10 MHz
signal That would also add weight
But the relative phase will be random after every tune
If you need reproducible 4-channel coherent receivers with reproducible
(==calibrateable) phase relations, you'd probably look at the X3x0 + 2x
TwinRX daughterboards You could replace the sturdy aluminium case with your
own enclosure
Best regards,
Marcus
On 19042017 08:39, ??? via USRP-users wrote:
Hi all
I'm planning L-band direction finding system with MUSIC algorithm
In this mission we need 3 or 4 channel cohirent receiver
I found N200 seriese have Synchronization and MIMO Capability
Also X300 series have linear array direction finding example
Our another requirement is weight, no good with N/X series
Here is my question Is it possible synchronize multiple B200 series?
Or any other recomendation?
Thanks
Kim taeyeong
_______________________________________________
USRP-users mailing list
USRP-users@listsettuscom
http://listsettuscom/mailman/listinfo/usrp-users_listsettuscom
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170421/5a17fee8/attachment-0001.html>
------------------------------
Message: 5
Date: Thu, 20 Apr 2017 19:34:08 -0700
From: Kyeong Su Shin <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] FW: RE: Re: light weight direction finder
Message-ID:
<CAGL0V3nO9Y7DiMmNSPfM_pDaEQfbONL++MjJEvUwhBoaai=-1...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Taeyeong, Kim:
I am not as expert as others on here, but I believe that:
-E310 is *2x2* MIMO capable,* just like B210* (also uses AD9361). It is
coherent.
-It seems to have a better RF frontends over B210 (has preselector filter
banks), and can operate stand alone (has Linux-capable ARM cores inside -
not as powerful as a full x86 PC, though. You may have to write FPGA codes
to make up).
So, if you need 3 - 4 channels, E310 probably won't solve all problems for
you. You can implement a very basic phase interferometry with just two
channels, though (B210 worked for me). Also, since it has switchable
antenna ports, you can try switching between multiple antenna ports to get
better estimates. (Will be much slower than the true 3 - 4 channel
receivers, though. May work just fine if the speed is not important.)
If you *must* use multiple non phase-coherent USRPs for your project, one
thing that you can do is providing a known signal to all boards and
detecting & compensating the phase offsets every time you reset or retune
your devices. This means one additional transmitter, though.
Regards,
Kyeong Su Shin.
On Thu, Apr 20, 2017 at 5:57 PM, ??? via USRP-users <
[email protected]> wrote:
> Thanks
>
>
>
> One more question. What is it that the "E310 MIMO XCVR board"
>
> Is it that what I expected?
>
>
>
> Regards
>
> Kim taeyeong
>
>
>
>
>
> ------------Original Message------------
>
> *Subject :* Re: [USRP-users] light weight direction finder
>
> *Date :* 2017-04-19 16:38:22
>
> *From :* Marcus M?ller via USRP-users <[email protected]>
>
> *To :* [email protected]
>
> *Cc :*
>
> Hi Kim taeyeong,
>
>
>
> the B2xx series can be made coherent by supplying an external PPS and 10
> MHz signal. That would also add weight.
>
> But the relative phase will be random after every tune.
>
>
>
> If you need reproducible 4-channel coherent receivers with reproducible
> (==calibrateable) phase relations, you'd probably look at the X3x0 + 2x
> TwinRX daughterboards. You could replace the sturdy aluminium case with
> your own enclosure.
>
>
>
>
>
>
>
> Best regards,
>
> Marcus
>
>
> On 19.04.2017 08:39, ??? via USRP-users wrote:
>
>
>
> Hi all
>
>
>
> I'm planning L-band direction finding system with MUSIC algorithm.
>
> In this mission we need 3 or 4 channel cohirent receiver.
>
> I found N200 seriese have Synchronization and MIMO Capability.
>
> Also X300 series have linear array direction finding example.
>
>
>
> Our another requirement is weight, no good with N/X series.
>
> Here is my question. Is it possible synchronize multiple B200 series?
>
> Or any other recomendation?
>
>
>
> Thanks
>
> Kim taeyeong
>
>
> _______________________________________________
> USRP-users mailing
> [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/20170420/a676cf9b/attachment-0001.html>
------------------------------
Message: 6
Date: Fri, 21 Apr 2017 07:04:37 +0500
From: Abdul Rehman <[email protected]>
To: [email protected]
Subject: [USRP-users] NI 2943r USRP 1G/10G ETH connector
Message-ID:
<CAK0xZuV6FeW3mqRzYOOfwGgx4-uGuCyyF_4NPZt=cwgrfus...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Everyone,
I am using NI 2943r but I don't have available its 1G/10G ETH (SFP)
connector of NI to connect it with computer and upload sketch. What I can
find is 1G connector of CISCO, Please tell me if that would be compatible
with NI 2943r or not, or any other substitute is available to connect my
device with computer?
Thank and Regards
Abd
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170421/ef23df57/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 20 Apr 2017 20:05:27 -0700
From: Robin Coxe <[email protected]>
To: Abdul Rehman <[email protected]>
Cc: USRP-users <[email protected]>
Subject: Re: [USRP-users] NI 2943r USRP 1G/10G ETH connector
Message-ID:
<CAGVTi8W6LR8-bS-8zMBw+Fsn5c9N3ih+y_PNz+kTQ1O-QU=k...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Abd. The NI USRP-2943R and the accompanying NI-USRP software require
use of a PCIe or PXIe connection to the host PC. The NI-branded USRPs do
not support gigE data links using the two SFP+ ports.
You can purchase one of the following PCIe or PXIe interface cards from
www.ni.com:
PCIe - MXI Express Interface Kit for USRP RIO, NI Part # 783487-01
PXIe - MXI Express Interface Kit for USRP RIO, NI Part # 783488-01
PXIe - MXI Express Interface Kit for USRP RIO, NI Part # 783488-01
If you would prefer to convert the device to an Ettus Research USRP X310
and make use of 1/10 gigE interfaces, please contact [email protected].
You can purchase gigabit Ethernet adapters, cables, and interface cards for
the Ettus Research USRPs here:
https://www.ettus.com/product/category/Accessories
-Robin
On Thu, Apr 20, 2017 at 7:04 PM, Abdul Rehman via USRP-users <
[email protected]> wrote:
> Hello Everyone,
> I am using NI 2943r but I don't have available its 1G/10G ETH (SFP)
> connector of NI to connect it with computer and upload sketch. What I can
> find is 1G connector of CISCO, Please tell me if that would be compatible
> with NI 2943r or not, or any other substitute is available to connect my
> device with computer?
> Thank and Regards
> Abd
>
> _______________________________________________
> 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/20170420/53bd367c/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 21 Apr 2017 10:52:32 +0530
From: Jahnavendra Mattipa <[email protected]>
To: [email protected], [email protected],
[email protected], Nate Temple
<[email protected]>, Juha Vierinen <[email protected]>, Lars
Erling Br?ten <[email protected]>,
[email protected],
[email protected]
Subject: [USRP-users] File sink Reading issue
Message-ID:
<CAH5NE-bwgr=bfocaanir6pwnv_vgxsy3xoowe-0ezjjcdkn...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear all,
The file sink issue is the major one. I am trying to read the file sink
recorded"file" and the file contains i think ascii characters, html
characters and some special characters and i cant able to read it & i am
using USRP1 device and it's older version. Can anyone tell me that how to
read the file without characters. Kindly notify me is there anything wrong
in my experiment. I have to record and read the data for some hours. If
anyone familiar about this issue kidly explain me. I f anyone has any
advices,suggestions and comments, they would be greatly appreciated.
Best Regards,
M.Jahnavendra
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170421/fb379e0f/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 21 Apr 2017 16:37:16 +0700
From: tides anugraha <[email protected]>
To: Ettus USRP <[email protected]>
Subject: [USRP-users] LNA for USRP N210 with WBX daughterboard
Message-ID:
<CA+a=go4zig7a__jgvwkumadmqkdauuwe83zgxk1+_ucosdt...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi List,
Is there any available LNA for USRP N210 with WBX daughterboard in the
market?
If there is, what is the type of LNA if i want to use it to receive GSM
signals?
Thanks,
Tides
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170421/56a41a1e/attachment-0001.html>
------------------------------
Message: 10
Date: Fri, 21 Apr 2017 07:45:33 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] LNA for USRP N210 with WBX daughterboard
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 04/21/2017 05:37 AM, tides anugraha via USRP-users wrote:
> Hi List,
>
> Is there any available LNA for USRP N210 with WBX daughterboard in the
> market?
>
> If there is, what is the type of LNA if i want to use it to receive
> GSM signals?
>
> Thanks,
> Tides
>
For GSM, it's unlikely that you actually need an LNA. What is the
application?
------------------------------
Message: 11
Date: Fri, 21 Apr 2017 08:38:57 -0400
From: Jason Matusiak <[email protected]>
To: Jonathon Pendlum <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] E310 FPGA rebuild not able to complete
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Jonathon, I just tried this on a server with 48G of RAM and it worked
for a fresh build, but as soon as I added chipscope, it failed with not
enough LUTs (even though I got this to work on my PC one time). All of
these machines are running Ubuntu 14.04 if that helps any.
~Jason
On 04/20/2017 08:55 AM, Jason Matusiak wrote:
> I have 16G of RAM, I would think that would be enough, but maybe not.
> Do you have a recommendation for minimum amounts?
>
> On 04/19/2017 04:07 PM, Jonathon Pendlum wrote:
>> Jason,
>>
>> How much RAM does your build machine have? Sometimes builds on
>> machines with inadequate RAM will fail.
>>
>> On Wed, Apr 19, 2017 at 1:59 PM, Jason Matusiak via USRP-users
>> <[email protected] <mailto:[email protected]>> wrote:
>>
>> I am curious how on the edge the E310 FPGA build is (particularly
>> the RFNoC one) and whether there is a known solution to
>> completing a build?
>>
>> I was completing builds fine the other day, now it is failing for
>> not enough LUTs. I tried doing a brand new fresh build and it
>> still fails (I haven't touched the code at all). Is it so far on
>> the edge that the tools can /sometimes/ complete and other times not?
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected] <mailto:[email protected]>
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>> <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/20170421/465e68fd/attachment-0001.html>
------------------------------
Message: 12
Date: Fri, 21 Apr 2017 09:46:31 -0400
From: "Marcus D. Leech" <[email protected]>
To: tides anugraha <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] LNA for USRP N210 with WBX daughterboard
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
On 04/21/2017 08:54 AM, tides anugraha wrote:
> I plan to use airprobe-hopping to evaluate the GSM signal on hopping
> channel. In a normal condition (without lna), i always get some errors
> when running the program (ERR: conv_decode). Some guys told me that
> the error caused by the bad signal reception, and suggest to use LNA.
>
> I'm sorry if this question is out of the scope of this mailing list.
>
> Thanks
>
An LNA is unlikely to help, and may even make the problem worse.
Unless your antenna is separated from the receiver by a long cable run,
and LNA is not the issue.
You may need filters, and you may be experiencing interference.
There are dozens of pre-made LNAs "out there" that cover typical GSM
frequencies. If you determine that you really need one.
------------------------------
Message: 13
Date: Fri, 21 Apr 2017 15:50:04 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] LNA for USRP N210 with WBX daughterboard
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Why would you hop with a device that can observe a complete GSM downlink
at once?
On 04/21/2017 03:46 PM, Marcus D. Leech via USRP-users wrote:
> On 04/21/2017 08:54 AM, tides anugraha wrote:
>> I plan to use airprobe-hopping to evaluate the GSM signal on hopping
>> channel. In a normal condition (without lna), i always get some
>> errors when running the program (ERR: conv_decode). Some guys told me
>> that the error caused by the bad signal reception, and suggest to use
>> LNA.
>>
>> I'm sorry if this question is out of the scope of this mailing list.
>>
>> Thanks
>>
> An LNA is unlikely to help, and may even make the problem worse.
>
> Unless your antenna is separated from the receiver by a long cable
> run, and LNA is not the issue.
>
> You may need filters, and you may be experiencing interference.
>
> There are dozens of pre-made LNAs "out there" that cover typical GSM
> frequencies. If you determine that you really need one.
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 14
Date: Fri, 21 Apr 2017 11:34:57 -0400
From: Jason Matusiak <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Problem using message port
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
So I am a little confused with an error I am getting while using the
message port for my RFNoC block. When not connect, my GRC script runs
fine. When I connect a message strobe to it, I get a weird error. I
can find the error elsewhere, but I don't usually see a good fix (except
for update your GR, but I have a pretty new version).
My message strobe has a Message PMT of "pmt.from_long(1)". My port
input on the RFNoC block expects an int, but there doesn't seem to be a
from_int option.
The error I see is:
Could not find port: cfg in:
rfnoc
system
Traceback (most recent call last):
File "/home/jmatusiak/rfnoc-multiaperture/examples/CPremoval.py",
line 252, in <module>
main()
File "/home/jmatusiak/rfnoc-multiaperture/examples/CPremoval.py",
line 240, in main
tb = top_block_cls()
File "/home/jmatusiak/rfnoc-multiaperture/examples/CPremoval.py",
line 195, in __init__
self.msg_connect((self.blocks_message_strobe_0, 'strobe'),
(self.multiaperture_cpremoval_0, 'cfg'))
File
"/home/jmatusiak/rfnoc/lib/python2.7/dist-packages/gnuradio/gr/hier_block2.py",
line 59, in wrapped
func(self, src.to_basic_block(), srcport, dst.to_basic_block(),
dstport)
File
"/home/jmatusiak/rfnoc/lib/python2.7/dist-packages/gnuradio/gr/hier_block2.py",
line 131, in msg_connect
self.primitive_msg_connect(*args)
File
"/home/jmatusiak/rfnoc/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py",
line 3489, in primitive_msg_connect
return _runtime_swig.top_block_sptr_primitive_msg_connect(self, *args)
RuntimeError: invalid msg port in connect() or disconnect()
>>> Done
Now, cfg is the name of my message port of my RFNoC block (which is what
fosphor calls theirs as well), but it looks like GR isn't happy with
it. Does someone know where to look into this error more closely?
This seems like a VERY similar issue, but I am not writing any
C++/python, nor am I using foo:
https://lists.gnu.org/archive/html/discuss-gnuradio/2017-01/msg00105.html
------------------------------
Message: 15
Date: Fri, 21 Apr 2017 17:37:58 +0200
From: Shuang Hu <[email protected]>
To: [email protected]
Subject: [USRP-users] Usage of Ettus B205mini (regarding OFDM)
Message-ID:
<CAJcT1m7xz4sGc7n8LwKeki7Gs64O9L0VkDJokYWr=xshpz7...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear all,
To make an OFDM signal transmitter, I have programmed modules in Verilog
according to the block diagram of transmitting part of OFDM.
How can I integrate my modules into the project b205 (bulit automatically
from github)? Is there any other methods?
Thank you in advance.
Best regards,
xxxs
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170421/cf186044/attachment-0001.html>
------------------------------
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 80, Issue 21
******************************************
