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: Mis-aligned data on B210 RX channels
(Robert Kossler via USRP-users)
2. The GPSDO on B210 (442777816 via USRP-users)
3. Re: The GPSDO on B210 (Marcus D. Leech via USRP-users)
4. PCMCIA Express-card list for USRP B200
(Mike Willis via USRP-users)
5. USRP B210 (jason sam via USRP-users)
6. Re: USRP B210 (Marcus M?ller via USRP-users)
7. Re: PCMCIA Express-card list for USRP B200
(Marcus M?ller via USRP-users)
----------------------------------------------------------------------
Message: 1
Date: Fri, 23 May 2014 13:24:30 -0400
From: Robert Kossler via USRP-users <[email protected]>
To: Ben Hilburn <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Mis-aligned data on B210 RX channels
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="Windows-1252"
I have an update on this mis-alignment...
As I mentioned below, the problem I am having relates to a time mis-alignment
between the 2 channels of a B210. I previously used a modified
"rx_samples_to_file" program to collect raw samples to a file and then used
Matlab to plot the data. Today, I used a GRC flow graph to collect the raw
samples to a file and used the same Matlab program to plot the data.
Test signal
- pulsed CW
Results
- using the modified "rx_samples_to_file" (previously provided as an attachment
on this thread) and the matlab plotting, I noticed that the mis-alignment
between channels varied greatly (+/- 10s of samples)
- using the GRC flow graph and the matlab plotting, I noticed that the
mis-alignment between channels was always zero or one sample.
Since I am getting different results between the modified "rx_samples_to_file"
and the GRC flow graph, it leads me to believe that something is not getting
configured correctly in the modified "rx_samples_to_file". Does anyone know of
a possible configuration error that could lead to this type of mis-alignment?
This type of mis-alignment would not surprise me if I had two separate UHD
devices that I was trying to synchronize, but I'm not sure how it would be
possible to get the 2 channels of the B210 mis-aligned. I am pretty confident
that the incoming data itself is mis-aligned as opposed to a mis-alignment that
is occurring because a bug in writing the data to a file.
Let me know if you have any comments / suggestions.
Rob
________________________________________
From: Ben Hilburn [[email protected]]
Sent: Thursday, May 22, 2014 8:32 PM
To: Robert Kossler
Cc: Stefan Ereth; [email protected]
Subject: Re: [USRP-users] Mis-aligned data on B210 RX channels
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]<mailto:[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]<mailto:[email protected]>]
Sent: Tuesday, May 20, 2014 4:08 AM
To: Robert Kossler
Cc: [email protected]<mailto:[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]<mailto:[email protected]>>
To: "Ben Hilburn" <[email protected]<mailto:[email protected]>>
Cc: "[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[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]]
Sent: Wednesday, May 14, 2014 5:16 PM
To: Robert Kossler
Cc: [email protected]<mailto:[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]<mailto:[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]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 2
Date: Sat, 24 May 2014 10:06:16 +0800
From: 442777816 via USRP-users <[email protected]>
To: "=?ISO-8859-1?B?VVNSUC11c2Vycw==?=" <[email protected]>
Subject: [USRP-users] The GPSDO on B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi,all
I bought one Board mounted GPSDO on B210 and mounted it . Now I
wonder whether the GPSDO need some more configuration via rx/tx pins? Does it
have a default configuration? I can't find any datasheet about this GPSDO, the
model number is M9107 right?Could you please offer me some useful data about
this GPSDO?
Thank you !
----------------------
Chuang
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140524/675d1698/attachment-0001.html>
------------------------------
Message: 3
Date: Fri, 23 May 2014 22:14:32 -0400
From: "Marcus D. Leech via USRP-users" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] The GPSDO on B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 05/23/2014 10:06 PM, 442777816 via USRP-users wrote:
> Hi,all
>
> I bought one Board mounted GPSDO on B210 and mounted it .
> Now I wonder whether the GPSDO need some more configuration via rx/tx
> pins? Does it have a default configuration? I can't find any datasheet
> about this GPSDO, the model number is M9107 right?Could you please
> offer me some useful data about this GPSDO?
>
>
> Thank you !
>
> ----------------------
> Chuang
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
It's one of these:
http://ww.jackson-labs.com/index.php/products/lc_xo
Data sheets are there.
You'll likely need a 5V active GPS antenna to drive it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140523/595930e7/attachment-0001.html>
------------------------------
Message: 4
Date: Sat, 24 May 2014 09:23:21 +0100
From: Mike Willis via USRP-users <[email protected]>
To: <[email protected]>
Subject: [USRP-users] PCMCIA Express-card list for USRP B200
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I did the same some time ago and I could not get this to work, but here is a
curious thing that applies to both my express card and newly purchased
Toshiba I7 laptop us USB3 ports.
If I plug my B200 into the USB port all is fine up to FPGA load. The device
is recognised and firmware loads, but that's it. FPGA will not load and the
device is not found. If I then quickly unplug and replug the USB connector,
the next time the fpga will load and the B200 will operate normally, via
USB3. At first I thought this was something to do with inadequate bus power,
but if you power up the B200 via the 6V supply socket it will never load the
FPGA. So its strange but there is a work around and for me it works every
time. Its not very convenient though so I am looking forward to a solution.
is the secret to this is and it seems to Timing work consistently. That was
not a grammatical error, like my words it is likely things are not happening
in the right order due perhaps to timing issues.
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140524/3c8b8566/attachment-0001.html>
------------------------------
Message: 5
Date: Sat, 24 May 2014 14:28:05 +0500
From: jason sam via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] USRP B210
Message-ID:
<caehlvxq8kzrqhwzp3c6i+pwher4tpoz_lrjatuqhroyyvc1...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I am using B210...I have set the master clock rate to 56MHz..Now when i set
the sample rate to 28MHz,i get UHD warning that the requested rate is not
supported by the hardware.I am only using the USRP for RXing and in the
specification sheet it is written that it can provide a bandwidth of
56MHz,then why this error is shown??
Regards,
Ali
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140524/9fb7122a/attachment-0001.html>
------------------------------
Message: 6
Date: Sat, 24 May 2014 11:58:40 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi Ali,
this is indeed strange. How did you set your master clock rate?
Could you give us the whole error, including the actual frequency UHD chose?
Greetings,
Marcus
On 24.05.2014 11:28, jason sam via USRP-users wrote:
> I am using B210...I have set the master clock rate to 56MHz..Now when i set
> the sample rate to 28MHz,i get UHD warning that the requested rate is not
> supported by the hardware.I am only using the USRP for RXing and in the
> specification sheet it is written that it can provide a bandwidth of
> 56MHz,then why this error is shown??
> Regards,
> Ali
>
>
>
> _______________________________________________
> 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/20140524/fe13ffef/attachment-0001.html>
------------------------------
Message: 7
Date: Sat, 24 May 2014 12:08:31 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] PCMCIA Express-card list for USRP B200
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi Mike,
your problem looks a lot like the USB3 bus master is not handling the
"reappearance" of a device correctly without the bus going down
completely in between.
As far as Ettus and consulted USB3 chipset manufacturers could tell, the
B200 does things right -- the USB3 controller being a device where you
can upload your firmware/FPGA image to first, then deregistering from
the bus, and then re-registering as a USRP.
So, yes, I think your wordplay does make some sense; but in almost all
cases things turned out to be a slight grammar problem on behalf of the
computer's USB controller. Maybe if you could share your controller
identification?
Greetings,
Marcus
On 24.05.2014 10:23, Mike Willis via USRP-users wrote:
> I did the same some time ago and I could not get this to work, but here is a
> curious thing that applies to both my express card and newly purchased
> Toshiba I7 laptop us USB3 ports.
>
>
>
> If I plug my B200 into the USB port all is fine up to FPGA load. The device
> is recognised and firmware loads, but that's it. FPGA will not load and the
> device is not found. If I then quickly unplug and replug the USB connector,
> the next time the fpga will load and the B200 will operate normally, via
> USB3. At first I thought this was something to do with inadequate bus power,
> but if you power up the B200 via the 6V supply socket it will never load the
> FPGA. So its strange but there is a work around and for me it works every
> time. Its not very convenient though so I am looking forward to a solution.
>
>
>
> is the secret to this is and it seems to Timing work consistently. That was
> not a grammatical error, like my words it is likely things are not happening
> in the right order due perhaps to timing issues.
>
>
>
> Mike
>
>
>
>
> _______________________________________________
> 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/20140524/ffcdbcaf/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 22
******************************************
