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: USRP B200 (Pedro Cabrera)
2. Ver 3.7 stable? (Mamoru Yamamoto)
3. question about phase alignment of two X310 units
(Lapointe, Benjamin - 1008 - MITLL)
4. Re: question about phase alignment of two X310 units
(Marcus D. Leech)
5. getting noise for FM receiver with usrp e110 ? (Wafa Elhajhmida)
6. Using the GPIO pins on WBX DB ?! (Anum Sheraz)
7. Re: getting noise for FM receiver with usrp e110 ? (Mike Jameson)
8. Re: USRP X300 errors on Windows/PCI (Serge Malo)
9. Re: USRP B2xx Transport Control for low-bandwidth signals
(Marcus D. Leech)
10. Re: Using the GPIO pins on WBX DB ?! (Marcus D. Leech)
11. Re: USRP X300 errors on Windows/PCI (Mann, John P. - 1003 - MITLL)
12. How does GPSDO work in communication between two N210?
(lkf672433945)
----------------------------------------------------------------------
Message: 1
Date: Wed, 11 Jun 2014 10:31:00 +0200
From: Pedro Cabrera <[email protected]>
To: Keith E Fleming <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] USRP B200
Message-ID:
<CAA5HZHYT9J_eCnHdHzm9VPtKiT=vopd5n6ik+_a9_wzuhcs...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
I have the same problem, it appears only when running scan_mib from libLTE
with USRP B200 (at any band).
I am using Ubuntu 13.10 (Saucy) and GNU C++ version 4.8.1; Boost_105300;
UHD_003.007.001-release nad USB 3,0 ports. I am not using external power,
or 10Mhz signal reference, just the two antenas.
Regards,
Pedro
2014-06-10 23:15 GMT+02:00 Keith E Fleming via USRP-users <
[email protected]>:
> Marcus D. Leech via USRP-users <usrp-users@...> writes:
>
> >
> >
> > Are you running up-to-date UHD and matching firmware? What OS?
> > What controller?--
> > Marcus Leech
> > Principal Investigator
> > Shirleys Bay Radio Astronomy Consortium
> > http://www.sbrac.org
>
>
> FWIW, I started having this exact same problem when running scan_mib in the
> libLTE project. It looks for LTE cells. I am using a B200,
> UHD_003.006.002-64-g92b0b7ab, Fedora 20, AMD quad-core.
> I do believe it has something to do with rapid changes in frequency. I can
> run OpenBTS for weeks with no problems at all....
>
>
> _______________________________________________
> 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/20140611/ad50a4d4/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 12 Jun 2014 04:31:53 +0900
From: Mamoru Yamamoto <[email protected]>
To: gnuradio mailing list <[email protected]>,
[email protected]
Subject: [USRP-users] Ver 3.7 stable?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-2022-JP
Thanks friends,
<Again cross posting. I am not good at using the mailing list. I keep
the subject the same, and hope that this post will be connected to the
same thread.>
Thank you for all suggestions. They are very helpful.
I am continuing the long-run test. Until now the failure occurred only
one time (that was my report). After that the system is working fine
for several days. Now I connect my USRP1 to USB2 port, and it is
working fine with 32-bit Ubuntu. Thanks for your suggestions. The
reported failure occurred with USB3 port. I can avoid it.
I am sorry I do not pursue the 64-bit Ubuntu issue.
Mamoru Yamamoto
(2014/06/08 1:05), Mamoru Yamamoto wrote:
> Dear experts,
>
> <I send this question to both GNU radio and USRP mailing lists. I do not
> know which is better place for this discussion.>
>
> (1) Introduction
> I am Mamoru Yamamoto from Kyoto Univ.
> Some may know that I am doing satellite-beacon experiment
> by using USRP1 + GNU Radio. We call the receiver as
> GRBR (GNU Radio Beacon Receiver).
> http://www.rish.kyoto-u.ac.jp/digitalbeacon/
> Sorry this web site is very old. Now I am using
> USRP1 + uhd + GNU Radio from python script
> Also I am using Ubuntu 12.04LTS.
> My application is a very simple dual-channel receiver
> recording IQ time-series on two files.
> The system is VERY stable and useful. I like it very much.
>
> (2) Current situation
> Now I try to move to Ver 3.7.
> (I installed the software by "build-gnuradio script".)
> Necessary small changes for me were
> -- "optfir.low_pass" location change
> -- "freq_xlating_fir_filter_ccf" location change & centerfrequency
> setting from negative to positive
> -- "file_sink" location change
>
> (3) Questions
> These changes were done. I now start running the system,
> but have problems. I have 2 questions.
>
> Q1: I run the modified code with Ubuntu-32bit 12.04LTS. My code worked
> for several times, but after that, it created only "0-byte" files
> (=immediate stop), and then no files were created. I checked the uhd
> status, and found that "uhd_find_devices" was successful while
> "uhd_usrp_probe" failed (see below). I now connect USRP1 to USB3 port.
> Is this wrong?
>
> Q2: I also tried to use the same V3.7 code with Ubuntu-64bit 12.04LTS.
> But output file from my code is always 0-bytes (=immediate stop).
> Please tell me if 64bit OS is useless.
>
> === Check after the problem (Q1) ===
> beacon@Beacon-36:~/beaconRX$ uhd_find_devices
> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.007.001-72-g383061d8
>
> --------------------------------------------------
> -- UHD Device 0
> --------------------------------------------------
> Device Address:
> type: usrp1
> name:
> serial: 2R24X5U1
>
>
> beacon@Beacon-36:~/beaconRX$ uhd_usrp_probe
> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.007.001-72-g383061d8
>
> -- Opening a USRP1 device...
> Error: RuntimeError: usb rx6 submit failed: LIBUSB_ERROR_IO
>
> ==============================
>
> Thanks for your help and suggestions.
>
--
Mamoru Yamamoto / RISH, Kyoto University
[email protected]
Phone +81-774-38-3814, Cell +81-90-5653-7555
------------------------------
Message: 3
Date: Wed, 11 Jun 2014 20:40:13 +0000
From: "Lapointe, Benjamin - 1008 - MITLL" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] question about phase alignment of two X310 units
Message-ID:
<ba0ac330d0347f4b8d5a1e064a965464021...@lle2k10-mbx02.mitll.ad.local>
Content-Type: text/plain; charset="us-ascii"
Hi All,
I would like to phase align the inputs of two USRP X310s. One X310 has an
internal GPSDO installed. My idea was to output the 10 MHz ref and 1 PPS
out the REF OUT and PPS/TRIG OUT ports of the X310 that has the GPSDO, and
then split the signals and bring them into the respective REF IN and
PPS/TRIG IN ports of both X310s. Is this the recommended way? The GPSDO
documentation mentions that the USRP is by default configured to use the
internal frequency and time reference. Does the first X310 need to be
configured to output Ref and PPS, and then configured to take them in
externally? After the Ref and PPS signals are distributed correctly, I plan
to visually phase align the signals in GNU Radio Companion.
Thanks,
-Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140611/aa467882/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6662 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140611/aa467882/attachment-0001.p7s>
------------------------------
Message: 4
Date: Wed, 11 Jun 2014 19:11:20 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] question about phase alignment of two X310
units
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 06/11/2014 04:40 PM, Lapointe, Benjamin - 1008 - MITLL via USRP-users
wrote:
>
> Hi All,
>
> I would like to phase align the inputs of two USRP X310s. One X310
> has an internal GPSDO installed. My idea was to output the 10 MHz ref
> and 1 PPS out the REF OUT and PPS/TRIG OUT ports of the X310 that has
> the GPSDO, and then split the signals and bring them into the
> respective REF IN and PPS/TRIG IN ports of both X310s. Is this the
> recommended way? The GPSDO documentation mentions that the USRP is
> by default configured to use the internal frequency and time
> reference. Does the first X310 need to be configured to output Ref
> and PPS, and then configured to take them in externally? After the
> Ref and PPS signals are distributed correctly, I plan to visually
> phase align the signals in GNU Radio Companion.
>
> Thanks,
>
> -Ben
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
There is no need to feed the 10Mhz and 1PPS back into the X310. If the
internal GPSDO is installed, it will automatically lock to it for both
1PPS and 10MHz. Which means that your 10Mhz and 1PPS outputs will be
carrying those phase-locked signals, which can be sent to another
X310, or a distributor.
The 2nd X310 can be configured in GRC to use a time-source of "external"
and a clock source of "external", and it will use the externally provided
clock and 1PPS.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140611/aa5da261/attachment-0001.html>
------------------------------
Message: 5
Date: Thu, 12 Jun 2014 12:14:02 +0200
From: Wafa Elhajhmida <[email protected]>
To: discuss-gnuradio <[email protected]>,
[email protected]
Subject: [USRP-users] getting noise for FM receiver with usrp e110 ?
Message-ID:
<cadhj1tuw1kyqimdczhstcpdah7tuydn+tendpf2htcq5u_6...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi everybody,
I'm trying to implement FM receiver on usrp e110. The daugtherboard used is
SBX Board Rev 5.1.
As a result, I got only noise, I wasn't able to hear the local station at
103.5 Mhz.
And I got this error:
*UHD Warning:*
* The hardware does not support the requested RX frequency:*
* Target frequency: 103.500000 MHz*
* Actual frequency: 423.500000 MHz*
*>>> gr_fir_ccf: using armv7_a*
*>>> gr_fir_fff: using armv7_a*
*aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUOaUaUaUOaUaUaUaUaUaUaUaUaUaUaUaUaUaU*
I attached a screenshot of FM receiver 's GRC.
Can you help me to detect if there are some parameters which are wrong ?
Best regards,
Wafa HAJ HMIDA
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/80e0a28a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fm-receiver.JPG
Type: image/jpeg
Size: 735812 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/80e0a28a/attachment-0001.JPG>
------------------------------
Message: 6
Date: Thu, 12 Jun 2014 15:14:41 +0500
From: Anum Sheraz <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Using the GPIO pins on WBX DB ?!
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I am trying to configure GPIO TX as output using set_gpio_ddr(), and then I
want to see the output of these Pins on oscilloscope. I'll use set_gpio_out()
to set the data on the GPIOs.
My question is which pins on the TX J401 are the GPIOs pins for WBX Rev 3.0.
I am using:
N210R4
WBX Rev 3.0
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/9a29c362/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 12 Jun 2014 11:33:40 +0100
From: Mike Jameson <[email protected]>
To: Wafa Elhajhmida <[email protected]>
Cc: "[email protected]" <[email protected]>,
discuss-gnuradio <[email protected]>
Subject: Re: [USRP-users] getting noise for FM receiver with usrp e110
?
Message-ID:
<CAJcjmiS=otdblzlku_quh_vanb3wy-1n70tvw2k_4jkthhh...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
The SBX has a frequency range of 400MHz to 4.4GHZ which is why you cannot
tune to broadcast FM stations between 88-108MHz:
https://www.ettus.com/product/details/SBX
Mike
--
Mike Jameson M0MIK BSc MIET
Email: [email protected]
Web: http://scanoo.com
On Thu, Jun 12, 2014 at 11:14 AM, Wafa Elhajhmida via USRP-users <
[email protected]> wrote:
> Hi everybody,
>
> I'm trying to implement FM receiver on usrp e110. The daugtherboard used
> is SBX Board Rev 5.1.
>
> As a result, I got only noise, I wasn't able to hear the local station at
> 103.5 Mhz.
>
> And I got this error:
> *UHD Warning:*
> * The hardware does not support the requested RX frequency:*
> * Target frequency: 103.500000 MHz*
> * Actual frequency: 423.500000 MHz*
> *>>> gr_fir_ccf: using armv7_a*
> *>>> gr_fir_fff: using armv7_a*
>
> *aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUOaUaUaUOaUaUaUaUaUaUaUaUaUaUaUaUaUaU*
>
> I attached a screenshot of FM receiver 's GRC.
>
> Can you help me to detect if there are some parameters which are wrong ?
>
> Best regards,
>
> Wafa HAJ HMIDA
>
> _______________________________________________
> 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/20140612/07f4c892/attachment-0001.html>
------------------------------
Message: 8
Date: Thu, 12 Jun 2014 10:57:45 +0000
From: Serge Malo <[email protected]>
To: "Mann, John P. - 1003 - MITLL" <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP X300 errors on Windows/PCI
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi John,
I also did some tests on Windows/PCIe with the X300, and I have run into the
same issues:
-Had to copy the image file in "Program Files"
-As for the "receiver error" I did got those errors when I tried to reach a
rx_rate much higher than 25Ms/s (200M/s)
On my system, I was able to go up to 100MS/s without having those errors, using
a PCIe 4x connection (Host card was a OSS-HIB38).
I also had troubles re-running the benchmark-rate tool once I got those errors.
To work-around this problem, I either called the tool "find_uhd_devices", or
went in the Windows Device Manager, and "Disabled/Enabled" the X300.
Sorry I can't tell much more about the root-cause of the "Receiver error:
ERROR_CODE_TIMEOUT"
Serge
Serge Malo, ing
Principal Ing?nieur logiciel
Senior Software engineer
From: USRP-users [mailto:[email protected]] On Behalf Of
Mann,John P. - 1003 - MITLL via USRP-users
Sent: June-11-14 11:57 AM
To: [email protected]
Subject: [USRP-users] USRP X300 errors on Windows/PCI
I am trying to get my new X300 to run on Windows 7 using the PCI interface.
It's not going so well, so I have some questions.
The first time I tried to run benchmark_rate, it complained about the .lvbitx
file, but it was looking for it in the wrong directory (Program Files vs
Program Files (x86)), so I copied the entire UHD directory from "Program Files
(x86)" over to the "Program Files" directory. That seemed to get rid of that
error, but then I got a ton of the following errors while it was running the
test:
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Benchmark rate summary:
Num received samples: 3765048
Num dropped samples: 0
Num overflows detected: 0
Num transmitted samples: 0
Num sequence errors: 0
Num underflows detected: 0
Also - the rate I selected was 25 MHz, so I had expected to receive 250,000,000
samples (not 3765048).
On subsequent runs of the same command, it now bombs out earlier with the
following error:
C:\Program Files (x86)\UHD\lib\uhd\examples>benchmark_rate --rx_rate=25000000
Win32; Microsoft Visual C++ version 10.0; Boost_105400; UHD_003.007.001-20-unsta
ble
Creating the usrp device with: ...
-- X300 initialization sequence...
-- Connecting to niusrpriorpc at localhost:5444...
-- Using LVBITX bitfile C:\Program Files\UHD\share\uhd\images\usrp_x300_fpga_HGS
.lvbitx...
-- Setup basic communication...
-- Loading values from EEPROM...
-- Setup RF frontend clocking...
-- Radio 1x clock:200
-- Detecting internal GPSDO.... Found an internal GPSDO
-- Initialize Radio control...
-- Performing register loopback test... Error: EnvironmentError: IOError: Radio
ctrl (A) no response packet - AssertionError: bool(buff)
in unsigned __int64 __cdecl radio_ctrl_core_3000_impl::wait_for_ack(const bool
)
at C:\unstable\src\uhd\host\lib\usrp\cores\radio_ctrl_core_3000.cpp:196
Any clues as to what I am doing wrong would be appreciated... Thanks!
John Mann
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/87759529/attachment-0001.html>
------------------------------
Message: 9
Date: Thu, 12 Jun 2014 09:02:48 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP B2xx Transport Control for
low-bandwidth signals
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 06/06/2014 09:33 AM, Jacob Gilbert via USRP-users wrote:
>
> Hello,
>
> I am experiencing frequent underflows with the B210 and ran into a few
> questions regarding UHD USB flow control.
>
> I am using a rate limited source (Audio Source) and generating a
> low-bandwidth signal (256kS/s) and sending to the USRP. I notice a
> large number of underflows (and LED flickering) on the B210 using this
> configuration. If I interpolate and use a larger sample rate
> (1024kS/s) the problem is greatly reduced. At 4096kS/s it is
> effectively gone. This unfortunately doesn?t work well for what I need
> (the host cannot keep up with this rate over USB and the necessary
> filtering to produce a suitably clean interpolated signal) so I am
> hoping you can give me some help here.
>
> As another data point the application works fine at 256kS/s on the
> B100 on a non-disadvantaged platform but exhibits the same behavior
> using the B210.
>
> Based on the UHD Transport Application Notes Ettus page, it looks like
> there are 4 parameters that can be tweaked to modify behavior of the
> USB transport mechanism. These do not appear to have much of an
> impact, if any but I don?t quite understand which set I should modify
> for transmit applications. I also noticed on the Ettus page regarding
> latency, there is a note that the B100 has a ?flush timer? that also
> impacts the USB latency.
>
> 1. If I am attempting to transmit low bandwidth signals, which
> parameters should be changed?
>
> 2. Does the flush timer note impact the B2xx and can this be set from
> the gr-uhd interface (and if so, how)?
>
> 3. Am I overlooking something?
>
>
> Thanks for the help,
>
> Jacob
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Jacob:
I've engaged the R&D team to see if there's a quick win here. Clearly,
this should "just work".
Does this problem occur regardless of what application you're using?
If you just use tx_waveforms, for example, at the low sample rate, do
you get underruns?
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/330dc0d5/attachment-0001.html>
------------------------------
Message: 10
Date: Thu, 12 Jun 2014 09:20:24 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Using the GPIO pins on WBX DB ?!
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 06/12/2014 06:14 AM, Anum Sheraz via USRP-users wrote:
> I am trying to configure GPIO TX as output using set_gpio_ddr(), and
> then I want to see the output of these Pins on oscilloscope. I'll use
> set_gpio_out() to set the data on the GPIOs.
>
>
> My question is which pins on the TX J401 are the GPIOs pins for WBX
> Rev 3.0.
>
> I am using:
> N210R4
> WBX Rev 3.0
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
If you look at the schematic here:
http://files.ettus.com/schematics/wbx/wbx_fe.pdf
You can see that the GPIO pins that are available are brought out to J15
on the GDB for WBX.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/1133e21c/attachment-0001.html>
------------------------------
Message: 11
Date: Thu, 12 Jun 2014 13:40:02 +0000
From: "Mann, John P. - 1003 - MITLL" <[email protected]>
To: Serge Malo <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] USRP X300 errors on Windows/PCI
Message-ID:
<d51b499176a305408baf4a778770d5c0014...@lle2k10-mbx01.mitll.ad.local>
Content-Type: text/plain; charset="iso-8859-1"
Thank you for your help! It sounds like these are just unresolved issues.
I got annoyed with all of the bugginess on Windows, so I have decided to
switch over to Ubuntu for now, but I may go back to Windows 7 (depending on
how Ubuntu works out).
I have a whole new set of questions for Ubuntu, but I will post those in a
separate thread?
From: Serge Malo [mailto:[email protected]]
Sent: Thursday, June 12, 2014 6:58 AM
To: Mann, John P. - 1003 - MITLL; [email protected]
Subject: RE: USRP X300 errors on Windows/PCI
Hi John,
I also did some tests on Windows/PCIe with the X300, and I have run into the
same issues:
-Had to copy the image file in ?Program Files?
-As for the ?receiver error? I did got those errors when I tried to reach a
rx_rate much higher than 25Ms/s (200M/s)
On my system, I was able to go up to 100MS/s without having those errors,
using a PCIe 4x connection (Host card was a OSS-HIB38).
I also had troubles re-running the benchmark-rate tool once I got those
errors.
To work-around this problem, I either called the tool ?find_uhd_devices?, or
went in the Windows Device Manager, and ?Disabled/Enabled? the X300.
Sorry I can?t tell much more about the root-cause of the ?Receiver error:
ERROR_CODE_TIMEOUT?
Serge
Serge Malo, ing
Principal Ing?nieur logiciel
Senior Software engineer
From: USRP-users [mailto:[email protected]] On Behalf Of
Mann,John P. - 1003 - MITLL via USRP-users
Sent: June-11-14 11:57 AM
To: [email protected]
Subject: [USRP-users] USRP X300 errors on Windows/PCI
I am trying to get my new X300 to run on Windows 7 using the PCI interface.
It?s not going so well, so I have some questions.
The first time I tried to run benchmark_rate, it complained about the
.lvbitx file, but it was looking for it in the wrong directory (Program
Files vs Program Files (x86)), so I copied the entire UHD directory from
?Program Files (x86)? over to the ?Program Files? directory. That seemed to
get rid of that error, but then I got a ton of the following errors while it
was running the test:
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Receiver error: ERROR_CODE_TIMEOUT
Unexpected error on recv, continuing...
Benchmark rate summary:
Num received samples: 3765048
Num dropped samples: 0
Num overflows detected: 0
Num transmitted samples: 0
Num sequence errors: 0
Num underflows detected: 0
Also ? the rate I selected was 25 MHz, so I had expected to receive
250,000,000 samples (not 3765048).
On subsequent runs of the same command, it now bombs out earlier with the
following error:
C:\Program Files (x86)\UHD\lib\uhd\examples>benchmark_rate
--rx_rate=25000000
Win32; Microsoft Visual C++ version 10.0; Boost_105400;
UHD_003.007.001-20-unsta
ble
Creating the usrp device with: ...
-- X300 initialization sequence...
-- Connecting to niusrpriorpc at localhost:5444...
-- Using LVBITX bitfile C:\Program
Files\UHD\share\uhd\images\usrp_x300_fpga_HGS
.lvbitx...
-- Setup basic communication...
-- Loading values from EEPROM...
-- Setup RF frontend clocking...
-- Radio 1x clock:200
-- Detecting internal GPSDO.... Found an internal GPSDO
-- Initialize Radio control...
-- Performing register loopback test... Error: EnvironmentError: IOError:
Radio
ctrl (A) no response packet - AssertionError: bool(buff)
in unsigned __int64 __cdecl radio_ctrl_core_3000_impl::wait_for_ack(const
bool
)
at C:\unstable\src\uhd\host\lib\usrp\cores\radio_ctrl_core_3000.cpp:196
Any clues as to what I am doing wrong would be appreciated? Thanks!
John Mann
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/a1ddffa1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6638 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/a1ddffa1/attachment-0001.p7s>
------------------------------
Message: 12
Date: Thu, 12 Jun 2014 15:23:14 +0800 (CST)
From: lkf672433945 <[email protected]>
To: [email protected]
Subject: [USRP-users] How does GPSDO work in communication between two
N210?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="gbk"
Hello all,
My project is to mearsure the Multi-path Delay of specific frequency. Now
I'm trying to understand the communication between two usrps.
Since GPSDO has made the usrp synchronic.My question is the transmission would
take some time.How does the Rx estimate the transmission time ?
Also I want to know the mechanisms of the GPSDO. Can anyone explain them to me ?
Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140612/10867041/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 46, Issue 12
******************************************
