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: NO DEVICES FOUND ERROR (Kyeong Su Shin)
2. Estimate the SNR at the receiver (??????? ????????)
3. Mechanism to determine phase offset of two nearly equal
pieces of coax (John Shields)
4. B210 dual channel (?????? 1)
5. Re: NO DEVICES FOUND ERROR (Marcus M?ller)
6. Re: Mechanism to determine phase offset of two nearly equal
pieces of coax (Marcus D. Leech)
7. Re: Mechanism to determine phase offset of two nearly equal
pieces of coax (Derek Kozel)
----------------------------------------------------------------------
Message: 1
Date: Tue, 4 Jul 2017 12:10:53 -0700
From: Kyeong Su Shin <[email protected]>
To: MUHAMMAD AHMAD <[email protected]>
Cc: Ettus mail list <[email protected]>
Subject: Re: [USRP-users] NO DEVICES FOUND ERROR
Message-ID:
<CAGL0V3=cHfB=m4kvx_-gfce8fuj7zptnhbcq6-f8snbtov3...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear Muhammad Ahmad:
Canonical dropped the Ubuntu 10.04 support a long ago. Ettus has a PPA for
UHD, but I am pretty sure that it does not support 10.04 either. I suggest
upgrading to a newer version of Ubuntu. You really shouldn't be using it
anymore, due to various security issues (set up dual-booting or use a
different computer, if you have to have that Ubuntu 10.04).
You can try manually building UHD from the source codes, as discussed in
https://files.ettus.com/manual/page_build_guide.html , but you may have to
manually build dependencies as well, as your distribution is too old. This
can get time consuming.
Regards,
Kyeong Su Shin
On Tue, Jul 4, 2017 at 7:48 AM, MUHAMMAD AHMAD via USRP-users <
[email protected]> wrote:
> Hi,
>
> I am using ubunto 10.04 and uhd 0.003.003.001 .
> but when i connect b200(NI 2901) i receive error ( No dvices found).
>
> I think i have old uhd version and my Ubunto is not supporting latest uhd.
>
> can i upgrade this old version using any command?
>
> _______________________________________________
> 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/20170704/3f85c2bc/attachment-0001.html>
------------------------------
Message: 2
Date: Tue, 4 Jul 2017 20:10:58 +0000 (UTC)
From: ??????? ???????? <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Estimate the SNR at the receiver
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hello everyone,?
It's the third time that I post something here and I would like to express my
thankfulness because reading Questions/Answers helped me in completing my
bachelor thesis in MIMO-OFDM systems using USRP N210 and MATLAB.
At the time, I have 3 final questions to solve (in MATLAB) and I would be glad
if someone can help me.?I am sending OFDM packets (bursts), receive them, keep
one burst, synchronize (with preamble) and demodulate correctly.?
1) I would like to know how to find SNR at the receiver without any build-in
function of MATLAB. I came up with energy detector (I heard I can find SNR also
with this) but it didn't help me so I use sync based on preamble.?2) What it
the Transmin Power of USRP? I can only adjust Tx and Rx gain.. (Try to confirm
Free Space Loss Model)3) Is there an easy method to find Banwidth of
transmitted signal?
Thank you in advance,Basil Tsekenis
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/1785af55/attachment-0001.html>
------------------------------
Message: 3
Date: Wed, 5 Jul 2017 20:35:39 +1200
From: "John Shields" <[email protected]>
To: "usrp-users" <[email protected]>
Subject: [USRP-users] Mechanism to determine phase offset of two
nearly equal pieces of coax
Message-ID: <EA06F0F46B3B421CA2C9252BA4543AE2@JohnsHPLaptop>
Content-Type: text/plain; charset="utf-8"
I have a couple of N200 with a MIMO cable (and one has a GPSDO but I don?t
think I need to worry about that for this setup) and propose feeding both
cables to RX port on an SBX in each N200. The other end of the coax will be
connected to a splitter and the ?sum? port will be connected to TX port on SBX
(of which only the TX portion works) on a USRP1 through 30dB attenuator.
The phase imbalance spec of this splitter is less than 1 degree but if I
wanted, I could calibrate that out and I could live with it anyway.
In order for this setup to allow me to determine the relative phase offset (
whose length can be calculated from the Velocity Factor of the RG 213) I need
to start up the SBXs on the N200 with zero differential phase offset.
I have seen the section for SBX where I need to execute :
//we will tune the frontends in 100ms from now
uhd::time_spec_t cmd_time = usrp->get_time_now() + uhd::time_spec_t(0.1);
//sets command time on all devices
//the next commands are all timed
usrp->set_command_time(cmd_time);
//tune channel 0 and channel 1
usrp->set_rx_freq(1.03e9, 0); // Channel 0
usrp->set_rx_freq(1.03e9, 1); // Channel 1
//end timed commands
usrp->clear_command_time();
So three questions:
1) am I missing something obvious?
2) is there a clever way in GRC to cause this code to be executed ? rather than
in a .py file?
3) what is the most effective phase comparator to use? I expect to use 400 Mhz
to start with to minimise the chance of nx2*pi ambiguity.
Kind Regards,
John
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170705/ac11c925/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 5 Jul 2017 12:14:14 +0300
From: ?????? 1 <[email protected]>
To: "Usrp Users" <[email protected]>
Subject: [USRP-users] B210 dual channel
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Hello
I use B210 device in UHD_STREAM_MODE_NUM_SAMPS_AND_DONE mode with dual channel.
Delay that is obtained after uhd_rx_streamer_issue_stream_cmd and receive first
packet data in dual channel mode much more than with one channel.
I use internal clock source. Time source I do not setup and nothing is sent to
the connector 'pps' in device. Is that correct for dual channel?
How i can minimize delay in dual channel mode?
When I measure phase difference ?etween channels its value always near +-6
degree.If the delay is due to this is it possible to turn off phase-to-zero?
Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170705/28351a69/attachment-0001.html>
------------------------------
Message: 5
Date: Wed, 5 Jul 2017 12:49:53 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] NO DEVICES FOUND ERROR
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Dear Kyeong Su Shin, dear Muhammad,
that's exactly my fear: UHD relies heavily on Boost, but the Boost in
Ubuntu 10.04 is significantly too old to still work. While it
technically is possible, trying to set up a prefix with a newer version
of boost etc is definitely a lot harder than updating your Ubuntu!
Best regards,
Marcus
On 07/04/2017 09:10 PM, Kyeong Su Shin via USRP-users wrote:
> Dear Muhammad Ahmad:
>
> Canonical dropped the Ubuntu 10.04 support a long ago. Ettus has a PPA
> for UHD, but I am pretty sure that it does not support 10.04 either. I
> suggest upgrading to a newer version of Ubuntu. You really shouldn't
> be using it anymore, due to various security issues (set up
> dual-booting or use a different computer, if you have to have that
> Ubuntu 10.04).
>
> You can try manually building UHD from the source codes, as discussed
> in https://files.ettus.com/manual/page_build_guide.html , but you may
> have to manually build dependencies as well, as your distribution is
> too old. This can get time consuming.
>
> Regards,
> Kyeong Su Shin
>
> On Tue, Jul 4, 2017 at 7:48 AM, MUHAMMAD AHMAD via USRP-users
> <[email protected] <mailto:[email protected]>> wrote:
>
> Hi,
>
> I am using ubunto 10.04 and uhd 0.003.003.001 .
> but when i connect b200(NI 2901) i receive error ( No dvices found).
>
> I think i have old uhd version and my Ubunto is not supporting
> latest uhd.
>
> can i upgrade this old version using any command?
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> <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/20170705/cdb59e04/attachment-0001.html>
------------------------------
Message: 6
Date: Wed, 05 Jul 2017 09:58:13 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Mechanism to determine phase offset of two
nearly equal pieces of coax
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
On 07/05/2017 04:35 AM, John Shields via USRP-users wrote:
> I have a couple of N200 with a MIMO cable (and one has a GPSDO but I
> don?t think I need to worry about that for this setup) and propose
> feeding both cables to RX port on an SBX in each N200. The other end
> of the coax will be connected to a splitter and the ?sum? port will be
> connected to TX port on SBX (of which only the TX portion works) on a
> USRP1 through 30dB attenuator.
> The phase imbalance spec of this splitter is less than 1 degree but if
> I wanted, I could calibrate that out and I could live with it anyway.
> In order for this setup to allow me to determine the relative phase
> offset ( whose length can be calculated from the Velocity Factor of
> the RG 213) I need to start up the SBXs on the N200 with zero
> differential phase offset.
> I have seen the section for SBX where I need to execute :
> //we will tune the frontends in 100ms from now
> uhd::time_spec_tcmd_time = usrp->get_time_now() + uhd::time_spec_t(0.1);
> //sets command time on all devices
> //the next commands are all timed
> usrp->set_command_time(cmd_time);
> //tune channel 0 and channel 1
> usrp->set_rx_freq(1.03e9, 0); // Channel 0
> usrp->set_rx_freq(1.03e9, 1); // Channel 1
> //end timed commands
> usrp->clear_command_time();
> So three questions:
> 1) am I missing something obvious?
> 2) is there a clever way in GRC to cause this code to be executed ?
> rather than in a .py file?
> 3) what is the most effective phase comparator to use? I expect to use
> 400 Mhz to start with to minimise the chance of nx2*pi ambiguity.
> Kind Regards,
> John
>
>
>
>
So, in GRC you'd have to select "Unknown PPS" in the SYNC field, and
select MIMO for the clock and time sources for one of the devices.
Once that is done, you'll have to edit the generated code and wrap the
timed-commands around the tuning commands emitted by GRC--there is
currently no support for timed tuning in GRC itself.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170705/0258c4fd/attachment-0001.html>
------------------------------
Message: 7
Date: Wed, 5 Jul 2017 15:41:14 +0100
From: Derek Kozel <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Mechanism to determine phase offset of two
nearly equal pieces of coax
Message-ID:
<CAA+K=tv3blvkipaa-zy7yb2+bvm_jhirpgzr78krvtumxqj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
As an extension to Marcus' answer, there is no built in support for timed
tuning in the USRP blocks, but we do include an example which shows tuning
using messages and the control port.
https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/examples/grc/uhd_msg_tune.grc
It is also possible to write a custom block to generate command messages.
This can be done using the embedded python block within GRC.
Regards,
Derek
On Wed, Jul 5, 2017 at 2:58 PM, Marcus D. Leech via USRP-users <
[email protected]> wrote:
> On 07/05/2017 04:35 AM, John Shields via USRP-users wrote:
>
> I have a couple of N200 with a MIMO cable (and one has a GPSDO but I don?t
> think I need to worry about that for this setup) and propose feeding both
> cables to RX port on an SBX in each N200. The other end of the coax will be
> connected to a splitter and the ?sum? port will be connected to TX port on
> SBX (of which only the TX portion works) on a USRP1 through 30dB attenuator.
>
> The phase imbalance spec of this splitter is less than 1 degree but if I
> wanted, I could calibrate that out and I could live with it anyway.
>
> In order for this setup to allow me to determine the relative phase offset
> ( whose length can be calculated from the Velocity Factor of the RG 213) I
> need to start up the SBXs on the N200 with zero differential phase offset.
>
> I have seen the section for SBX where I need to execute :
>
> //we will tune the frontends in 100ms from now
> uhd::time_spec_t cmd_time = usrp->get_time_now() + uhd::time_spec_t(0.1);
> //sets command time on all devices
> //the next commands are all timed
> usrp->set_command_time(cmd_time);
> //tune channel 0 and channel 1
> usrp->set_rx_freq(1.03e9, 0); // Channel 0
> usrp->set_rx_freq(1.03e9, 1); // Channel 1
> //end timed commands
> usrp->clear_command_time();
>
> So three questions:
> 1) am I missing something obvious?
>
> 2) is there a clever way in GRC to cause this code to be executed ? rather
> than in a .py file?
>
> 3) what is the most effective phase comparator to use? I expect to use 400
> Mhz to start with to minimise the chance of nx2*pi ambiguity.
>
> Kind Regards,
>
> John
>
>
>
>
> So, in GRC you'd have to select "Unknown PPS" in the SYNC field, and
> select MIMO for the clock and time sources for one of the devices.
>
> Once that is done, you'll have to edit the generated code and wrap the
> timed-commands around the tuning commands emitted by GRC--there is
> currently no support for timed tuning in GRC itself.
>
>
>
>
>
>
> _______________________________________________
> 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/20170705/fccc4462/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 83, Issue 5
*****************************************
