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: B210 channel assignment (Ben Hilburn via USRP-users)
2. Re: B200 Enclosure (. via USRP-users)
3. Re: B210 (Ben Hilburn via USRP-users)
4. Re: Mis-aligned data on B210 RX channels
(Ben Hilburn via USRP-users)
5. use internal LO without digital frequency correction
(Francois Quitin via USRP-users)
6. Re: use internal LO without digital frequency correction
(Marcus M?ller via USRP-users)
7. Re: PCMCIA Express-card list for USRP B200
(Daniel Malafaia via USRP-users)
----------------------------------------------------------------------
Message: 1
Date: Thu, 22 May 2014 12:48:08 -0700
From: Ben Hilburn via USRP-users <[email protected]>
To: Tom Tsou <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] B210 channel assignment
Message-ID:
<CAOEVZkJ+AP=5rw913e6wu6+e5gwk4q78xkfcn9mmutiohuz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi all -
Thanks for the complete bug report, including steps to reproduce and
flowgraphs! It's on our high-priority list. We'll get this fixed as soon as
we can.
Cheers,
Ben
On Wed, May 21, 2014 at 6:17 PM, Tom Tsou via USRP-users <
[email protected]> wrote:
> On Tue, May 13, 2014 at 5:03 AM, Stefan Ereth via USRP-users
> <[email protected]> wrote:
> > Hi all,
> > I try to capture samples of both channels from a B210 and save them in
> separate files. The Problem is that the channel assignment is different
> after retuning.
> > I connected a signal generator to channel 1 and let channel 2 open.
> Normally the file "measure0" should always contain my signal and "measure1"
> noise. But out of 20 times the signal is 17 times in "measure0" and 3 times
> in "measure1".
>
> I've seen this behaviour as well, though not after retuning. Swap
> seems to occur at startup. Out of 20 starts I'll see at least one A/B
> channel reversal. I do retune the DDC frequently while running, and
> that does not seem to be related.
>
> UHD_003.007.001-65-g79c9b12b
> Rate: 15.36 MHz
> Freq: 1 GHz
>
> -TT
>
> _______________________________________________
> 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/20140522/e0164fac/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 22 May 2014 15:02:17 -0500
From: ". via USRP-users" <[email protected]>
To: Claudio Cicconetti <[email protected]>, Ryan Bosley
<[email protected]>, [email protected]
Subject: Re: [USRP-users] B200 Enclosure
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Claudio - the enclosure will not have any kind of shielding. I am doing only
machining at the moment. I am not at my shop right now and will be back in
about 1 - 2 weeks, so I can see about doing shielding and validation thereof
(there is an anechoic chamber nearby). This would probably increase the price a
good bit though - also keep in mind your price will likely increase for
international shipping if you need them shipped to Italy.
Ryan - As of right now I am looking at about $45 per case - I will order the
case and mill it then ship it to you - shipping is included in the $45. If you
need a case in the next week i can call my partner back at the shop to see if
he can make them now for you.
I will be able to get some pictures of a completed case once i am back at the
shop.?
-------- Original message --------
From: Claudio Cicconetti <[email protected]>
Date:2014/05/22 09:02 (GMT-06:00)
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] B200 Enclosure
Dear Dan,
We are planning to start doing experiments with B210 boards.
I would like to have more details on delivery time and prices for a
small volume (order or 10 enclosures).
Also, does you enclosure include some sort of RF shielding? If yes, do
you plan to validate it using some simulation tool or anechoic chamber
testing?
Best regards,
Claudio
--
Claudio Cicconetti, PhD
Software Engineer - MBI S.r.l. - Pisa, Italy
http://about.me/ccicconetti
Need to talk to me? http://doodle.com/cicconetti
Tel.: +39 050 3870 836
On 05/22/2014 07:00 AM, Reaper Dan via USRP-users wrote:
> Hey guys,
>
> Just wanted to let you know I am almost done with the CAD drawings for
> cutting out the end caps on the Hammond 1455L1601 metal enclosure (Hammond
> Schematics are here). I am able and willing to do the machining for a small
> price if you so desire. I have this case myself and it looks great. Let m/e
> know if you are interested and I'll give you more details.
>
> For you Ettus employees, somebody mentioned an enclosure coming out a while
> back - I don't know if you have made any progress on that, but if you are
> interested in me doing some mass production or even some customized cases,
> please feel free to contact me directly.
>
> Sincerely,
> - Dan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140522/25dbd78a/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 22 May 2014 17:26:20 -0700
From: Ben Hilburn via USRP-users <[email protected]>
To: Dmitry <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] B210
Message-ID:
<caoevzkjkrhnkczah16x-ag4xd7nyycga+5iyysvgfdkt_u1...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Dmitry -
Your understanding is correct. Your BBW depends on the MCR, and those
variables are automatically updated when you call "set_clock_rate", which
is triggered by your change of sample_rate in your application.
Cheers,
Ben
On Wed, May 21, 2014 at 3:47 AM, Dmitry via USRP-users <
[email protected]> wrote:
> Thanks, Ian
>
> I.e. most parameters of filtering are depends on the variable
> "_baseband_bw" which depends of the master_clock_rate? And all of this
> parameters is automatically calculated when we set the master_clock_rate?
> In GNURadio I use "Sample rate" field of "UHD:USRP Source" to set sample
> rate in Sps). Is this a variable which used for calculation of the
> filtering parameters?
>
> Thanks
>
>
> _______________________________________________
> 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/20140522/03b7580a/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 22 May 2014 17:32:58 -0700
From: Ben Hilburn via USRP-users <[email protected]>
To: Robert Kossler <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Mis-aligned data on B210 RX channels
Message-ID:
<CAOEVZkJacPjiGnoW8tPH7u7pD=uk13tydfqkbqx-ro4ov1h...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Robert -
Thanks for providing your file. We've marked this as a high-priority bug
investigation, and will get to the bottom of it as soon as possible.
I will note than in our high-level investigation, we did find that UHD is
properly 'protecting' the user from accidentally setting the CORDIC on both
channels differently. This is possible because UHD isn't throwing an error
/ preventing the user from requesting a different frequency on the two
different channels. As a result, if you request freq1 on RX_A, *and
then*freq2 on RX_B, both RX_A and RX_B will be tuned to freq2. BUT,
since you
previously requested freq1 on RX_A, the CORDIC will try to spin RX_A to
that frequency from the coarse tune intended for RX_B.
You will not encounter this issue if you do not try to set different
frequencies for the two channels. If you do attempt that, though, instead
of failing UHD will try it's best and you'll wind up with something other
than what you expect. We will fix this bug in the process of our
investigation into the mis-aligned channels.
Thanks, and let us know if you have any questions!
Cheers,
Ben
On Tue, May 20, 2014 at 2:48 PM, Robert Kossler
<[email protected]>wrote:
> Yes, each capture requires a restart of the program and writing a new file
> (as the program is currently written).
>
>
>
> I will respond to your ?channel assignment? request on its original thread.
>
> Rob
>
>
>
> *From:* Stefan Ereth [mailto:[email protected]]
> *Sent:* Tuesday, May 20, 2014 4:08 AM
> *To:* Robert Kossler
> *Cc:* [email protected]; Ben Hilburn
>
> *Subject:* Re: [USRP-users] Mis-aligned data on B210 RX channels
>
>
>
> Hi Robert,
> I have a similar problem with the B210. What do you mean with the phase
> slope is not constant from caputre to capture? Do you mean after restarting
> your programm and writing a new file? I find out, that by my setup the
> channel assignment differs after retuning b210/restarting program?
> Could you please test, if the channel assignment is right? Connect your
> signal to one channel and let the other open. Try this for at least 20
> times.
>
> Regards,
> Stefan
>
> ----- Original Message -----
> From: "Robert Kossler via USRP-users" <[email protected]>
> To: "Ben Hilburn" <[email protected]>
> Cc: "[email protected]" <[email protected]>
> Sent: Monday, May 19, 2014 7:01:54 PM GMT +01:00 Amsterdam / Berlin / Bern
> / Rome / Stockholm / Vienna
> Subject: Re: [USRP-users] Mis-aligned data on B210 RX channels
>
>
> Sorry, for the delay ? I have been away for a week or so. Here is the
> attachment. Has anyone seen a similar linear phase versus frequency
> behavior?
>
>
>
> Rob
>
>
>
> *From:* Ben Hilburn [mailto:[email protected] <[email protected]>]
>
> *Sent:* Wednesday, May 14, 2014 5:16 PM
> *To:* Robert Kossler
> *Cc:* [email protected]
> *Subject:* Re: [USRP-users] Mis-aligned data on B210 RX channels
>
>
>
> Hi Robert -
>
>
>
> It looks like your attachments may have gotten stripped. Can you try
> re-sending them?
>
>
>
> Cheers,
>
> Ben
>
>
>
> On Wed, May 7, 2014 at 2:28 PM, Robert Kossler via USRP-users <
> [email protected]> wrote:
>
> I am using a B210 to collect data from 2 RX channels simultaneously and
> saving the results to file (using a modified program based on
> "rx_samples_to_file"). As a test, I injected a multi-tone signal (400
> tones evenly spaced across 20 MHz) into both RX ports using a 1:2 splitter.
> I then computed FFTs and compared the relative magnitude and phase of each
> tone between the two channels. The magnitude was nearly equal as expected.
> But, the phase has a linear drift with frequency. During one capture, the
> relative phase between adjacent tones (tone spacing of 50 kHz) was 79
> degrees. But, the phase slope is not constant from capture to capture.
>
> For the capture where I measured 79 degrees between adjacent tones, I
> calculated that this amount of linear phase versus frequency corresponds to
> a channel-to-channel time delay of about 4.39 us, which in turn corresponds
> to about 110 samples at my sampling rate of 25 MS/s. Indeed, when I
> purposely shift one of the channels by 110 samples, the linear phase versus
> frequency disappears.
>
> I am wondering if anyone has seen similar behavior. I fully expect that
> the problem is some type of configuration problem or some problem in
> interpreting / saving the incoming data streams but I can't seem to find it.
>
> Attached is my "rx_samples_to_file_2" code which is a combination of the
> "rx_samples_to_file" and "benchmark_rate" examples programs.
>
> Rob Kossler
>
> _______________________________________________
> 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/20140522/08ff8419/attachment-0001.html>
------------------------------
Message: 5
Date: Fri, 23 May 2014 16:03:41 +0800
From: Francois Quitin via USRP-users <[email protected]>
To: <[email protected]>
Subject: [USRP-users] use internal LO without digital frequency
correction
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi all,
I would like to run the USRP with the internal oscillator, with the digital
frequency correction of the LO disabled. Some time ago someone suggested I
should put the "Clock source" to "external" to do this.
The problem is I currently have a GPSDO module in my USRP, so when I put the
"Clock source" to "external", I effectively use the GPSDO LO, and not the
USRP internal LO. I don't want to remove the GPSDO module, because I use the
GPS time reference for some crude TDMA architecture.
Is there a way to use the internal USRP LO but WITHOUT the digital frequency
correction (without having to remove the GPSDO module)?
Thanks a lot!
Francois
--
Francois Quitin, Ph.D.
Research Fellow
INFINITUS - Infocomm Centre of Excellence
School of EEE, Nanyang Technological University
50 Nanyang Ave, S2-B4b-05
Singapore 639798
Phone: +65-8502-3690
Email: [email protected] <mailto:[email protected]>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140523/17f88300/attachment-0001.html>
------------------------------
Message: 6
Date: Fri, 23 May 2014 13:09:56 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] use internal LO without digital frequency
correction
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi Francois,
please mention the actual USRP model you're using.
If you select the internal oscillator, you should still be able to use
the PPS and the time from the GPSDO, as far as I can see.
Greetings,
Marcus
On 23.05.2014 10:03, Francois Quitin via USRP-users wrote:
> Hi all,
>
>
>
> I would like to run the USRP with the internal oscillator, with the digital
> frequency correction of the LO disabled. Some time ago someone suggested I
> should put the "Clock source" to "external" to do this.
>
>
> The problem is I currently have a GPSDO module in my USRP, so when I put the
> "Clock source" to "external", I effectively use the GPSDO LO, and not the
> USRP internal LO. I don't want to remove the GPSDO module, because I use the
> GPS time reference for some crude TDMA architecture.
>
>
>
> Is there a way to use the internal USRP LO but WITHOUT the digital frequency
> correction (without having to remove the GPSDO module)?
>
>
>
> Thanks a lot!
>
> Francois
>
>
>
>
>
> _______________________________________________
> 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/20140523/f6ac3b6d/attachment-0001.html>
------------------------------
Message: 7
Date: Fri, 23 May 2014 14:59:36 +0100
From: Daniel Malafaia via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] PCMCIA Express-card list for USRP B200
Message-ID:
<cadglneyd9ehajjgzx+rt8fhgodasoocjjujcrh0oou7b3a7...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I'm having the same problem, B200 in USB3 mode is not working with any
laptop in our institute. We are now thinking in buying some expresscards
for the USB3 support.
Does some one have any news about the expresscard support of B2x0?
Best Regards
2014-05-15 14:20 GMT+01:00 kaushik via USRP-users <
[email protected]>:
> Dear list,
>
> I am using a USRP B200, over a lenovo E520 E520 with xubuntu "12.04.4
> LTS" with kernel "Linux 3.2.0-61-generic x86_64".
>
> USB 2.0 is working with USRP B200.
>
> To avail the higher bandwidth delivered by USB 3.0, I replaced the
> PCMCIA slot in my laptop with a USB 3.0 express card from a company
> equip, product no. 111832. The express card has an internal USB 3.0
> controller to support USB 3.0 with B200.
>
> The card is recognized when I boot my OS with the card is interested. I
> didn't perform any speed test but it is delivering me 20+ MS.
>
> However during operation, the OS doesn't recognize the card, when it is
> re-inserted. I did figure out that my OS doesn't recognize the USB 3.0
> controller embedded in the card, hence the problem narrows down to the
> USB driver. I also tried with the latest ubuntu 14.04, the problem
> remains the same.
>
> I don't want to irritate you guys by asking solutions for the issues
> with the USB driver. I just want to know whether any of your guys
> had/know/tried express cards which were like plug-n-play or didn't have
> USB driver issues of not recognizing the card.
>
> Thanks!
>
> Regards,
> Ankit
>
> _______________________________________________
> 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/20140523/35e7e206/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 45, Issue 21
******************************************
