Send USRP-users mailing list submissions to
usrp-users@lists.ettus.com
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
usrp-users-requ...@lists.ettus.com
You can reach the person managing the list at
usrp-users-ow...@lists.ettus.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: [Discuss-gnuradio] Detecting internal GPSDO.... not found
on first connection (Ian Buckley)
2. Re: Output power computation (Marcus D. Leech)
3. Problem with make test on armhf (Alexandru Csete)
----------------------------------------------------------------------
Message: 1
Date: Sat, 30 Nov 2013 11:16:51 -0800
From: Ian Buckley <i...@ionconcepts.com>
To: Nasi <nesaz...@mail.ru>
Cc: usrp-users <usrp-users@lists.ettus.com>, GNURadio Discussion List
<discuss-gnura...@gnu.org>
Subject: Re: [USRP-users] [Discuss-gnuradio] Detecting internal
GPSDO.... not found on first connection
Message-ID: <bda497a8-bd8e-4660-826c-6caf44034...@ionconcepts.com>
Content-Type: text/plain; charset="us-ascii"
Whenever I hear of anyone struggling with ethernet ports going up and down
unexpectedly on Ubuntu it nearly always comes down to Ubuntu's Network Manager
trying to be clever.
Go google information on how to disable Ubuntu from automatically managing
network interfaces for the version you are using, then ifconfig will likely do
what you expect it to.
As far as GPSDO not being found, it takes time for GPS's to achieve a lock
after a power cycle event, easily on the order of seconds. The USRP is just
parsing ASCII string output from the GPS on a UART. I doubt this is indicative
of any type of real problem in your case. Note also that GPSDO's need to be
powered up for many minutes before they have a stable clock that meets there
specified performance.
-Ian
On Nov 30, 2013, at 5:56 AM, Nasi <nesaz...@mail.ru> wrote:
> Dear All,
>
> my device: USRP N200
> System: Ubuntu 13.04
>
> 1. I always get this on first connections (the next ones are okay):
>
> $ uhd_usrp_probe
> linux; GNU C++ version 4.7.3; Boost_105300; UHD_003.006.000-0-g7788c692
>
> -- Opening a USRP2/N-Series device...
> -- Current recv frame size: 1472 bytes
> -- Current send frame size: 1472 bytes
> -- Detecting internal GPSDO.... not found
>
> 2. Besides that I usually lose the connection with the port I was connected.
> 3. If I wait for some time, I again lose the connection on next command
> and each time I have to type : sudo ifconfig eth0 192.168.10.1.
>
>
> Do you think these are normal?
>
> --
> NE
> _______________________________________________
> Discuss-gnuradio mailing list
> discuss-gnura...@gnu.org
> 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/20131130/48689ee9/attachment-0001.html>
------------------------------
Message: 2
Date: Sat, 30 Nov 2013 15:09:56 -0500
From: "Marcus D. Leech" <mle...@ripnet.com>
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Output power computation
Message-ID: <529a4614.4060...@ripnet.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 11/30/2013 08:20 AM, Pawe? Gadka wrote:
> Hi,
>
> I wonder how to compute the power of transmitting signals from USRP. I
> read that maximum amplitude of IQ transmitting symbols samples have to
> be in range [ - 1, +1 ]. USRP 2920 has a maximum gain 31 dB and
> maximum transmit power 15dBm.
>
> Is it means that for gain setting to 31dB:
>
> usrp->set_tx_gain(31);
>
> I'll get transmit power of 15dBm?
>
>
> _______________________________________________
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
You'll get somewhere in that general region, yes. Output power varies
by frequency, and analog RF components have a certain amount of variability.
The only way to be sure is to *measure* with a calibrated power meter.
--
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/20131130/80c844cb/attachment-0001.html>
------------------------------
Message: 3
Date: Sun, 1 Dec 2013 14:49:23 +0100
From: Alexandru Csete <oz9...@gmail.com>
To: USRP <usrp-users@lists.ettus.com>
Subject: [USRP-users] Problem with make test on armhf
Message-ID:
<CAHG=s_fcc8k5ebcyrwo7oulephve9m9bne0a0jns4e-mh8p...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Greetings,
I am building UHD packages for various Ubuntu distributions through
the Ubuntu PPA builder infrastructure for i386, amd64 and armhf. The
builds for i386 and amd64 are always fine for all Ubuntu versions
between 12.04 and 14.04; however, the armhf builds only succeed for
12.04 and 12.10. The builds appear to be fine but make test appears to
hang in the buffer test until the process is killed by a timeout.
Here is a build log from the latest attempt with UHD 3.6.1:
https://launchpadlibrarian.net/157947744/buildlog_ubuntu-raring-armhf.uhd_3.6.1-gqrx~raring1_FAILEDTOBUILD.txt.gz
I have been observing this issue ever since we enabled armhf builds,
so it is not a 3.6-only issue. Any pointers or ideas how to resolve or
debug this would be appreciated.
Alex
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 40, Issue 1
*****************************************
