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. Getting/setting status in multiple processes (while still
receiving data in 1 process) (David Campbell)
2. Detection of Signal Source (Energy) (Lu?s Correia)
3. Re: Getting/setting status in multiple processes (while still
receiving data in 1 process) (Nick Foster)
4. Re: Detection of Signal Source (Energy) (John Malsbury)
5. uhd_usrp_probe failed (Weixian Zhou)
6. Re: uhd_usrp_probe failed (Nicholas Corgan)
7. does ubuntu 12.04 works for USRP N210? (Weixian Zhou)
8. TX valid atennuation levels (Joel Parker)
9. Re: does ubuntu 12.04 works for USRP N210? (Josh Blum)
10. Re: TX valid atennuation levels (Josh Blum)
11. Re: TX valid atennuation levels (Thomas Tsou)
12. Re: USRP-users Digest, Vol 21, Issue 15 (Matt Ettus)
13. Re: Simulcast FM stero TX (Steve Wright)
14. UHD on USRP2 (Guanbo Zheng)
15. Re: UHD on USRP2 (Josh Blum)
16. Synch problem in 4*4 MIMO (Farrukh Aziz)
17. Re: Synch problem in 4*4 MIMO (John Malsbury)
18. Re: About writing to file speed (Eddie Sun)
19. Re: About writing to file speed (John Malsbury)
20. Re: About writing to file speed (John Malsbury)
----------------------------------------------------------------------
Message: 1
Date: Wed, 16 May 2012 09:10:50 -0700 (PDT)
From: David Campbell <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Getting/setting status in multiple processes
(while still receiving data in 1 process)
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
??? A thread awhile back touched on this idea
(http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2011-July/001777.html)
- but there wasn't an answer to the problem in the subject line.
If I try to do a
?? sptr sdev = make(args);
and I'm using the same IP address as an already running USRP, it comes back with
?? ERROR: LookupError: KeyError: No devices found for....
?? One could do the shared memory game for the sptr class.? Regardless, it
would be nice to be able to query status and set parameters for a USRP that is
doing acquisition in another process.
Thanks,
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120516/6f7ecf81/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 16 May 2012 17:31:10 +0100
From: Lu?s Correia <[email protected]>
To: [email protected]
Subject: [USRP-users] Detection of Signal Source (Energy)
Message-ID:
<caot7j2eys6yp6vc0hgx3ypbuawxdjq9mym9fmvzs2g__1nq...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
i'm trying to make a little application that will work with a directional
antenna to find the source of the TRX.
I'm kinda of new around USRPs and in need of some first steps, a place or
code to begin from..
I've seen in the list someone referring to the MIMO code or the multiple
USRPs in the examples.
Is this a good starting point?
Thnks in advance,
Luis
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120516/206f475b/attachment-0001.html>
------------------------------
Message: 3
Date: Wed, 16 May 2012 09:35:24 -0700
From: Nick Foster <[email protected]>
To: David Campbell <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Getting/setting status in multiple processes
(while still receiving data in 1 process)
Message-ID:
<CALALHJUcLUnrM_=byBJDYM4A=mhvncgc5ydfrqpx6e8dftt...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Wed, May 16, 2012 at 9:10 AM, David Campbell <[email protected]>wrote:
> Hi,
> A thread awhile back touched on this idea (
> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2011-July/001777.html)
> - but there wasn't an answer to the problem in the subject line.
>
> If I try to do a
> sptr sdev = make(args);
>
> and I'm using the same IP address as an already running USRP, it comes
> back with
> ERROR: LookupError: KeyError: No devices found for....
>
> One could do the shared memory game for the sptr class. Regardless, it
> would be nice to be able to query status and set parameters for a USRP that
> is doing acquisition in another process.
>
> Thanks,
> David
>
Can't do that. Only one USRP instance per device. If you want to get status
or set parameters from another process, it's not hard to implement some
form of IPC for the process handling the USRP.
--n
>
>
>
> _______________________________________________
> 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/20120516/5726dcdd/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 16 May 2012 09:43:11 -0700
From: John Malsbury <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Detection of Signal Source (Energy)
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Luis,
To clarify what you're asking... Are you looking to perform direction
finding with a phase array, or do you actually mean that you will be
physically stearing a directional antenna? I will assume you mean the
former. If that is the case a set of USRP N2xx could potentially work.
Or you can use a single USRP with the pseudo-doppler technique, as shown
here:
http://www.youtube.com/watch?v=NSC4Y8yA-jY
-John
On 5/16/2012 9:31 AM, Lu?s Correia wrote:
> Hi,
>
> i'm trying to make a little application that will work with a
> directional antenna to find the source of the TRX.
>
>
>
> I'm kinda of new around USRPs and in need of some first steps, a place
> or code to begin from..
>
> I've seen in the list someone referring to the MIMO code or the
> multiple USRPs in the examples.
>
>
> Is this a good starting point?
>
>
> Thnks in advance,
> Luis
>
>
>
> _______________________________________________
> 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/20120516/0de7af42/attachment-0001.html>
------------------------------
Message: 5
Date: Wed, 16 May 2012 13:43:44 -0400
From: Weixian Zhou <[email protected]>
To: [email protected]
Subject: [USRP-users] uhd_usrp_probe failed
Message-ID:
<CAHeRwcTY=6wur8pad3pxu4uh+pckp5pk+mdmecnqqukbmjd...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
I have built gnuradio and UHD through the build-gnuradio script and burned
UHD images to USRP boards. Then I tried to setup my USRP N210 through
following steps:
1. setup host interface.
* sudo ifconfig eth0 192.168.10.1*
* ping 192.168.10.2*
The ping is succeed and I can see the response from USRP.
2. uhd_find_devices.
It also succeed and it displayed following message:
--------------------------------------------------
-- UHD Device 0
--------------------------------------------------
Device Address:
type: usrp2
addr: 192.168.10.2
name:
serial: EAR1BR6UP
3. *uhd_usrp_probe*
But in this stage I failed. It said:
linux; GNU C++ version 4.6.3; Boost_104601;
UHD_003.004.001-129-g23344268
-- Opening a USRP2/N-Series device...
Error: RuntimeError:
Please update the firmware and FPAG images for your device.
See the application notes for USRP2/N-Series for instructions.
Expected FPGA compatibility number 10, but got 9:
The FPGA build is not compatible with the host code build.
But I have already burned UHD images to USRP board through
usrp_n2xxx_net_burner_gui.py script and uhd_usrp_probe ran no problem
yesterday.
Regards,
Weixian Zhou
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120516/a7c1570e/attachment-0001.html>
------------------------------
Message: 6
Date: Wed, 16 May 2012 10:58:45 -0700
From: Nicholas Corgan <[email protected]>
To: Weixian Zhou <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] uhd_usrp_probe failed
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
As the error says, it looks like the images you have burned onto your
N210 are incompatible with the version of UHD you have installed.
Download the latest images from here:
http://files.ettus.com/binaries/master_images/
These images are compatible with the host code you have installed. After
you run usrp_n2xx_net_burner.py and power cycle the N210, uhd_usrp_probe
shouldn't fail.
On 05/16/2012 10:43 AM, Weixian Zhou wrote:
> Hi all,
> I have built gnuradio and UHD through the build-gnuradio script and
> burned UHD images to USRP boards. Then I tried to setup my USRP N210
> through following steps:
> 1. setup host interface.
> / sudo ifconfig eth0 192.168.10.1/
> / ping 192.168.10.2/
> The ping is succeed and I can see the response from USRP.
>
> 2. uhd_find_devices.
> It also succeed and it displayed following message:
> --------------------------------------------------
> -- UHD Device 0
> --------------------------------------------------
> Device Address:
> type: usrp2
> addr: 192.168.10.2
> name:
> serial: EAR1BR6UP
> 3. *uhd_usrp_probe*
> But in this stage I failed. It said:
> linux; GNU C++ version 4.6.3; Boost_104601;
> UHD_003.004.001-129-g23344268
> -- Opening a USRP2/N-Series device...
> Error: RuntimeError:
> Please update the firmware and FPAG images for your device.
> See the application notes for USRP2/N-Series for instructions.
> Expected FPGA compatibility number 10, but got 9:
> The FPGA build is not compatible with the host code build.
>
> But I have already burned UHD images to USRP board through
> usrp_n2xxx_net_burner_gui.py script and uhd_usrp_probe ran no problem
> yesterday.
>
> Regards,
> Weixian Zhou
>
>
>
>
> _______________________________________________
> 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/20120516/88e4a5c4/attachment-0001.html>
------------------------------
Message: 7
Date: Wed, 16 May 2012 15:21:38 -0400
From: Weixian Zhou <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] does ubuntu 12.04 works for USRP N210?
Message-ID:
<caherwcsavzc7-pt5ncrnuxxtmzowvk9jyrcmvnpsxztizs7...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I tried to build gnuradio and setup USRP N210 on ubuntu 12.04. When I ran
uhd_usrp_probe it always said:
* linux; GNU C++ version 4.6.3; Boost_104601;
UHD_003.004.001-129-g23344268*
* -- Opening a USRP2/N-Series device...*
* Error: RuntimeError:*
* Please update the firmware and FPAG images for your device.*
* See the application notes for USRP2/N-Series for instructions.*
* Expected FPGA compatibility number 10, but got 9:*
* The FPGA build is not compatible with the host code build.*
Is there a version of firmware and FPAG that compatible with Ubuntu 12.04?
--
Regards,
Weixian Zhou
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120516/c30ffd2e/attachment-0001.html>
------------------------------
Message: 8
Date: Wed, 16 May 2012 12:26:04 -0700 (PDT)
From: Joel Parker <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] TX valid atennuation levels
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
I am running OpenBTS on an E100 and need to lower the transmit power, so that I
only have about 3 bars within 5 feet of the device. I am trying to adjust using
the Power command but don't know the physical constraints of the hardware.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120516/99487c39/attachment-0001.html>
------------------------------
Message: 9
Date: Wed, 16 May 2012 12:27:38 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] does ubuntu 12.04 works for USRP N210?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/16/2012 12:21 PM, Weixian Zhou wrote:
> I tried to build gnuradio and setup USRP N210 on ubuntu 12.04. When I ran
> uhd_usrp_probe it always said:
> * linux; GNU C++ version 4.6.3; Boost_104601;
> UHD_003.004.001-129-g23344268*
> * -- Opening a USRP2/N-Series device...*
> * Error: RuntimeError:*
> * Please update the firmware and FPAG images for your device.*
> * See the application notes for USRP2/N-Series for instructions.*
> * Expected FPGA compatibility number 10, but got 9:*
> * The FPGA build is not compatible with the host code build.*
> Is there a version of firmware and FPAG that compatible with Ubuntu 12.04?
>
>
The firmware and FPGA images are agnostic to the OS.
It looks like you built UHD from the master branch?
Follow the post install instructions to get the correct images:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Build#Firmware-and-FPGA-images
and burn to the device:
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-on-board-flash-usrp-n-series-only
The good news is that this will be more automated in the near future.
-josh
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 10
Date: Wed, 16 May 2012 12:30:50 -0700
From: Josh Blum <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] TX valid atennuation levels
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/16/2012 12:26 PM, Joel Parker wrote:
> I am running OpenBTS on an E100 and need to lower the transmit power,
> so that I only have about 3 bars within 5 feet of the device. I am
> trying to adjust using the Power command but don't know the physical
> constraints of the hardware.
>
>
Not sure what UHD hooks openbts exposes, but here you can find a list of
available gain elements and ranges in dB for a given daughterboard:
http://files.ettus.com/uhd_docs/manual/html/dboards.html#daughterboard-properties
-josh
>
>
> _______________________________________________ USRP-users mailing
> list [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 11
Date: Wed, 16 May 2012 15:40:52 -0400
From: Thomas Tsou <[email protected]>
To: Joel Parker <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] TX valid atennuation levels
Message-ID:
<CAF5FEsAJ38JkYDGMr1ooFnVEs_iQCkgA6tenkL-b=s9hyuy...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, May 16, 2012 at 3:26 PM, Joel Parker <[email protected]> wrote:
> I am running OpenBTS on an E100 and need to lower the transmit power, so
> that I only have about 3 bars within 5 feet of the device. I am trying to
> adjust using the Power command but don't know the physical constraints of
> the hardware.
OpenBTS will adjust the gain based on the power attenuation values. If
the attenuation (in dB relative to max) is beyond what the device is
capable of, then the samples will be scaled digitally.
Thomas
------------------------------
Message: 12
Date: Wed, 16 May 2012 17:03:13 -0700
From: Matt Ettus <[email protected]>
To: Steve Wright <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] USRP-users Digest, Vol 21, Issue 15
Message-ID:
<CAN=1kn9peArJUh09VA2t7jYzY+XD=5yhsezobir1k6nvbfb...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Tue, May 15, 2012 at 5:47 PM, Steve Wright <[email protected]>wrote:
> On Tue, 2012-05-15 at 12:00 -0400, [email protected]
> wrote:
>
> > [...] However, FM signals are not designed for this, so you will get
> > multipath in the overlapping areas.
> >
> > The signals from the different transmitters will arrive with different
> > phases depending on relative distance [...]180 degrees will tend to
> cancel each other [etc]
>
> That is the answer I thought you were going to give. So this simulcast
> transmission thing is bunkum? I concede to your logic, but others are
> doing it and it's working.
>
> The VOTER Simulcast that Allstar are doing GPSDO-locks traditional FM
> narrow-band communications radios with voting receive, and simulcast
> transmit, and they say its working fine - no holes or irregularities.
>
> Why will one work and a similar (also analog) system not?
>
> http://206.212.254.21/unode_docs/rtcm_%20manual.pdf
> http://www.wb6ece.org/
I can't tell exactly what they are doing, but I think the difference is
that in their system there is one transmitter (the mobile unit) and many
receivers. You are looking to do many transmitters and one receiver.
Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120516/399fbb91/attachment-0001.html>
------------------------------
Message: 13
Date: Thu, 17 May 2012 12:26:59 +1200
From: Steve Wright <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Simulcast FM stero TX
Message-ID: <1337214419.1308.11.camel@steve-desktop>
Content-Type: text/plain; charset="UTF-8"
On Wed, 2012-05-16 at 17:03 -0700, Matt Ettus wrote:
> I can't tell exactly what they are doing, but I think the difference
> is that in their system there is one transmitter (the mobile unit) and
> many receivers. You are looking to do many transmitters and one
> receiver.
They are doing multi-site voting RX, AND multi-site GPSDO-locked TX.
I want to do multi-site GPSDO-locked FM stereo TX - no RX except for
site survey and local TX monitoring.
There is a lot of speculation on forums about this - most of it
negative.
------------------------------
Message: 14
Date: Wed, 16 May 2012 21:34:39 -0500
From: Guanbo Zheng <[email protected]>
To: [email protected]
Cc: Guanbo Zheng <[email protected]>
Subject: [USRP-users] UHD on USRP2
Message-ID:
<CA+qpN9Hks5nRbgik7jf-n=tcje_rpsusk06jfinrcsang7_...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Dear all,
I was playing a lot of USRP2 under old driver. Now I started to move to UHD
driver for USRP2.
My system is: Gnuradio 3.6.0 + Ubuntu 10.04.
For installation, I carefully followed this great guides:
http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR
and http://www.ruby-forum.com/topic/213259
After successfully installing the UHD and gnuradio, I have the error of "No
UHD Devices Found".
So i guess I need to upgrade my firmware and FPGA image. But I do not know
which one is good for me.
In the following page, it tells that, those are not for UHD. Then, where
can I find the proper ones for USRP2+UHD?
http://code.ettus.com/redmine/ettus/projects/public/wiki/U2binaries
Thanks a lot!
--
Regards,
Guanbo
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120516/766f12ac/attachment-0001.html>
------------------------------
Message: 15
Date: Wed, 16 May 2012 20:27:26 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] UHD on USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/16/2012 07:34 PM, Guanbo Zheng wrote:
> Dear all,
>
> I was playing a lot of USRP2 under old driver. Now I started to move to UHD
> driver for USRP2.
> My system is: Gnuradio 3.6.0 + Ubuntu 10.04.
>
> For installation, I carefully followed this great guides:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR
> and http://www.ruby-forum.com/topic/213259
>
This is a good place to start:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki
> After successfully installing the UHD and gnuradio, I have the error of "No
> UHD Devices Found".
>
Perhaps network setup issue or firewall?
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking
> So i guess I need to upgrade my firmware and FPGA image. But I do not know
> which one is good for me.
>
If you do binary install, the images come with the package. For source
install, follow the post install instructions to get the images.
How to load onto SD card:
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-sd-card-usrp2-only
Images for a source install:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Build#Firmware-and-FPGA-images
-josh
------------------------------
Message: 16
Date: Wed, 16 May 2012 21:05:39 -0700 (PDT)
From: Farrukh Aziz <[email protected]>
To: USRP user forum <[email protected]>
Subject: [USRP-users] Synch problem in 4*4 MIMO
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Sorry for this dragging problem which is still not solved. I have two N210s
connected via MIMO cable in a master/slave configuration, each fitted with
TVRX2 db. I want four complex, synchronized data streams from this.
Properties UHD: USRP source
Sync: Unknown PPS
Clock rate: Default
Num Mboards: 2
MB0 Ref source: External (also tried 'internal' and 'default' but same result)
Mb0 Subdev Spec: 0:RX1 0:RX2
Mb1 Ref Source: MIMO Cable
Mb1 Subdev Spec: 0:RX1 0:RX2
Num Channels: 4
I have connected GPSDO with the master board for synchronization. After
physical installation of GPSDO, I checked the 2? sync outputs of GPSDO on an
oscilloscope. They were:
1 PPS, 200ms pulse of amplitude 3.2 V (Duty cycle 20%)
10 MHz sine wave, amplitude 4.18 Vpp. (There were some adapters in the link to
Osc)
After setting the J510 jumper, I fed the mboard 0 with GPSDO reference signals.
However I am still getting this error
UHD Warning:
??? Detected time deviation between board 1 and board 0.
??? Board 0 time is 0.009112 seconds.
??? Board 1 time is 29.012157 seconds.
OUHD source block got error code 0x2
gr_block_executor: source <gr_block gr uhd usrp source (45)> produced no
output.? We're marking it DONE.
I am only working in GRC, and my understanding is that GPSDO signals should
synchronize the system, but its not. What am I missing? Many thanks in advance
for any expert comments.
Farrukh Aziz Bhatti
Department of Electrical & Computer Engineering
University of Auckland
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120516/87cef6f4/attachment-0001.html>
------------------------------
Message: 17
Date: Wed, 16 May 2012 21:12:17 -0700
From: John Malsbury <[email protected]>
To: Farrukh Aziz <[email protected]>
Cc: USRP user forum <[email protected]>
Subject: Re: [USRP-users] Synch problem in 4*4 MIMO
Message-ID:
<can5wegqpy-sruudv6fko7sb30jvajqyh2d7d_p37rmg7gze...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
If you have installed the gpsdo properly, it UHD will automatically select
the GPSDO as a refrence - so "default" for the master should suffice. Have
you burnt the EEPROM?
http://files.ettus.com/uhd_docs/manual/html/gpsdo.html#post-installation-task-n-series-only
Also, I may be mistaken but I think you should select MIMO as the time
source for the slave board.
-John
On Wed, May 16, 2012 at 9:05 PM, Farrukh Aziz <[email protected]> wrote:
> Sorry for this dragging problem which is still not solved. I have two
> N210s connected via MIMO cable in a master/slave configuration, each fitted
> with TVRX2 db. I want four complex, synchronized data streams from this.
>
> Properties UHD: USRP source
> Sync: Unknown PPS
> Clock rate: Default
> Num Mboards: 2
> MB0 Ref source: External (also tried 'internal' and 'default' but same
> result)
> Mb0 Subdev Spec: 0:RX1 0:RX2
> Mb1 Ref Source: MIMO Cable
> Mb1 Subdev Spec: 0:RX1 0:RX2
> Num Channels: 4
>
> I have connected GPSDO with the master board for synchronization. After
> physical installation of GPSDO, I checked the 2 sync outputs of GPSDO on
> an oscilloscope. They were:
> 1 PPS, 200ms pulse of amplitude 3.2 V (Duty cycle 20%)
> 10 MHz sine wave, amplitude 4.18 Vpp. (There were some adapters in the
> link to Osc)
>
> After setting the J510 jumper, I fed the mboard 0 with GPSDO reference
> signals. However I am still getting this error
> UHD Warning:
> Detected time deviation between board 1 and board 0.
> Board 0 time is 0.009112 seconds.
> Board 1 time is 29.012157 seconds.
> OUHD source block got error code 0x2
> gr_block_executor: source <gr_block gr uhd usrp source (45)> produced no
> output. We're marking it DONE.
>
> I am only working in GRC, and my understanding is that GPSDO signals
> should synchronize the system, but its not. What am I missing? Many thanks
> in advance for any expert comments.
> *
> Farrukh Aziz Bhatti*
>
> Department of Electrical & Computer Engineering
> University of Auckland
>
>
>
>
> _______________________________________________
> 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/20120516/86b6c8de/attachment-0001.html>
------------------------------
Message: 18
Date: Thu, 17 May 2012 12:38:48 +0800
From: Eddie Sun <[email protected]>
To: Nick Foster <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] About writing to file speed
Message-ID:
<CAB6xtHNa6e1nbOx2-VzakRnYEw2Vh3xVmMXwCVEZaJ=vpre...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
I tried the RAM disk and it work fine. I use the type short , so it got
80MB/s. Thanks a lot. If i need long capture int the future, i'll try the
SSD or USB 3.0 device.(Thanks for John's advice too)
I also got an other question about the input of rx_samples_to_file.cpp
if i want the 20M/s for 15 seconds, that means 20e6 * 15 = 300e6 for
--nsamps, but when i input 300e6 for the nsamps it shows
Error: AssertionError: stream_cmd.num_samps <= 0x0fffffff
in virtual void rx_dsp_core_200_impl::issue_stream_command(const
uhd::stream_cmd_t&)
at /home/lf2eddie/uhd/host/lib/usrp/cores/rx_dsp_core_200.cpp:95
i know that 0xfffffff = 268,435,455 and 300e6 is bigger then that.
Can i receive the samples more than this 0xfffffff and not using the
stream_cmd_t::STREAM_MODE_START_CONTINUOUS ? (right now i count manually by
watching my watch and Press Ctrl + c)
Thanks,
Eddie
2012/5/16 Nick Foster <[email protected]>
>
> A 20Msps stream is 160MB/s of data -- this is a HUGE amount of data to
> stream to disk in real time. If you need only a short capture, you can
> create a ramdisk and save the file to RAM and then write it out later. You
> will be limited to the amount of RAM you have available, but it will be
> able to keep up with the writing. Your only other option is a very very
> fast solid state drive.
>
> --n
>
>
>
>>
>> _______________________________________________
>> 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/20120517/53ac820e/attachment-0001.html>
------------------------------
Message: 19
Date: Wed, 16 May 2012 21:43:50 -0700
From: John Malsbury <[email protected]>
To: Eddie Sun <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] About writing to file speed
Message-ID:
<CAN5WegQVdWyJd0JUaZUT7NOy3Ru3E8+=5m8ttyaorqtfrsr...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Eddie,
I was able to do floating point at 25 MSPS with a USB 3.0 drive. This was
with an ADATA N005. Standby for more details.
Here's what I see in the source for rx_samples_to_file.cpp.
uhd::stream_cmd_t stream_cmd((num_requested_samples == 0)?
uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS:
uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE
);
So it seems that if you do not specify the number of samples, the program
will run continuously and you should not be subject to the sample count
limitation of NUM_SAMPS_AND_DONE.
-John
On Wed, May 16, 2012 at 9:38 PM, Eddie Sun <[email protected]> wrote:
> Hello,
>
> I tried the RAM disk and it work fine. I use the type short , so it got
> 80MB/s. Thanks a lot. If i need long capture int the future, i'll try the
> SSD or USB 3.0 device.(Thanks for John's advice too)
>
> I also got an other question about the input of rx_samples_to_file.cpp
>
> if i want the 20M/s for 15 seconds, that means 20e6 * 15 = 300e6 for
> --nsamps, but when i input 300e6 for the nsamps it shows
>
> Error: AssertionError: stream_cmd.num_samps <= 0x0fffffff
> in virtual void rx_dsp_core_200_impl::issue_stream_command(const
> uhd::stream_cmd_t&)
> at /home/lf2eddie/uhd/host/lib/usrp/cores/rx_dsp_core_200.cpp:95
>
> i know that 0xfffffff = 268,435,455 and 300e6 is bigger then that.
> Can i receive the samples more than this 0xfffffff and not using the
> stream_cmd_t::STREAM_MODE_START_CONTINUOUS ? (right now i count manually by
> watching my watch and Press Ctrl + c)
>
> Thanks,
> Eddie
>
>
> 2012/5/16 Nick Foster <[email protected]>
>
>>
>> A 20Msps stream is 160MB/s of data -- this is a HUGE amount of data to
>> stream to disk in real time. If you need only a short capture, you can
>> create a ramdisk and save the file to RAM and then write it out later. You
>> will be limited to the amount of RAM you have available, but it will be
>> able to keep up with the writing. Your only other option is a very very
>> fast solid state drive.
>>
>> --n
>>
>>
>>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [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/20120516/1793f8c7/attachment-0001.html>
------------------------------
Message: 20
Date: Wed, 16 May 2012 21:52:01 -0700
From: John Malsbury <[email protected]>
To: Eddie Sun <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] About writing to file speed
Message-ID:
<CAN5WegTczOKy6tsRreEdpx=b0qeuoaioczmcmfnb0wdmfgx...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Also, I forgot to mention that a simple routine could count samples
returned from the ->recv function, write the correct number of samples to
file, and then issue a stream stop command. So, you should still be able
to write exactly 300e6 samples in your file with modest effort.
-John
On Wed, May 16, 2012 at 9:43 PM, John Malsbury <[email protected]>wrote:
> Eddie,
>
> I was able to do floating point at 25 MSPS with a USB 3.0 drive. This was
> with an ADATA N005. Standby for more details.
>
> Here's what I see in the source for rx_samples_to_file.cpp.
>
> uhd::stream_cmd_t stream_cmd((num_requested_samples == 0)?
> uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS:
> uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE
> );
>
> So it seems that if you do not specify the number of samples, the program
> will run continuously and you should not be subject to the sample count
> limitation of NUM_SAMPS_AND_DONE.
>
> -John
>
>
>
>
> On Wed, May 16, 2012 at 9:38 PM, Eddie Sun <[email protected]> wrote:
>
>> Hello,
>>
>> I tried the RAM disk and it work fine. I use the type short , so it got
>> 80MB/s. Thanks a lot. If i need long capture int the future, i'll try the
>> SSD or USB 3.0 device.(Thanks for John's advice too)
>>
>> I also got an other question about the input of rx_samples_to_file.cpp
>>
>> if i want the 20M/s for 15 seconds, that means 20e6 * 15 = 300e6 for
>> --nsamps, but when i input 300e6 for the nsamps it shows
>>
>> Error: AssertionError: stream_cmd.num_samps <= 0x0fffffff
>> in virtual void rx_dsp_core_200_impl::issue_stream_command(const
>> uhd::stream_cmd_t&)
>> at /home/lf2eddie/uhd/host/lib/usrp/cores/rx_dsp_core_200.cpp:95
>>
>> i know that 0xfffffff = 268,435,455 and 300e6 is bigger then that.
>> Can i receive the samples more than this 0xfffffff and not using the
>> stream_cmd_t::STREAM_MODE_START_CONTINUOUS ? (right now i count manually by
>> watching my watch and Press Ctrl + c)
>>
>> Thanks,
>> Eddie
>>
>>
>> 2012/5/16 Nick Foster <[email protected]>
>>
>>>
>>> A 20Msps stream is 160MB/s of data -- this is a HUGE amount of data to
>>> stream to disk in real time. If you need only a short capture, you can
>>> create a ramdisk and save the file to RAM and then write it out later. You
>>> will be limited to the amount of RAM you have available, but it will be
>>> able to keep up with the writing. Your only other option is a very very
>>> fast solid state drive.
>>>
>>> --n
>>>
>>>
>>>
>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [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/20120516/da87a3e7/attachment-0001.html>
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 21, Issue 17
******************************************
