Re: [USRP-users] Is it possible to time synchronize multiple USRPs B210?

[Marcus D. Leech via USRP-users]

On 02/24/2018 04:27 PM, Piotr Krysik via USRP-users wrote:

Hi Marcus,

Ad.A  I doubted it as the time reported by both USRPs at the end of
synchronization function is about ~0.005 s. Anyway I increased the value
of start time to 9 seconds - with the same (negative) result.

Ad.B When I get these B210s to time-synchronize I plan to implement
phase calibration method that doesn't rely on the capabilities provided
by B210's LO synthesizer. But I need to get to that point first. BTW
180deg ambiguity is still better than what I expected.

--
Best Regards,
Piotr Krysik

What if you use the time-stamps on the streams to time-align, and THEN 
cross-correlate?


Remember that multi-usrp does this as a first step when it's dealing 
with multiple notionally-time-aligned streams from multiple devices.


But that's only *WITHIN* a single multi-usrp object, and you necessarily 
have more than one multi_usrp object.





___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Is it possible to time synchronize multiple USRPs B210?

[Piotr Krysik via USRP-users]

W dniu 22.02.2018 o 23:37, Marcus D. Leech via USRP-users pisze:
> On 02/22/2018 09:15 AM, Piotr Krysik via USRP-users wrote:
>> Hi all,
>>
>> There was a thread on this topic started by Hideyuki Matsunaga that
>> didn't resolve this question.
>>
>> I want to reiterate this question here but from different point: it
>> seems that at this moment it isn't possible. I did my best to
>> synchronize two USRPs B210 (the description is below) and the result was
>> negative.
>> Please prove my hypothesis is wrong.
>>
>>
>> Here is the description how to reproduce the problem (keep in mind that
>> the code below was tested on USRP X310 and it worked correctly):
>>
>> 1. connect REF and PPS inputs of USRPs to reference clock source (i.e.
>> octoclock-G),
>>
>> 2. connect noise source (i.e. another USRP) at 1GHz central frequency
>> (this is default frequency of the recorder) through an attenuator and
>> splitter to inputs of USRPs B210,
>>
>> 3. run:
>>
>> recorder.py --serial1  --serial2
>> 
>>
>> (recorder.py implements synchronization of two usrp_source objects, the
>> function that does that is Python re-implementation of
>> set_time_unknown_pps uhd function).
>>
>> 4. then open octave-cli and in it run:
>>
>> show_cross_corrs
>>
>>
>> You should get the results like below:
>>
>> The result of cross-correlation between channels of single USRP:
>>
>> https://imgur.com/a/66Z2g
>>
>> Everything is fine here, the correlation peak is in the zero, which
>> means that correlated signals are time-synchronized.
>>
>>
>> The result of cross-correlation between channels of different USRPs:
>>
>> https://imgur.com/a/sCKCS
>>
>> Here there is problem: the peak is not in zero, the signals recorded by
>> two different USRPs *are not time-synchronized*.
>>
>>
>> I tested with UHD installed from Ubuntu 16.04 packages and fresh
>> compilation, for different B210s and different Octoclocks-G and the
>> synchronization of B210s doesn't work. Why is it the case? I might be
>> doing something wrong, but please take into consideration that there is
>> something wrong with B210s time-synchronization in general. It would be
>> great if someone can reproduce the problem or show that it works for him
>> (if yes: how he did it).
>>
>>
>> I attach whole code of the recorder (with grc file that was used to
>> generate part of it) and processing and image of the flowgraph.
>>
> I took a quick look at your flow-graphs.
>
> Two things come to mind
>
> (A) What if more than 3 seconds of wall-time occur between your __init
> function, and the code finally calling tb.start()?   That would cause
> the B210 to
>   begin streaming immediately, and since this is two different
> multi_usrps, there's no time-alignment between them.
>
> (B) There is a 180deg ambiguity in the AD9361 clock logic, so that two
> AD9361s given the same clock can have a 180deg phase-difference at the
> mixer
>  (or 0deg phase difference, depending on divider state) this is
> probably not your issue, but it is an *additonal* headache you'll have
> to deal with.
Hi Marcus,

Ad.A  I doubted it as the time reported by both USRPs at the end of
synchronization function is about ~0.005 s. Anyway I increased the value
of start time to 9 seconds - with the same (negative) result.

Ad.B When I get these B210s to time-synchronize I plan to implement
phase calibration method that doesn't rely on the capabilities provided
by B210's LO synthesizer. But I need to get to that point first. BTW
180deg ambiguity is still better than what I expected.

--
Best Regards,
Piotr Krysik

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Using pysdruhd

[Ivan Zahartchuk via USRP-users]

