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. Is there a way to store modulated samples generated by USRP
(Qurat-Ul-Ann Akbar)
2. Time sync on wideband (?????? ????)
3. RFNoC: using LO Offset to fine tune receiver (Dixon, James L)
4. Re: RFNoC: using LO Offset to fine tune receiver (Marcus D. Leech)
5. Re: Is there a way to store modulated samples generated by
USRP (Sumit Kumar)
6. Re: RFNoC: using LO Offset to fine tune receiver (John Malsbury)
7. Re: E310 Rfnoc clocking guidelines/ performance issues
(Samuel Prager)
8. Build RFNoC environment (???)
9. Is there a MULTIPLY block in RFNoC? (Swanson, Craig)
10. Custom RFNoC block connection through UHD API and accessing
front panel GPIO (Jean Michel Cioranesco (jm))
11. dc offset calibration in E310 board (olivani)
12. Re: dc offset calibration in E310 board ([email protected])
----------------------------------------------------------------------
Message: 1
Date: Thu, 8 Jun 2017 13:46:47 -0500
From: Qurat-Ul-Ann Akbar <[email protected]>
To: [email protected]
Subject: [USRP-users] Is there a way to store modulated samples
generated by USRP
Message-ID:
<cajwfnj2lmck-guhnttj9yj1h3k71zcbbocczeatgmk1ty9z...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
Is there a way to store modulated samples by USRP in a file instead of
sending them through air ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170608/938ad95c/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 9 Jun 2017 00:48:00 +0300
From: ?????? ???? <[email protected]>
To: [email protected]
Subject: [USRP-users] Time sync on wideband
Message-ID:
<cabh6qssqd7ggdh83mhs0m3n+afi_uj+3ahdrvmwe_q35ume...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I'm using several b205mini and 1pps reference from the octoclock. My main
goal is to synchronize the time of devices. When I make records at 10MHz
everything is fine, but when I try up to 20-40MHz I see, as it seems to me,
an explicit dissynchronization.
Please, see code to review <https://pastebin.com/iujTrXYN>
As a result, look at this output
<https://www.dropbox.com/s/awnlj7nl02vigla/uht_time_sync_output.txt?dl=0>,
where first column is the device, and second column - metadata timestamp.
I see that the devices is being launched NOT simultaneously, although the
timestamps of samples is given the same.
Whatis going wrong?
Many thanks for considering my request.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170609/9cefeed6/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 8 Jun 2017 22:31:14 +0000
From: "Dixon, James L" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] RFNoC: using LO Offset to fine tune receiver
Message-ID:
<c6947bb11568824d9ea822ba98f7c6c285a44...@rrc-ats-exmb2.ats.atsinnovate.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I have a system working with RFNoC. I have created a flowgraph in grc using
RFNoC: Radio blocks for input and output. I understand that I should have
sub-Hz tuning resolution, but I don't seem to be able to achieve anything
better than about 12 kHz (using a 1.8 GHz center frequency). I just read that
the LO Offset is used to fine-tune the radio, but I can't figure out how to
enter a setting for the LO Offset in the RFNoC: Radio block. Or is there a way
to enter a value for the LO Offset by editing the resulting Python code, maybe
using a UHD command? Some example code would be very helpful, too.
Thanks,
Jim
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170608/229ac356/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 08 Jun 2017 20:12:09 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] RFNoC: using LO Offset to fine tune receiver
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
On 06/08/2017 06:31 PM, Dixon, James L via USRP-users wrote:
> Hi,
>
> I have a system working with RFNoC. I have created a flowgraph in
> grc using RFNoC: Radio blocks for input and output. I understand that
> I should have sub-Hz tuning resolution, but I don't seem to be able to
> achieve anything better than about 12 kHz (using a 1.8 GHz center
> frequency). I just read that the LO Offset is used to fine-tune the
> radio, but I can't figure out how to enter a setting for the LO Offset
> in the RFNoC: Radio block. Or is there a way to enter a value for the
> LO Offset by editing the resulting Python code, maybe using a UHD
> command? Some example code would be very helpful, too.
>
> Thanks,
>
> Jim
>
>
For fine tuning, you'll need the DDC block as well. It is typical that
broad-band synthesizers have fairly coarse tuning steps.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170608/58619065/attachment-0001.html>
------------------------------
Message: 5
Date: Fri, 9 Jun 2017 06:06:15 +0200
From: Sumit Kumar <[email protected]>
To: Qurat-Ul-Ann Akbar <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Is there a way to store modulated samples
generated by USRP
Message-ID:
<CAOExtcRKggvdn=YL45GpOhNjkBaY5UkgP=rewt0aav9tfga...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
If you are using GNU Radio to work with USRP, then there are examples in
benchmark files.
https://github.com/gnuradio/gnuradio/blob/master/gr-digital/examples/ofdm/benchmark_tx.py
Its gives you option to dump binary data in a file by using --to-file
<path to file> argument.
On Thu, Jun 8, 2017 at 8:46 PM, Qurat-Ul-Ann Akbar via USRP-users <
[email protected]> wrote:
> Hi,
>
> Is there a way to store modulated samples by USRP in a file instead of
> sending them through air ?
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
--
--
Sumit kumar
Doctoral Student, UPMC
Eurecom, BIOT
France
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170609/4322c8e5/attachment-0001.html>
------------------------------
Message: 6
Date: Thu, 8 Jun 2017 21:56:42 -0700
From: John Malsbury <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] RFNoC: using LO Offset to fine tune receiver
Message-ID:
<CAK+fQfcirTZ29Z4vohm6iDp-43Ux=_qwk986smCjQ=Jf2SSQ=w...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I'm not sure if this has been fixed recently. But you need to query the
coerced frequency of the radio block, which is what the PLL actually tunes
to. Then, you need to apply that offset to the DDC to actually get your
desired frequency to "0 Hz" in the baseband signal..
This is what I had to do with RF NoC code from about ~10 months ago - maybe
this has been approved.
-John
On Thu, Jun 8, 2017 at 5:12 PM, Marcus D. Leech via USRP-users <
[email protected]> wrote:
> On 06/08/2017 06:31 PM, Dixon, James L via USRP-users wrote:
>
> Hi,
>
> I have a system working with RFNoC. I have created a flowgraph in grc
> using RFNoC: Radio blocks for input and output. I understand that I should
> have sub-Hz tuning resolution, but I don't seem to be able to achieve
> anything better than about 12 kHz (using a 1.8 GHz center frequency). I
> just read that the LO Offset is used to fine-tune the radio, but I can't
> figure out how to enter a setting for the LO Offset in the RFNoC: Radio
> block. Or is there a way to enter a value for the LO Offset by editing the
> resulting Python code, maybe using a UHD command? Some example code would
> be very helpful, too.
>
> Thanks,
>
> Jim
>
>
> For fine tuning, you'll need the DDC block as well. It is typical that
> broad-band synthesizers have fairly coarse tuning steps.
>
>
>
> _______________________________________________
> 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/20170608/95e5bdb9/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 8 Jun 2017 23:47:34 -0700
From: Samuel Prager <[email protected]>
To: Jonathon Pendlum <[email protected]>
Cc: Ryan Marlow via USRP-users <[email protected]>, Samuel
Prager <[email protected]>
Subject: Re: [USRP-users] E310 Rfnoc clocking guidelines/ performance
issues
Message-ID: <a0e00c43-2a95-46c5-afee-a66aa73eb04c@Spark>
Content-Type: text/plain; charset="utf-8"
Hi Jonathon,
Thanks for the response.
> Issue 1)
> When you receive a pulse, are you only calling recv() or are you doing
> anything else? This looks like UHD expected the response packet to have a
> sequence number of 0, but the radio replied with a sequence number of 890.
> This could happen if the radio block got reset. You said this code works fine
> when running on the X300 though right?
Yes, I am only calling recv() when receiving a pulse. The only time I call
usrp->clear() is when the blocks are initially connected. Yes, this code works
on the X300.
Additionally, if I do not attempt any settings reg reads, but instead
immediately call recv() a second time, I receive a few hundred samples before
getting a timeout due to drops.
I have had a chance to run a few more test cases with the following results:
case 1)
If I upload a length zero waveform to my AWG noc block (won?t transmit
anything) and call recv(), everything works fine and the (timed) samples are
received as expected for multiple pulses.
case 2)
If I send/receive immediately, I am able to receive approximately 8 pulses with
~4096 samples before the E312 freezes up or begins to report the errors
described previously. It does not seems to matter how long I wait between
pulses or what rate I set.
So if I utilize the timekeeper, I always crash after the first pulse, but if I
ignore the timekeeper, I get a few more pulses, but crash eventually?
I am not sure what could possibly be causing this behavior so any guidance is
greatly appreciated.
A few other things:
I have been doing some additional tests using uhd::device3 tx_streamer?s and
rx_streamer?s and have noticed that depending on the buffer size of the
tx_streamer, I will get an ERROR_CODE_LATE_COMMAND when simulateously sending
and receiving.
Additionally, I have been getting the following error when any program built
against the latest commit to the rfnoc-devel branch of uhd exits (even if
successful). Not sure whether this is of any consequence:
> [ERROR] [UHD] Exception caught in safe-call.
> ? in virtual ctrl_iface_impl::~ctrl_iface_impl()
> ? at /home/prager/Projects/e312cross/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:76
> this->peek32(0); -> AssertionError: (sts >> 7) & 0x1
> ? in typename T::sptr e300_transport::get_buff(double) [with T =
> uhd::transport::managed_send_buffer; typename T::sptr =
> boost::intrusive_ptr<uhd::transport::managed_send_buffer>]
> ? at
> /home/prager/Projects/e312cross/src/uhd/host/lib/usrp/e300/e300_fifo_config.cpp:250
For reference: UHD_4.0.0.rfnoc-devel-902-gbf23c7ad
Regards,
Sam
On May 18, 2017, 10:28 AM -0700, Jonathon Pendlum <[email protected]>,
wrote:
> > Hi Sam,
> >
> > > Issue 1)
> > >
> > > When I run the application, rfnoc appears to initialize correctly and I
> > > can sr_read sr_write. However, after receiving one pulse (4096 samples),
> > > I begin to see errors similar to:
> > >
> > > Error: EnvironmentError: IOError: 0/Radio_0 user_reg_read64() failed:
> > > EnvironmentError: IOError: [0/Radio_0] sr_read64() failed:
> > > EnvironmentError: IOError: Block ctrl (CE_00_Port_10) packet parse error
> > > - EnvironmentError: IOError: Expected packet index: 0? Received index: 890
> > >
> > > If I do not read/write any FPGA registers before sending another pulse, I
> > > see timeouts after a few thousand samples have been received.
> > >
> > > I have tried changing the rate (as low as 1 MHz) and increasing the wait
> > > time between pulses ? neither has any effect. After the first pulse, the
> > > usrp starts to freeze up. I have also tried adding a FIFO block between
> > > the Radio RX and host with no improvement.
> >
> > When you receive a pulse, are you only calling recv() or are you doing
> > anything else? This looks like UHD expected the response packet to have a
> > sequence number of 0, but the radio replied with a sequence number of 890.
> > This could happen if the radio block got reset. You said this code works
> > fine when running on the X300 though right?
> >
> > > Issue 2)
> > >
> > > The data I am receiving in the analog loopback configuration is
> > > essentially junk. However, if I set the ?loopback? register in the
> > > radio_core (SR_LOOPBACK = 132), ?I receive the exact samples that are
> > > being send by the AWG with the correct time coherence, etc. So the tx
> > > samples going out of the radio_core appear to be correct.
> >
> > Can you do an external loopback with something simple like a tone? The
> > AD9361 is a fairly complicated device and starting off with a simpler test
> > case might give us a better clue.
> >
> > > Questions:
> > >
> > > Are there additional uhd calls needed to setup the E310 RF frontend
> > > beyond what is necessary for the X300?
> >
> > Not that I'm aware of.
> >
> > > I am sort of scratching my head here because I have been using noc_block
> > > on the X300 successfully for a while and the E310 fpga image I built met
> > > timing, etc.
> > >
> > > Are there any obvious culprits for this sort of behavior? My noc_block
> > > uses a timekeeper (and the sync_in and pps signals on the X300). On the
> > > E310, however there is no sync_in signal and the pps generation is
> > > different.? Could this be the source of the issues that I am seeing?
> >
> > I wouldn't completely rule it out, but I doubt it. Have you tried sending
> > the pulse immediately / ignoring the timekeeper?
> >
> > > What is the proper way to set the gpsdo as the time and clock source for
> > > a device3 based usrp? Is there anything analogous to what is used for
> > > multi_usrp in the sync_to_gps.cpp example?
> >
> > I believe we expose what you need in the radio block controller
> > (radio_ctrl_impl.cpp). Take a look
> > at?https://github.com/EttusResearch/uhd/blob/rfnoc-devel/host/examples/rfnoc_rx_to_file.cpp
> >
> > > And lastly, is it possible to use a dma_fifo block directly on the E310?
> > > Or does custom firmware have to be written in order to use the dram
> > > memory on board?
> >
> > The DmaFIFO block would be compatible, but you need to generate a MIG with
> > an AXI4 interface. Luckily, we already have IP for the MIG that is built
> > when you run the 'E310_dram_test' make target. You could try starting with
> > that.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170608/6ca47d82/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 9 Jun 2017 19:24:00 +0900
From: ??? <[email protected]>
To: [email protected] <[email protected]>
Subject: [USRP-users] Build RFNoC environment
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi all
I installed GRC on Ubuntu 1604 with <Software Development on the E310 and
E312> procedure
after that I tried <Getting Started with RFNoC Development> procedure,
and fail
I reinstall ubuntu and <Getting Started with RFNoC Development> again
I got this error message on "pybombs prefix init ~/rfnoc -R rfnoc -a
rfnoc" step
I hope someone guide me to right procedure, or teach me what am i missing
Exception ruamelyamlconstructorConstructorError: ConstructorError() in
<generator object construct_undefined at 0x7fd5261ba0a0> ignored
Traceback (most recent call last):
File "/usr/local/bin/pybombs", line 9, in <module>
load_entry_point('PyBOMBS==231a0', 'console_scripts',
'pybombs')()
File "/usr/lib/python27/dist-packages/pkg_resources/__init__py",
line 542, in load_entry_point
return get_distribution(dist)load_entry_point(group, name)
File "/usr/lib/python27/dist-packages/pkg_resources/__init__py",
line 2569, in load_entry_point
return epload()
File "/usr/lib/python27/dist-packages/pkg_resources/__init__py",
line 2229, in load
return selfresolve()
File "/usr/lib/python27/dist-packages/pkg_resources/__init__py",
line 2235, in resolve
module = __import__(selfmodule_name, fromlist=['__name__'],
level=0)
File "/usr/local/lib/python27/dist-packages/pybombs/mainpy", line
26, in <module>
from pybombscommands import dispatch
File
"/usr/local/lib/python27/dist-packages/pybombs/commands/__init__py&quo
t;,
line 23, in <module>
from base import CommandBase, SubCommandBase, dispatch
File
"/usr/local/lib/python27/dist-packages/pybombs/commands/basepy",
line 27, in <module>
from pybombsconfig_manager import config_manager
File
"/usr/local/lib/python27/dist-packages/pybombs/config_managerpy",
line 654, in <module>
config_manager = ConfigManager()
File
"/usr/local/lib/python27/dist-packages/pybombs/config_managerpy",
line 330, in __init__
selfload(select_prefix)
File
"/usr/local/lib/python27/dist-packages/pybombs/config_managerpy",
line 370, in load
if self_append_cfg_from_file(selflocal_cfg):
File
"/usr/local/lib/python27/dist-packages/pybombs/config_managerpy",
line 446, in _append_cfg_from_file
cfg_data = PBConfigFile(cfg_filename)get()
File
"/usr/local/lib/python27/dist-packages/pybombs/config_filepy",
line 42, in __init__
raise PBException("Error loading {0}: {1}"format(filename,
str(e)))
pybombspb_exceptionPBException: Error loading
/home/duck4985/pybombs/configyml: could not determine a constructor for the
tag '!!python/tuple'
in "<byte string>", line 3, column 3:
- !!python/tuple []
^ (line: 3)
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170609/6476e5ec/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 9 Jun 2017 13:50:58 +0000
From: "Swanson, Craig" <[email protected]>
To: "[email protected]" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: [USRP-users] Is there a MULTIPLY block in RFNoC?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Jonathon,
In gnuradio there is a multiply block and I need something equivalent in RFNoC.
Thanks,
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170609/5889858b/attachment-0001.html>
------------------------------
Message: 10
Date: Fri, 9 Jun 2017 14:23:23 +0000
From: "Jean Michel Cioranesco (jm)" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Custom RFNoC block connection through UHD API
and accessing front panel GPIO
Message-ID: <737E55BBE338284C9440EEDF7BAAC22F579B49@lhreml507-mbb>
Content-Type: text/plain; charset="us-ascii"
Hi everyone,
I started to create some custom block for RFNoC on x310. I successfully create
a custom block and simulated it.
I could also compile it on the RFNoC module and program on FPGA.
When calling uhd_usrp_probe my custom block shows up in the list of available
blocks. Good.
Now I am encountering some difficulties in the next steps and I hope you guys
can help me.
I am unsure how I could connect the usrp block on the receiver side. I was
thinking to use the following script (but I could not successfully verify it is
connected on the datapath):
./rfnoc_rx_to_file --radio-id 0 --block-id customblock
Is this how you guys are connecting your custom blocks? Do you have a tutorial
or other information that would help me connect the block successfully?
I would like to use the UHD API directly to make the connection in RFNoC if
possible.
My second question relates to the RTL design of the custom block. I would like
to connect an output of my custom core directly to one of the frontpanel GPIO
pin.
Is there any example out there on how to do that or other useful information?
My third and final question is about the UHD version compability of the API, I
am now working under UHD_4.0.0.rfnoc-0-unknown to develop the custom FPGA
image. Will the software I will develop to connect the RFNoC blocks be portable
to UHD version 3.10.1.1?
Any help would be appreciated so I thank you in advance
jm
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170609/693311cd/attachment-0001.html>
------------------------------
Message: 11
Date: Fri, 9 Jun 2017 10:42:36 -0400
From: olivani <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] dc offset calibration in E310 board
Message-ID:
<CABq0ViwFA9bFYifBzoWmsDtQU8msdk5Rx1wuBtR1=3_6pqg...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi ,
I have my e310 board connected to a signal generator and using
rx_samples_to_file to collect data.
When I plot the data , I see a dc offset other than the tone. Could you
please let me know how I can eliminate the dc offset
N210 has certain calibration script but E310 does not does self
calibration. Similarly does E310 has the option to tune LO_OFFSET.
Thanks and Regards,
Olivani
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170609/8a849e4b/attachment-0001.html>
------------------------------
Message: 12
Date: Fri, 09 Jun 2017 10:58:55 -0400
From: [email protected]
To: olivani <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] dc offset calibration in E310 board
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
You can use LO_OFFSET with E310, just like other devices.
On 2017-06-09 10:42, olivani via USRP-users wrote:
> Hi ,
>
> I have my e310 board connected to a signal generator and using
> rx_samples_to_file to collect data.
> When I plot the data , I see a dc offset other than the tone. Could you
> please let me know how I can eliminate the dc offset
>
> N210 has certain calibration script but E310 does not does self calibration.
> Similarly does E310 has the option to tune LO_OFFSET.
>
> Thanks and Regards,
> Olivani
>
> _______________________________________________
> 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/20170609/5045e39e/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 82, Issue 9
*****************************************
