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. Setting up B200 under Windows, have some questions...
(Robert McIntyre via USRP-users)
2. X300 FPGA code : User registers? (Steffen Fors? via USRP-users)
3. Re: X300 FPGA code : User registers? (Ian Buckley via USRP-users)
4. Re: Setting up B200 under Windows, have some questions...
(Michael West via USRP-users)
5. Re: Setting up B200 under Windows, have some questions...
(Robert J. McIntyre via USRP-users)
6. Re: Install instructions/pre-reqs for GNU Radio on Windows?
(Robert J. McIntyre via USRP-users)
7. B210 USB error after longer rx stream duration
(Sabathy Mischa via USRP-users)
8. Re: Takachi B2X0 Enclosure Details
(Michael Wiesner via USRP-users)
9. Re: B210 USB error after longer rx stream duration
(Marcus M?ller via USRP-users)
10. OpenBTS errors (Jorge, Erik Stephen via USRP-users)
11. Re: [Discuss-gnuradio] Reference Clock power level for Ettus
N210 (Marcus M?ller via USRP-users)
12. Reference Clock power level for Ettus N210
(Antonio Petrolino via USRP-users)
13. Re: [Discuss-gnuradio] Reference Clock power level for Ettus
N210 (Matt Ettus via USRP-users)
14. Re: [Discuss-gnuradio] Reference Clock power level for Ettus
N210 (Marcus D. Leech via USRP-users)
----------------------------------------------------------------------
Message: 1
Date: Tue, 22 Apr 2014 11:03:31 -0700
From: Robert McIntyre via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Setting up B200 under Windows, have some
questions...
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I received my B200 yesterday (very sweet looking bit of hardware), and was
(somewhat) successful in getting it up and running. I've outlined what I've
done/tried thus far, and have some questions/issues:
Here's (roughly) the steps that I've tried/done:
1. Installed the latest Stable UHD from here:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Windows
2. Downloaded, but didn't install the Windows USB Driver linked from the same
page
3. Downloaded and installed Balint's USRP package from here:
http://wiki.spench.net/wiki/USRP_Interfaces
4. Used the zdiag installed by that package to set up the WinUSB driver
5. Installed HDSDR, and copied files over from Balint's install directory to
the HDSDR directory
6. Started HDSDR, and selected ExtIO, and configured
--> At this point, it was working, but HDSDR was *very* slow... When HDSDR
started, it popped up the ExtIO dialog, and downloaded firmware, etc.. But, it
said that it was operating in "USB 2"
7. Installed the nightly build of SDRSharp from below, and copied files over
from Balint's install directory
http://sdrsharp.com/index.php/downloads
At this point, it was working. When SDR# started, it popped up the ExtIO
dialog, and downloaded firmware, etc.. But, it said that it was operating in
"USB 2". I also noticed that the sampling rate was set very low, which made it
pretty much useless for receiving stuff. When I bumped up the sample rate, the
reception became usable. But, if I went above 4 Msps, it started to get buffer
overruns.
I wanted to get it working in SDR-Radio, but it kept hanging when trying to
discover new radios, despite copying files over, etc..
So, can someone offer any help with the following:
- Getting SDR-Radio working?
- Getting my sample rate higher than 4 Msps?
- Telling me whether my device is really working in USB 2, or USB 3?
My machine specs are roughly as follows:
- Core i7 3.4 GHz CPU
- 16 GB of RAM
- SSD
- USB 3.0 provided by the onboard Intel Z87 chipset (motherboard is Asus
Gryphon Z87)
Thanks!!!
Robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140422/bc37b966/attachment-0001.html>
------------------------------
Message: 2
Date: Tue, 22 Apr 2014 20:19:50 +0000
From: Steffen Fors? via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] X300 FPGA code : User registers?
Message-ID:
<dd5a5ab27e024ef5b2b1c9acfd333...@amspr04mb488.eurprd04.prod.outlook.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi!
I am considering porting my DDC from N210 to X300.
In N210, I have used the user registers to implement custom registers. These
user registers seem to be gone in X300 FPGA code. Are there any alternatives
for implementing custom registers in X300?
I need 16 custom registers.
Best Regards,
Steffen Fors?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140422/4ee30e7e/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 22 Apr 2014 13:48:40 -0700
From: Ian Buckley via USRP-users <[email protected]>
To: Steffen Fors? <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] X300 FPGA code : User registers?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Steffen,
So far some people in the same position as you have taken the user settings bus
RTL from N210 and added it to X310. It's not really an intentional removal on
our part, more that it was a low priority feature. I expect we will revisit it
shortly and the functionality will return though possibly changed a little.
We'll try not to make that disruptive to customers who have already started
solving the issue for themselves.
-Ian
On Apr 22, 2014, at 1:19 PM, Steffen Fors? via USRP-users
<[email protected]> wrote:
> Hi!
> I am considering porting my DDC from N210 to X300.
>
> In N210, I have used the user registers to implement custom registers. These
> user registers seem to be gone in X300 FPGA code. Are there any alternatives
> for implementing custom registers in X300?
>
> I need 16 custom registers.
>
> Best Regards,
> Steffen Fors?
> _______________________________________________
> 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/20140422/220ca3c3/attachment-0001.html>
------------------------------
Message: 4
Date: Tue, 22 Apr 2014 15:27:00 -0700
From: Michael West via USRP-users <[email protected]>
To: Robert McIntyre <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Setting up B200 under Windows, have some
questions...
Message-ID:
<CAM4xKroA0LkGDHnbZJc3mH+4Ls1pwJ=gdb7u0vmnpkbhfr8...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Robert,
If the B200 is reporting that it is operating at USB 2, then it is. Just
because you have USB 3.0 support on the motherboard does not mean all USB
ports are USB 3.0 ports. And even the USB 3.0 ports may not be operating
at USB 3.0 speed (see the "Speed and Compatibility Issues" section at
http://en.wikipedia.org/wiki/USB_3.0#Speed_and_compatibility_issues). I'm
sure you already did this, but make sure you are plugged into a USB 3.0
port (usually blue and labelled "SS"). You can also check the device
manager to make sure all devices in the chain are operating correctly and
are correctly connected.
After checking that, the first thing I would try is running the
benchmark_rate example included in the UHD software installation
("uhd_benchmark_rate.exe --rx_rate=<rate>"). This tests the device at a
specific rate without doing any processing of the data. This will tell you
if the device and your host computer can sustain the specific rate and will
indicate if the issue is at the host/UHD/device level or in the HDSDR
processing and/or storing of the data. USB 2.0 will max out at ~8 Msps on
a single channel (or ~4 Msps on 2 channels), but USB 3.0 should be able to
go up to 32 Msps (on 1 or 2 channels) with no problem.
Regards,
Michael E. West
Senior Software Design Engineer
Ettus Research
www.ettus.com
On Tue, Apr 22, 2014 at 11:03 AM, Robert McIntyre via USRP-users <
[email protected]> wrote:
> I received my B200 yesterday (very sweet looking bit of hardware), and was
> (somewhat) successful in getting it up and running. I've outlined what
> I've done/tried thus far, and have some questions/issues:
>
> Here's (roughly) the steps that I've tried/done:
>
> 1. Installed the latest Stable UHD from here:
>
> http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Windows
>
> 2. Downloaded, but didn't install the Windows USB Driver linked from the
> same page
>
> 3. Downloaded and installed Balint's USRP package from here:
> http://wiki.spench.net/wiki/USRP_Interfaces
>
> 4. Used the zdiag installed by that package to set up the WinUSB driver
>
> 5. Installed HDSDR, and copied files over from Balint's install directory
> to the HDSDR directory
>
> 6. Started HDSDR, and selected ExtIO, and configured
>
> --> At this point, it was working, but HDSDR was *very* slow... When
> HDSDR started, it popped up the ExtIO dialog, and downloaded firmware,
> etc.. But, it said that it was operating in "USB 2"
>
> 7. Installed the nightly build of SDRSharp from below, and copied files
> over from Balint's install directory
> http://sdrsharp.com/index.php/downloads
>
> At this point, it was working. When SDR# started, it popped up the ExtIO
> dialog, and downloaded firmware, etc.. But, it said that it was operating
> in "USB 2". I also noticed that the sampling rate was set very low, which
> made it pretty much useless for receiving stuff. When I bumped up the
> sample rate, the reception became usable. But, if I went above 4 Msps, it
> started to get buffer overruns.
>
> I wanted to get it working in SDR-Radio, but it kept hanging when trying
> to discover new radios, despite copying files over, etc..
>
> So, can someone offer any help with the following:
>
> - Getting SDR-Radio working?
> - Getting my sample rate higher than 4 Msps?
> - Telling me whether my device is really working in USB 2, or USB 3?
>
> My machine specs are roughly as follows:
> - Core i7 3.4 GHz CPU
> - 16 GB of RAM
> - SSD
> - USB 3.0 provided by the onboard Intel Z87 chipset (motherboard is Asus
> Gryphon Z87)
>
> Thanks!!!
> Robert
>
>
> _______________________________________________
> 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/20140422/5d7f4b5a/attachment-0001.html>
------------------------------
Message: 5
Date: Tue, 22 Apr 2014 21:36:55 -0700
From: "Robert J. McIntyre via USRP-users" <[email protected]>
To: "'Michael West'" <[email protected]>,
<[email protected]>
Subject: Re: [USRP-users] Setting up B200 under Windows, have some
questions...
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Thanks Michael. Some updates/new questions.
- Ports/cables ? I tried every port, and two different cables. Last
night, it was always USB 2.
- Tonight, it?s now reporting USB 3; not sure why, unless it was the
shutdown/startup
- Uhd_benchmark_rate.exe results:
o Zero percent message issues up through 8 Msps
o Some mild sample drops on 16Msps
o 0.7% sample drops, and negligible overflows at 32Msps
o I think that the USB connection is working OK, now?
I really want to get crisp on exactly what software/drivers needs to be on the
system to make different software packages work. So, I took my laptop,
flattened it, and installed/updated Win7 Ultimate, and then did the following:
1. Installed the UHD from here:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Windows
2. Installed the USB driver from here:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Windows
3. Ran uhd_benchmark_rate.exe with even better results than my desktop,
which were the numbers noted above
The laptop is a Core i7-2.2 GHz, with 8 GB of RAM, and a Renesas controller
(can?t figure out exactly which chipset though). It seems to be doing well in
the transfer department, though, so I?m pretty happy with that.
But on my laptop, at this point, SDRSharp won?t work, neither will SDR-Radio.
Basically, I can run the command-line tools that ship with UHD and that?s about
it. I know that if I just start installing things (like Balint?s driver
package) and blindly copying files around I can make at least SDRSharp work,
but that?s not repeatable. :) So, now the questions:
- Can someone explain the difference between WinUSB, libusb0/1, ExtIO,
and UHD?
o I?m starting to think that these are basically different layers in the
driver stack:
(Software) <--> (ExtIO) <--> (UHD) <--> (WinUSB|libusb0/1) <--> (hardware)
-or, if the software supports it, simply-
(Software) <--> (UHD) <--> (WinUSB|libusb0/1) <--> (hardware)
- I assume that Zadig is simply used to swap what driver/model
(WinUSB|libusb0/1, etc.) is actually being registered/associated with a
particular device, so that you can switch between different approaches, yes?
- Is there a config/stack that?s ?best??
I?m happy to try to get this all documented when I get it sorted out, but would
appreciate any help people who?ve already tread this ground can share.
Thanks!
Robert
From: Michael West [mailto:[email protected]]
Sent: Tuesday, April 22, 2014 3:27 PM
To: Robert McIntyre
Cc: [email protected]
Subject: Re: [USRP-users] Setting up B200 under Windows, have some questions...
Hi Robert,
If the B200 is reporting that it is operating at USB 2, then it is. Just
because you have USB 3.0 support on the motherboard does not mean all USB ports
are USB 3.0 ports. And even the USB 3.0 ports may not be operating at USB 3.0
speed (see the "Speed and Compatibility Issues" section at
http://en.wikipedia.org/wiki/USB_3.0#Speed_and_compatibility_issues). I'm sure
you already did this, but make sure you are plugged into a USB 3.0 port
(usually blue and labelled "SS"). You can also check the device manager to
make sure all devices in the chain are operating correctly and are correctly
connected.
After checking that, the first thing I would try is running the benchmark_rate
example included in the UHD software installation ("uhd_benchmark_rate.exe
--rx_rate=<rate>"). This tests the device at a specific rate without doing any
processing of the data. This will tell you if the device and your host
computer can sustain the specific rate and will indicate if the issue is at the
host/UHD/device level or in the HDSDR processing and/or storing of the data.
USB 2.0 will max out at ~8 Msps on a single channel (or ~4 Msps on 2 channels),
but USB 3.0 should be able to go up to 32 Msps (on 1 or 2 channels) with no
problem.
Regards,
Michael E. West
Senior Software Design Engineer
Ettus Research
www.ettus.com <http://www.ettus.com>
On Tue, Apr 22, 2014 at 11:03 AM, Robert McIntyre via USRP-users
<[email protected] <mailto:[email protected]> > wrote:
I received my B200 yesterday (very sweet looking bit of hardware), and was
(somewhat) successful in getting it up and running. I've outlined what I've
done/tried thus far, and have some questions/issues:
Here's (roughly) the steps that I've tried/done:
1. Installed the latest Stable UHD from here:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Windows
2. Downloaded, but didn't install the Windows USB Driver linked from the same
page
3. Downloaded and installed Balint's USRP package from here:
http://wiki.spench.net/wiki/USRP_Interfaces
4. Used the zdiag installed by that package to set up the WinUSB driver
5. Installed HDSDR, and copied files over from Balint's install directory to
the HDSDR directory
6. Started HDSDR, and selected ExtIO, and configured
--> At this point, it was working, but HDSDR was *very* slow... When HDSDR
started, it popped up the ExtIO dialog, and downloaded firmware, etc.. But, it
said that it was operating in "USB 2"
7. Installed the nightly build of SDRSharp from below, and copied files over
from Balint's install directory
http://sdrsharp.com/index.php/downloads
At this point, it was working. When SDR# started, it popped up the ExtIO
dialog, and downloaded firmware, etc.. But, it said that it was operating in
"USB 2". I also noticed that the sampling rate was set very low, which made it
pretty much useless for receiving stuff. When I bumped up the sample rate, the
reception became usable. But, if I went above 4 Msps, it started to get buffer
overruns.
I wanted to get it working in SDR-Radio, but it kept hanging when trying to
discover new radios, despite copying files over, etc..
So, can someone offer any help with the following:
- Getting SDR-Radio working?
- Getting my sample rate higher than 4 Msps?
- Telling me whether my device is really working in USB 2, or USB 3?
My machine specs are roughly as follows:
- Core i7 3.4 GHz CPU
- 16 GB of RAM
- SSD
- USB 3.0 provided by the onboard Intel Z87 chipset (motherboard is Asus
Gryphon Z87)
Thanks!!!
Robert
_______________________________________________
USRP-users mailing list
[email protected] <mailto:[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/20140422/e51e7d01/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 22 Apr 2014 21:40:25 -0700
From: "Robert J. McIntyre via USRP-users" <[email protected]>
To: "'Ben Hilburn'" <[email protected]>,
<[email protected]>
Subject: Re: [USRP-users] Install instructions/pre-reqs for GNU Radio
on Windows?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Thanks, Ben! Looking forward to the updates?
Cheers!
Robert
From: Ben Hilburn [mailto:[email protected]]
Sent: Monday, April 21, 2014 3:13 PM
To: Robert J. McIntyre
Cc: [email protected]
Subject: Re: [USRP-users] Install instructions/pre-reqs for GNU Radio on
Windows?
Hi Robert -
Awesome! We are actually going to update the GNURadio installers in a couple of
days with an updated version. If you wait a few days, you can get updated
installers.
With regard to the prerequisites, the dependencies are mostly unchanged.
I will note, though, that these installers are unofficial. See the GNURadio
Windows page for more details:
http://gnuradio.org/redmine/projects/gnuradio/wiki/WindowsInstall
Because getting GNURadio running on Windows can be a bit of an adventure, I
recommend working on getting the current installers working, which should make
your upgrade to the new version later this week much easier (if you wish to
update).
Cheers,
Ben
On Sat, Apr 19, 2014 at 9:17 PM, Robert J. McIntyre via USRP-users
<[email protected] <mailto:[email protected]> > wrote:
I?m eagerly awaiting my B200 which shipped out Friday, and want to go ahead and
start to get my software installed, etc.. I?d like to use it on my Windows 7
machine, with (among other programs) GNU Radio.
I?ve found the Ettus-built binaries here:
http://files.ettus.com/binaries/gnuradio/
But there?s not much in the way of instructions for pre-reqs, etc. . I found
these:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNURadio_Windows
But, it talks about dependencies as of Jan 15, 2012. Is there an updated list
of prerequisites with newer version numbers?
Thanks!!!
Robert
_______________________________________________
USRP-users mailing list
[email protected] <mailto:[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/20140422/af049274/attachment-0001.html>
------------------------------
Message: 7
Date: Wed, 23 Apr 2014 11:01:42 +0000
From: Sabathy Mischa via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] B210 USB error after longer rx stream duration
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I got the following error when receiving a RX stream (15.36e6 SPS) from the
B210:
UHD Error:
The receive packet handler caught an exception.
RuntimeError: usb rx6 transfer status: 5
UHD source block got error code 0xf
This happen randomly, sometimes after 5 hours, sometimes after 2 to 3 days of
rx data streaming.
I have no other USB devices connected. Once this happens the green led on the
B210 switches off and the error message above repeats.
My Setup:
libusb 1.0.17-1
kernel Debian 3.13.5-1~bpo70+1 (2014-03-15)
GNU C++ version 4.7.2;
Boost_104900
UHD_003.007.000-123-g87b068ed
USB 3.0 controller: Intel Corporation 7 Series, C210 Series Chipset Family, USB
xHCI Host Controller (rev 04)
I also set num_recv_frames=512 and num_send_frames=512, but this solves the
problem neither.
Anybody an idea what can cause this error?
Thanks,
Mischa
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140423/8844a84b/attachment-0001.html>
------------------------------
Message: 8
Date: Wed, 23 Apr 2014 11:06:16 +0000 (UTC)
From: Michael Wiesner via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Takachi B2X0 Enclosure Details
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Michael Schwingen <michael@...> writes:
>
[...]
> Exact price depends on machine useage, but the lowest sample on
> http://www.schaeffer-apparatebau.de/produkte/preise/
> with a listed price of 20.51 EUR is probably not too far away from what is
> needed for an B200 enclosure in terms of production complexity.
>
> cu
> Michael
Hi Michael,
do you have experiences with Schaefer Apparatebau? I'm currently awaiting an
offer from 19zoll.com for the modified endplates...
regards,
Michael
------------------------------
Message: 9
Date: Wed, 23 Apr 2014 13:13:27 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] B210 USB error after longer rx stream
duration
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Hi Mischa,
this is very strange:
On 04/23/2014 01:01 PM, Sabathy Mischa via USRP-users wrote:
>
> RuntimeError: usb rx6 transfer status: 5
>
the libusb source code tells me that status 5 is LIBUSB_TRANSFER_NO_DEVICE,
( http://libusb.sourceforge.net/api-1.0/libusb_8h_source.html l. 1106ff)
which basically means the device got disconnected.
Greetings,
Marcus
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140423/740d4d4e/attachment-0001.html>
------------------------------
Message: 10
Date: Wed, 23 Apr 2014 05:51:57 +0000
From: "Jorge, Erik Stephen via USRP-users"
<[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] OpenBTS errors
Message-ID:
<cbfeae18d7fd42d2aedb3b313dd3c...@blupr07mb131.namprd07.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Hi,
I need help with OpenBTS. I have followed the 64 bit architecture install
instructions, as my computer is 64 bit and runs ubuntu 12.04. When I fire up
OpenBTS the following error occurs:
transceiver: tpp.c:63: __pthread_tpp_change_priority: Assertion `new_prio == -1
|| (new_prio >= __sched_fifo_min_prio && new_prio <= __sched_fifo_max_prio)'
failed.
EMERG 139846727788288 17:50:59.4 OpenBTS.cpp:156:startTransceiver: Transceiver
quit with status 134. Exiting.
Please shed some light into this. I have no idea how to fix it, or even where
to begin. Any help that you can provide will be greatly appreciated
Regards,
Erik Jorge
University of Miami
Electrical Engineering
Society of Hispanic Professional Engineers - Outreach Chair
(786) 566-8088
[email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140423/a708de5b/attachment-0001.html>
------------------------------
Message: 11
Date: Wed, 23 Apr 2014 15:31:22 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] [Discuss-gnuradio] Reference Clock power
level for Ettus N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
looking at the N200 schematics from files.ettus.com, I'd say:
stick to the 0dBm, your clock signal has to pass a transformer and some
safety/matching circuitry and still ought to be more accurate than the on-board
VCTCXO; the clock multiplexer
(http://www.micrel.com/index.php/en/products/clock-timing/clock-data-distribution/multiplexers/article/29-sy89545l.html)
datasheet says it needs at least a voltage swing of 0.1V after that.
I'm not very much of a circuits person, but I think you won't deteriorate much
of your clock accuracy by using a clock buffer, which are quite inexpensive (if
you need but one and are not afraid to solder... TI gives away samples for
free).
Then again, you're trying to achieve a better clock performance than the
on-board 10MHz ref clock, so I guess you shouldn't start introducing cheap
hardware in the clock signal path...
Greetings,
Marcus
PS: maybe the [email protected] mailing list is better suited for
this... I've added that to CC:
On 04/23/2014 03:07 PM, Antonio Petrolino wrote:
> Hi,
>
> I'm using a USRP N210 and I need a 10 MHz reference clock. From ettus.com I
> got:
>
> "
> Ref Clock - 10 MHz
>
> Using an external 10 MHz reference clock, a square wave will offer the best
> phase noise performance, but a sinusoid is acceptable. The reference clock
> requires the following power level:
>
> USRP2 5 to 15 dBm
> N2XX 0 to 15 dBm
> "
>
> So in my case (N210) I should have a minimum 0 dBm signal.
> Can someone confirm this information (N2XX 0 to 15 dBm) for N210? The bad
> news for me is I have a -15dBm 10 MHz available...
>
> Thank you,
> Antonio
>
> _______________________________________________
> Discuss-gnuradio mailing list
> [email protected]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
------------------------------
Message: 12
Date: Wed, 23 Apr 2014 15:47:50 +0200
From: Antonio Petrolino via USRP-users <[email protected]>
To: [email protected]
Subject: [USRP-users] Reference Clock power level for Ettus N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
I'm using a USRP N210 and I need a 10 MHz reference clock. From
ettus.com I got:
"
Ref Clock - 10 MHz
Using an external 10 MHz reference clock, a square wave will offer the
best phase noise performance, but a sinusoid is acceptable. The
reference clock requires the following power level:
USRP2 5 to 15 dBm
N2XX 0 to 15 dBm
"
So in my case (N210) I should have a minimum 0 dBm signal.
Can someone confirm this information (N2XX 0 to 15 dBm) for N210? The
bad news for me is I have a -15dBm 10 MHz available...
Thank you,
Antonio
------------------------------
Message: 13
Date: Wed, 23 Apr 2014 15:54:01 +0200
From: Matt Ettus via USRP-users <[email protected]>
To: Antonio Petrolino <[email protected]>
Cc: "[email protected]" <[email protected]>,
GNURadio <[email protected]>
Subject: Re: [USRP-users] [Discuss-gnuradio] Reference Clock power
level for Ettus N210
Message-ID:
<CAN=1kn8od53iwc2ybkooboorq9uskcgw9lucb9o7wnq5hbi...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
We posted those numbers because they are the numbers we know will work
reliably. -15dBm is unlikely to work well, but you won't damage anything
by trying.
Matt
On Wed, Apr 23, 2014 at 3:43 PM, Antonio Petrolino
<[email protected]>wrote:
> Thank you Marcus,
> I will wait for some answers from [email protected] before
> proceeding.
>
> Best regards,
> Antonio
>
>
>
> On 04/23/2014 03:31 PM, Marcus M?ller wrote:
>
>> Hi,
>> looking at the N200 schematics from files.ettus.com, I'd say:
>> stick to the 0dBm, your clock signal has to pass a transformer and some
>> safety/matching circuitry and still ought to be more accurate than the
>> on-board VCTCXO; the clock multiplexer
>> (http://www.micrel.com/index.php/en/products/clock-timing/
>> clock-data-distribution/multiplexers/article/29-sy89545l.html)
>> datasheet says it needs at least a voltage swing of 0.1V after that.
>> I'm not very much of a circuits person, but I think you won't
>> deteriorate much of your clock accuracy by using a clock buffer, which
>> are quite inexpensive (if you need but one and are not afraid to
>> solder... TI gives away samples for free).
>> Then again, you're trying to achieve a better clock performance than the
>> on-board 10MHz ref clock, so I guess you shouldn't start introducing
>> cheap hardware in the clock signal path...
>>
>> Greetings,
>> Marcus
>>
>> PS: maybe the [email protected] mailing list is better suited
>> for this... I've added that to CC:
>>
>> On 04/23/2014 03:07 PM, Antonio Petrolino wrote:
>>
>>> Hi,
>>>
>>> I'm using a USRP N210 and I need a 10 MHz reference clock. From
>>> ettus.com I got:
>>>
>>> "
>>> Ref Clock - 10 MHz
>>>
>>> Using an external 10 MHz reference clock, a square wave will offer the
>>> best phase noise performance, but a sinusoid is acceptable. The
>>> reference clock requires the following power level:
>>>
>>> USRP2 5 to 15 dBm
>>> N2XX 0 to 15 dBm
>>> "
>>>
>>> So in my case (N210) I should have a minimum 0 dBm signal.
>>> Can someone confirm this information (N2XX 0 to 15 dBm) for N210? The
>>> bad news for me is I have a -15dBm 10 MHz available...
>>>
>>> Thank you,
>>> Antonio
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> [email protected]
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> [email protected]
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> [email protected]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140423/f005b2a6/attachment-0001.html>
------------------------------
Message: 14
Date: Wed, 23 Apr 2014 10:40:52 -0400
From: "Marcus D. Leech via USRP-users" <[email protected]>
To: [email protected], "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] [Discuss-gnuradio] Reference Clock power
level for Ettus N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 04/23/2014 09:31 AM, Marcus M?ller wrote:
> Hi,
> looking at the N200 schematics from files.ettus.com, I'd say:
> stick to the 0dBm, your clock signal has to pass a transformer and
> some safety/matching circuitry and still ought to be more accurate
> than the on-board VCTCXO; the clock multiplexer
> (http://www.micrel.com/index.php/en/products/clock-timing/clock-data-distribution/multiplexers/article/29-sy89545l.html)
>
> datasheet says it needs at least a voltage swing of 0.1V after that.
> I'm not very much of a circuits person, but I think you won't
> deteriorate much of your clock accuracy by using a clock buffer, which
> are quite inexpensive (if you need but one and are not afraid to
> solder... TI gives away samples for free).
> Then again, you're trying to achieve a better clock performance than
> the on-board 10MHz ref clock, so I guess you shouldn't start
> introducing cheap hardware in the clock signal path...
>
> Greetings,
> Marcus
>
> PS: maybe the [email protected] mailing list is better suited
> for this... I've added that to CC:
>
I think the main thing to watch out for with clock buffers is their
linearity, since low-level non-linearity effects can increase phase-noise.
Perhaps not a lot, but a little.
I'd use a clock buffer, and see.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
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 44, Issue 23
******************************************