Hello. Prompt please, you used a package pysdruhd and as it to install
because through conda at me it turns out nothing. And is there any
examples with this package ??
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] about extra hardware license in Matlab

[Neel Pandeya via USRP-users]

Hello Evan:

I think that you need to have a license for the Communication Toolbox in
order to use the USRP Support Package for Matlab, but I would contact
technical support at The MathWorks to confirm this.

https://www.mathworks.com/hardware-support/usrp.html

There is nothing that you need from Ettus Research. We do not provide any
license file. Matlab does not require any license from Ettus Research in
order to use the USRP.

Which USRP device are you trying to use?

I would strongly recommend that you use the latest version of Matlab, which
is R2018a, and which uses UHD 3.9.7. Version 2015a is now quite old.

--Neel Pandeya





On 24 February 2018 at 08:08, Marcus Müller 
wrote:

> Hi Evan,
>
> you simply install the USRP Hardware Support Package (as you did), and
> then you are displayed this license agreement which applies to you
> automatically. You are now able to use USRPs with Matlab! There's no
> further steps you need to take.
>
> Best regards,
> Marcus
> On Sat, 2018-02-24 at 17:39 +0800, 林小宏 via USRP-users wrote:
> >
> > Hi Neel,
> >
> > I am very appreciated for your response, but I am still confused
> > about it !
> >
> > 1. I have a valid Matlab 2015a license from the University authorized
> > release, do I need a "special" version for USRP usage ?
> >
> > 2. According to my experience in RTL_SDR set flow,  Matlab needs
> > "Hardware Support Package" to recognize "the hardware device".
> > And how does Matlab recognize USRP device if it was without "Hardware
> > Support Package" installation ?
> > Or all I need to do is installing USRP windows driver and Matlab will
> > get the USRP hardware ?
> >
> > Sorry, I am a new comer USRP user, and great thanks for your help
> > again !
> >
> > BRs,
> > Evan
> >
> >
> > 2018-02-24 1:55 GMT+08:00 Neel Pandeya :
> > > You do not need a license from Ettus Research in order to use
> > > Matlab with USRP devices, but you do need a valid license for
> > > Matlab from The MathWorks.
> > >
> > > The installer for Matlab will require this license. Once completed,
> > > your Matlab installation should be ready to use with any supported
> > > USRP device.
> > >
> > > Please let me know if you have any further questions.
> > >
> > > --Neel Pandeya
> > >
> > >
> > >
> > >
> > > On 23 February 2018 at 01:24, 林小宏 via USRP-users  > > ettus.com> wrote:
> > > > Dear All,
> > > >
> > > > I had bought two B200MINI devices from ETTUS.
> > > >
> > > > When I want to set device with Matlab environment ( Hardware
> > > > Support Package ), it needs an extra hardware license from below
> > > > check document.
> > > > ( https://www.ettus.com/license-tmw )
> > > >
> > > > I have finished this check document for a long time but not get
> > > > any response from ETTUS.
> > > >
> > > > Does anyone have experience about getting extra hardware license
> > > > in Matlab ?
> > > >
> > > > 1. Do I really need extra hardware license ? or I make a mistake
> > > > in somewhere of setup flow ?
> > > >
> > > > 2. How long can I get hardware license after I finished and
> > > > submitted check document ?
> > > >
> > > > Thanks a lot !
> > > >
> > > > BRs,
> > > > Evan
> > > >
> > > >
> > > > ___
> > > > USRP-users mailing list
> > > > USRP-users@lists.ettus.com
> > > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.co
> > > > m
> > > >
> >
> > ___
> > USRP-users mailing list
> > USRP-users@lists.ettus.com
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Unable to load a custom FPGA image to USRP E312

[Marcus Müller via USRP-users]

Hi Jason,

this just means that the loader can't even open the file you specified.
It looks like you're missing the leading "/" of the absolute path
you're specifying.

Best regards,
Marcus

On Fri, 2018-02-23 at 13:46 -0500, Jason Meyer via USRP-users wrote:
> Hi,
>  
> I am trying to build a custom FPGA image for my E312 device using
> Ettus-provided RFNoC blocks with the UHD Image Builder GUI. I am able
> to generate the bitstream, and attempted to load it onto the E312
> using the command:
>  
> uhd_usrp_probe --
> args=”fpga=home/root/localinstall/usr/share/uhd/images/e310_test.bit”
>  
> Where "e310_test.bit" is the generated bitstream. I got the following
> error:
>  
> Error: AssertionError: fpga_file.good()
>   in void uhd::usrp::e300::common::load_fpga_image(const
> string&)
>  
> This seems to be an error with the generated bitstream, is that
> correct? And is there something I can do in the bitstream generation
> process to prevent errors like this in the future?
>  
> Thanks,
> Jason
> 
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] about extra hardware license in Matlab

[Marcus Müller via USRP-users]

Hi Evan,

you simply install the USRP Hardware Support Package (as you did), and
then you are displayed this license agreement which applies to you
automatically. You are now able to use USRPs with Matlab! There's no
further steps you need to take.

Best regards,
Marcus
On Sat, 2018-02-24 at 17:39 +0800, 林小宏 via USRP-users wrote:
> 
> Hi Neel,
> 
> I am very appreciated for your response, but I am still confused
> about it !
> 
> 1. I have a valid Matlab 2015a license from the University authorized
> release, do I need a "special" version for USRP usage ?
> 
> 2. According to my experience in RTL_SDR set flow,  Matlab needs
> "Hardware Support Package" to recognize "the hardware device".
> And how does Matlab recognize USRP device if it was without "Hardware
> Support Package" installation ?
> Or all I need to do is installing USRP windows driver and Matlab will
> get the USRP hardware ? 
> 
> Sorry, I am a new comer USRP user, and great thanks for your help
> again !
> 
> BRs,
> Evan
> 
> 
> 2018-02-24 1:55 GMT+08:00 Neel Pandeya :
> > You do not need a license from Ettus Research in order to use
> > Matlab with USRP devices, but you do need a valid license for
> > Matlab from The MathWorks.
> > 
> > The installer for Matlab will require this license. Once completed,
> > your Matlab installation should be ready to use with any supported
> > USRP device.
> > 
> > Please let me know if you have any further questions.
> > 
> > --Neel Pandeya
> > 
> > 
> > 
> > 
> > On 23 February 2018 at 01:24, 林小宏 via USRP-users  > ettus.com> wrote:
> > > Dear All,
> > > 
> > > I had bought two B200MINI devices from ETTUS.
> > > 
> > > When I want to set device with Matlab environment ( Hardware
> > > Support Package ), it needs an extra hardware license from below
> > > check document.
> > > ( https://www.ettus.com/license-tmw )
> > > 
> > > I have finished this check document for a long time but not get
> > > any response from ETTUS.
> > > 
> > > Does anyone have experience about getting extra hardware license
> > > in Matlab ?
> > > 
> > > 1. Do I really need extra hardware license ? or I make a mistake
> > > in somewhere of setup flow ?
> > > 
> > > 2. How long can I get hardware license after I finished and
> > > submitted check document ?
> > > 
> > > Thanks a lot !
> > > 
> > > BRs,
> > > Evan
> > > 
> > > 
> > > ___
> > > USRP-users mailing list
> > > USRP-users@lists.ettus.com
> > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.co
> > > m
> > > 
> 
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] about extra hardware license in Matlab

[林小宏 via USRP-users]

Hi Neel,

I am very appreciated for your response, but I am still confused about it !

1. I have a valid Matlab 2015a license from the University authorized
release, do I need a "special" version for USRP usage ?

2. According to my experience in RTL_SDR set flow,  Matlab needs "Hardware
Support Package" to recognize "the hardware device".
And how does Matlab recognize USRP device if it was without "Hardware
Support Package" installation ?
Or all I need to do is installing USRP windows driver and Matlab will get
the USRP hardware ?

Sorry, I am a new comer USRP user, and great thanks for your help again !

BRs,
Evan


2018-02-24 1:55 GMT+08:00 Neel Pandeya :

> You do not need a license from Ettus Research in order to use Matlab with
> USRP devices, but you do need a valid license for Matlab from The MathWorks.
>
> The installer for Matlab will require this license. Once completed, your
> Matlab installation should be ready to use with any supported USRP device.
>
> Please let me know if you have any further questions.
>
> --Neel Pandeya
>
>
>
>
> On 23 February 2018 at 01:24, 林小宏 via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>>
>> Dear All,
>>
>> I had bought two B200MINI devices from ETTUS.
>>
>> When I want to set device with Matlab environment ( Hardware Support
>> Package ), it needs an extra hardware license from below check document.
>> ( https://www.ettus.com/license-tmw )
>>
>> I have finished this check document for a long time but not get any
>> response from ETTUS.
>>
>> Does anyone have experience about getting extra hardware license in
>> Matlab ?
>>
>> 1. Do I really need extra hardware license ? or I make a mistake in
>> somewhere of setup flow ?
>>
>> 2. How long can I get hardware license after I finished and submitted
>> check document ?
>>
>> Thanks a lot !
>>
>> BRs,
>> Evan
>>
>>
>> ___
>> USRP-users mailing list
>> USRP-users@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com