Re: [USRP-users] TwinRX tuning timing

2017-07-15 Thread Marcus D. Leech via USRP-users 

On 07/15/2017 10:33 PM, Jacob Gilbert wrote:
>  The only guarantee is that samples that arrive after the tag will 
be after the comman has been issued.
This has not been my experience, particularly at lower sample rates. 
As far as I can tell, the code path responsible for tagging never 
actually goes to the USRP device at all, when a retune is issued, a 
flag is set in the work function that causes a tag to be emitted on 
the next call 
(https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/lib/usrp_source_impl.cc#L645).
_tag_now is set *after* the command is already "in flight".   Note I 
just said "issued", NOT "completed".




> The control-plane an data-plane run asynchronously to one another.

This does not appear to be strictly true, as timed commands exist. It 
more seems like this is just a feature that is not implemented yet. It 
should certainly be possible within the current UHD paradigm 
since timing metadata certainly runs synchronous to the data-plane as 
it propagates downstream.
For the most part, it is true.   With the exception of commands that 
directly alter streaming, control commands (tuning, gain setting, etc) 
are conceptually asynchronous to each other in the FPGA.   In fact, the 
FPGA has no *concept* of "gain", or "frequency", or any of a number of 
other radio-hardware
operating parameters.  The "model" is that the FPGA exposes I2C and SPI 
buses so that the host can manipulate registers on the radio hardware in 
use,
but the actual *meaning* of those commands is completely opaque to the 
FPGA (and hence things like frequency tags).   Timed commands make it seem
more "synchronous", but the architecture of the FPGA in general makes no 
linkage between the data stream, and the radio hardware control stream.





Jacob


On Fri, Jul 14, 2017 at 2:46 PM, Marcus D. Leech via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:


On 07/14/2017 04:22 PM, Eugene Grayver wrote:


Yes, I definitely agree that there’s no way to tell when the
tuning is DONE.  However, my question was about the ‘shortly
after’ part.  Should it not be inserted ‘shortly before’, or
‘exactly at’?  Since there’s typically no way to look into the
future, (yes, of course it is doable), there’s no way for
somebody to know that the samples that are before the tag are
actually ‘invalid.’

___
Eugene Grayver, Ph.D.
Aerospace Corp., Sr. Eng. Spec.
Tel: 310.336.1274 



The control-plane an data-plane run asynchronously to one
another.   The only guarantee is that samples that arrive after
the tag will be after the comman has been issued.



*From:*mle...@ripnet.com 
[mailto:mle...@ripnet.com]
*Sent:* Friday, July 14, 2017 12:34 PM
*To:* Eugene Grayver 

*Cc:* usrp-users@lists.ettus.com 
*Subject:* Re: [USRP-users] TwinRX tuning timing

The frequency tag is inserted at some point shortly after the
command-set is issued to the hardware.  There's no way for the
various bits and pieces to tell when the underlying (mostly
analog) hardware has converged to an "acceptable" steady-state
operating mode.  PLL synthesizers don't instantly switch from one
frequency to another, digital (and analog) filters have group
delays, etc.

The time to achieve steady-state can vary from hardware-type to
hardware-type, ambient temperature, size of the frequency step, etc.

On 2017-07-14 15:10, Eugene Grayver via USRP-users wrote:

I am running some experiments to understand the timing of
TwinRX tuning.  A very simple experiment shows that the tag
indicating a frequency change is not placed at the right
sample.  Here’s a capture: The dashed line indicates the tag
sample number.  However, there’s clearly something happening
before the tag.  Note that I am not using timed commands for
this – just a regular tune request.

___
Eugene Grayver, Ph.D.
Aerospace Corp., Sr. Eng. Spec.
Tel: 310.336.1274 


___
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





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

Re: [USRP-users] TwinRX tuning timing

2017-07-15 Thread Jacob Gilbert via USRP-users 
>  The only guarantee is that samples that arrive after the tag will be
after the comman has been issued.

This has not been my experience, particularly at lower sample rates. As far
as I can tell, the code path responsible for tagging never actually goes to
the USRP device at all, when a retune is issued, a flag is set in the work
function that causes a tag to be emitted on the next call (
https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/lib/usrp_source_impl.cc#L645
).

> The control-plane an data-plane run asynchronously to one another.

This does not appear to be strictly true, as timed commands exist. It more
seems like this is just a feature that is not implemented yet. It should
certainly be possible within the current UHD paradigm since timing metadata
certainly runs synchronous to the data-plane as it propagates downstream.

Jacob


On Fri, Jul 14, 2017 at 2:46 PM, Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:

> On 07/14/2017 04:22 PM, Eugene Grayver wrote:
>
> Yes, I definitely agree that there’s no way to tell when the tuning is
> DONE.  However, my question was about the ‘shortly after’ part.  Should it
> not be inserted ‘shortly before’, or ‘exactly at’?  Since there’s typically
> no way to look into the future, (yes, of course it is doable), there’s no
> way for somebody to know that the samples that are before the tag are
> actually ‘invalid.’
>
>
>
> ___
> Eugene Grayver, Ph.D.
> Aerospace Corp., Sr. Eng. Spec.
> Tel: 310.336.1274 <(310)%20336-1274>
> 
>
>
>
> The control-plane an data-plane run asynchronously to one another.   The
> only guarantee is that samples that arrive after the tag will be after the
> comman has been issued.
>
>
> *From:* mle...@ripnet.com [mailto:mle...@ripnet.com ]
> *Sent:* Friday, July 14, 2017 12:34 PM
> *To:* Eugene Grayver  
> *Cc:* usrp-users@lists.ettus.com
> *Subject:* Re: [USRP-users] TwinRX tuning timing
>
>
>
> The frequency tag is inserted at some point shortly after the command-set
> is issued to the hardware.  There's no way for the various bits and pieces
> to tell when the underlying (mostly analog) hardware has converged to an
> "acceptable" steady-state operating mode.  PLL synthesizers don't instantly
> switch from one frequency to another, digital (and analog) filters have
> group delays, etc.
>
> The time to achieve steady-state can vary from hardware-type to
> hardware-type, ambient temperature, size of the frequency step, etc.
>
>
>
>
>
>
>
> On 2017-07-14 15:10, Eugene Grayver via USRP-users wrote:
>
> I am running some experiments to understand the timing of TwinRX tuning.
> A very simple experiment shows that the tag indicating a frequency change
> is not placed at the right sample.  Here’s a capture: The dashed line
> indicates the tag sample number.  However, there’s clearly something
> happening before the tag.  Note that I am not using timed commands for this
> – just a regular tune request.
>
>
>
>
>
> ___
> Eugene Grayver, Ph.D.
> Aerospace Corp., Sr. Eng. Spec.
> Tel: 310.336.1274 <(310)%20336-1274>
> 
>
>
>
>
>
> ___
> 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
>
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

2017-07-15 Thread Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC] via USRP-users 
Leo, Thanks for the try…

I understand your point, but I go to the dropdown menu and choose the Ettus 210 
again, and I hear the USB beep “meanin its connected”, but when I do the 
uhd_find_devices command again (after firmware was installed), I still get the 
No connection…

Now, I did take another route…  I used the uhd_usrp_probe command to try to 
connect to the B210/200  and it loaded the firmware image file called 
usrp_b200_fw.hex file, but then I received and error called lookupError and 
KeyError
No Devicess Found --> Empty Device Address.

I went back to check the previous advice I received from Nate and the VendorID 
= 2500 and ProductID = 0020.

I know it has something to do with the communication setup with Vitrtualbox…   
Or maybe it is a config setup in the usrp_b200_fw.hex file…

I will be sniffing up these 2 routes….

Again, any advice is appreciated

From: Leandro Echevarría [mailto:leoechevar...@gmail.com]
Sent: Saturday, July 15, 2017 8:56 PM
To: Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC] 
; Jacqueline.Walker 
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

Hi Matheou,

When using Virtualbox and a X310 connected through USB, every time the Ettus 
rebooted after an image updating I had to go the Virtualbox menu and select the 
device again from the list of connected USB devices to make the virtual machine 
recognize it. Perhaps you're skipping this step?

Regards,

Leo.

On Sat, Jul 15, 2017 at 5:08 PM Matheou, Konstantin J. (GRC-LCI0)[ZIN 
TECHNOLOGIES INC] via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
I have followed Nate's advice, at least I think, and things are still not 
working...

Again, the firmware is loading (thus assuming USB connection is recognizing 
unit and transmitting info), but once the software process of loading the 
firmaware is done, I hear the unhooking Windows sound of a USB device and then 
I get the no Devices Loaded message in the screen.

I hope to figure this out this weekend.  If not, I will try to get a laptop 
that has Linux loaded already on the laptop/PC.

Thanks

-Original Message-
From: USRP-users 
[mailto:usrp-users-boun...@lists.ettus.com]
 On Behalf Of Jacqueline.Walker via USRP-users
Sent: Saturday, July 15, 2017 11:54 AM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

Hi,

I have a similar problem with a B200 on a Linux VM (archlinux) but I am using 
VMware (Workstation Player 12). I do have USB 3.0 enabled and the VM can see a 
USB 3.0 hard drive but it can't see the B200. Is there a similar solution for  
VMware ?

thanks
Jacqueline

From: USRP-users 
[usrp-users-boun...@lists.ettus.com] 
on behalf of Nate Temple via USRP-users 
[usrp-users@lists.ettus.com]
Sent: 14 July 2017 18:33:28
To: Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC]
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

Hi Konstanitn,

I assume you mean you are using VirtualBox, not VMWare.

You will need to add a USB Filtering rule for the USRP within the settings for 
the virtual machine (within VirtualBox settings).

You will need to add a rule for VID: 2500 PID: 0020 for the B210.

Also, you need replace the value "" with the path to which UHD is 
installed, commonly this is /usr/local/. uhd_images_downloader will be located 
/usr/local/lib/uhd/utils/uhd_image_downloader.py

Regards,
Nate Temple


> On Jul 14, 2017, at 9:28 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN 
> TECHNOLOGIES INC] via USRP-users 
> mailto:usrp-users@lists.ettus.com>> wrote:
>
>
> Hello to everyone.  I am a novice to the B210.  My main first task is to 
> hookup the B210 to the laptop via  Oracle VMware (Virtual machine).
>
> I realize this may not be the most admired approach, but I think i am very 
> close in getting the B210 connected.  btw, after many hours of hurdles that i 
> found out already.
>
> I hope you can review the screen shot first.
> Comments/Facts
>
> 1) the B210 is USB 3.0
> 2) I already installed Windows host.guest USB 3.0 driver and Oracle VMware 
> extensions pack to allow the USB 3.0 to pass from the Windows 7 OS to the 
> virtual Ubuntu 16.04 OS.  I hear the beep noise when I open the Vmware 
> software.  Thus, giving a good sign that the Linux OS as detected the USB 3.0 
> port of the B210.
> 3)  When running the 'uhd_find_devices' at the terminal prompt, a message 
> come up stating that I needed to update the B210 image by running the folling 
> python code -/usr/lib/uhd/utils/uhd_images_downloader.py - This seemed to 
> update a driver.
> 4) I then unplugged the B210 and reset the Linux software.
> 5) But then when I ran the 'uhd_find_dev

Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

2017-07-15 Thread Leandro Echevarría via USRP-users 
Hi Matheou,

When using Virtualbox and a X310 connected through USB, every time the
Ettus rebooted after an image updating I had to go the Virtualbox menu and
select the device again from the list of connected USB devices to make the
virtual machine recognize it. Perhaps you're skipping this step?

Regards,

Leo.

On Sat, Jul 15, 2017 at 5:08 PM Matheou, Konstantin J. (GRC-LCI0)[ZIN
TECHNOLOGIES INC] via USRP-users  wrote:

> I have followed Nate's advice, at least I think, and things are still not
> working...
>
> Again, the firmware is loading (thus assuming USB connection is
> recognizing unit and transmitting info), but once the software process of
> loading the firmaware is done, I hear the unhooking Windows sound of a USB
> device and then I get the no Devices Loaded message in the screen.
>
> I hope to figure this out this weekend.  If not, I will try to get a
> laptop that has Linux loaded already on the laptop/PC.
>
> Thanks
>
> -Original Message-
> From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of
> Jacqueline.Walker via USRP-users
> Sent: Saturday, July 15, 2017 11:54 AM
> To: usrp-users@lists.ettus.com
> Subject: Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware
>
> Hi,
>
> I have a similar problem with a B200 on a Linux VM (archlinux) but I am
> using VMware (Workstation Player 12). I do have USB 3.0 enabled and the VM
> can see a USB 3.0 hard drive but it can't see the B200. Is there a similar
> solution for  VMware ?
>
> thanks
> Jacqueline
> 
> From: USRP-users [usrp-users-boun...@lists.ettus.com] on behalf of Nate
> Temple via USRP-users [usrp-users@lists.ettus.com]
> Sent: 14 July 2017 18:33:28
> To: Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC]
> Cc: usrp-users@lists.ettus.com
> Subject: Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware
>
> Hi Konstanitn,
>
> I assume you mean you are using VirtualBox, not VMWare.
>
> You will need to add a USB Filtering rule for the USRP within the settings
> for the virtual machine (within VirtualBox settings).
>
> You will need to add a rule for VID: 2500 PID: 0020 for the B210.
>
> Also, you need replace the value "" with the path to which
> UHD is installed, commonly this is /usr/local/. uhd_images_downloader will
> be located /usr/local/lib/uhd/utils/uhd_image_downloader.py
>
> Regards,
> Nate Temple
>
>
> > On Jul 14, 2017, at 9:28 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHNOLOGIES INC] via USRP-users  wrote:
> >
> >
> > Hello to everyone.  I am a novice to the B210.  My main first task is to
> hookup the B210 to the laptop via  Oracle VMware (Virtual machine).
> >
> > I realize this may not be the most admired approach, but I think i am
> very close in getting the B210 connected.  btw, after many hours of hurdles
> that i found out already.
> >
> > I hope you can review the screen shot first.
> > Comments/Facts
> >
> > 1) the B210 is USB 3.0
> > 2) I already installed Windows host.guest USB 3.0 driver and Oracle
> VMware extensions pack to allow the USB 3.0 to pass from the Windows 7 OS
> to the virtual Ubuntu 16.04 OS.  I hear the beep noise when I open the
> Vmware software.  Thus, giving a good sign that the Linux OS as detected
> the USB 3.0 port of the B210.
> > 3)  When running the 'uhd_find_devices' at the terminal prompt, a
> message come up stating that I needed to update the B210 image by running
> the folling python code -/usr/lib/uhd/utils/uhd_images_downloader.py - This
> seemed to update a driver.
> > 4) I then unplugged the B210 and reset the Linux software.
> > 5) But then when I ran the 'uhd_find_devices' command in the terminal, i
> received No UHD Devices Found.
> >
> > At this time, I am out of ideas, thus if anyone can help out in
> assisting me in getting tthings connected with the current approach.
> >
> > Thanks
> >
> > Konstanitn
> >
> >
> >
> > Have a little more info that might help.  Look at the screenshot.  i
> have a B210, but it shows it is trying to load a b200 hex file to
> firmware.  This happens when I unplug and plug the USB port in.  May this
> be the issue?
> >
> > Thanks
> >
> >
> >
> > ___
> > 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
>
> ___
> 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
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lis

Re: [USRP-users] Overflows (D) when receiving nsamps more than once

2017-07-15 Thread Pope, Adrian P via USRP-users 
Hi Marcus,

I am calling recv_to_file() multiple times, which in turn calls recv() multiple 
times. It is only consecutive calls to recv_to_file() that I see the overflow 
(D). As far as I can tell, the destruction of the rx_streamer object causes a 
sample to be left in the buffer. 

After reading though other listserv postings, it seems that it's better 
practice and much faster to keep the streamer object alive for multiple 
collections as opposed to creating and destroying it each time. Now that I am 
doing that instead, the overflow is no longer an issue for me.

Still, why does this error occur when using my x310s but not when I run the 
same code using my B-series hardware?

Thank you,
Adrian




Message: 15
Date: Sat, 15 Jul 2017 15:13:14 +0200
From: Marcus M?ller 
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Overflows (D) when receiving nsamps more
than once
Message-ID: <21d13c13-f9b3-7e5b-fd2c-1ee124d04...@ettus.com>
Content-Type: text/plain; charset="windows-1252"

Hi Adrian,

in your modified version, are you calling recv() repeatedly, or are you
trying to get all the samples you want at once?

Best regards,

Marcus



On 07/09/2017 02:34 AM, Pope, Adrian P via USRP-users wrote:
>
> Hello,
>
>  
>
> I have several x310s equipped with TwinRxs, and I?m having an issue
> with consecutive receives using STREAM_MODE_NUM_SAMPS_AND_DONE.
>
>  
>
> To illustrate my issue, I will refer to the uhd examples provided on
> github. I have built the original ?rx_samples_to_file? example and can
> run it with no problem. However, if I modify it by simply duplicating
> the ?recv_to_file? call or put it inside of a fore loop, I get an
> overflow (D) on every consecutive.  I saw a previous post,
> ?/[USRP-users] Overflows when doing repeated captures with X300
> ?,/
> in which the same problem was reported, but there was some ambiguity
> as to whether the poster was using continuous or num samps and done
> mode. I USE THE ?NSAMPS? ARGUMENT AND NO ?DURATION? OR ?TIME? ARGUMENT.
>
>  
>
> After some investigating it seems like a single packet is being left
> in the buffer. Can this be fixed? Or at least in the meantime, is
> there a way to avoid the delay that is caused by the out of order
> packet D overflow?
>
>  
>
> Thanks in advanced!
>
> Adrian

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

Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

2017-07-15 Thread Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC] via USRP-users 
I have followed Nate's advice, at least I think, and things are still not 
working...

Again, the firmware is loading (thus assuming USB connection is recognizing 
unit and transmitting info), but once the software process of loading the 
firmaware is done, I hear the unhooking Windows sound of a USB device and then 
I get the no Devices Loaded message in the screen.

I hope to figure this out this weekend.  If not, I will try to get a laptop 
that has Linux loaded already on the laptop/PC.

Thanks

-Original Message-
From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of 
Jacqueline.Walker via USRP-users
Sent: Saturday, July 15, 2017 11:54 AM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

Hi, 

I have a similar problem with a B200 on a Linux VM (archlinux) but I am using 
VMware (Workstation Player 12). I do have USB 3.0 enabled and the VM can see a 
USB 3.0 hard drive but it can't see the B200. Is there a similar solution for  
VMware ?

thanks
Jacqueline

From: USRP-users [usrp-users-boun...@lists.ettus.com] on behalf of Nate Temple 
via USRP-users [usrp-users@lists.ettus.com]
Sent: 14 July 2017 18:33:28
To: Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC]
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

Hi Konstanitn,

I assume you mean you are using VirtualBox, not VMWare.

You will need to add a USB Filtering rule for the USRP within the settings for 
the virtual machine (within VirtualBox settings).

You will need to add a rule for VID: 2500 PID: 0020 for the B210.

Also, you need replace the value "" with the path to which UHD is 
installed, commonly this is /usr/local/. uhd_images_downloader will be located 
/usr/local/lib/uhd/utils/uhd_image_downloader.py

Regards,
Nate Temple


> On Jul 14, 2017, at 9:28 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN 
> TECHNOLOGIES INC] via USRP-users  wrote:
>
>
> Hello to everyone.  I am a novice to the B210.  My main first task is to 
> hookup the B210 to the laptop via  Oracle VMware (Virtual machine).
>
> I realize this may not be the most admired approach, but I think i am very 
> close in getting the B210 connected.  btw, after many hours of hurdles that i 
> found out already.
>
> I hope you can review the screen shot first.
> Comments/Facts
>
> 1) the B210 is USB 3.0
> 2) I already installed Windows host.guest USB 3.0 driver and Oracle VMware 
> extensions pack to allow the USB 3.0 to pass from the Windows 7 OS to the 
> virtual Ubuntu 16.04 OS.  I hear the beep noise when I open the Vmware 
> software.  Thus, giving a good sign that the Linux OS as detected the USB 3.0 
> port of the B210.
> 3)  When running the 'uhd_find_devices' at the terminal prompt, a message 
> come up stating that I needed to update the B210 image by running the folling 
> python code -/usr/lib/uhd/utils/uhd_images_downloader.py - This seemed to 
> update a driver.
> 4) I then unplugged the B210 and reset the Linux software.
> 5) But then when I ran the 'uhd_find_devices' command in the terminal, i 
> received No UHD Devices Found.
>
> At this time, I am out of ideas, thus if anyone can help out in assisting me 
> in getting tthings connected with the current approach.
>
> Thanks
>
> Konstanitn
>
>
>
> Have a little more info that might help.  Look at the screenshot.  i have a 
> B210, but it shows it is trying to load a b200 hex file to firmware.  This 
> happens when I unplug and plug the USB port in.  May this be the issue?
>
> Thanks
>
>
>
> ___
> 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

___
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] ֻC API questions

2017-07-15 Thread Sivan Toledo via USRP-users 
Like question 1:

Do I need to "make" the uhd_meta_range_handle or will the call
to uhd_usrp_get_rx_gain_range make it?

If I need to make it, I assume that I also need to free it.
If I don't need to make it, do I still need to free it?

On Sat, Jul 15, 2017 at 1:46 PM, Sivan Toledo  wrote:

> I'm converting a CPP code from UHD 3.8.5 to the C api for 3.10. (The main
> reason for the conversion is that I binaries of my CPP programs don't run
> on both Ubuntu 14 and 16 because of incompatible libboost; hopefully using
> the C API and the Ubuntu uhd-host package will resolve this).
>
> I have a few questions:
>
> 1. Is the following correct, or do I have to "make" the
> string_vector_handle before I pass it to get_rx_gain_names? The manual says
> to always make, but my intuition is that get_rx_gain_names will make it for
> me, given that it gets a pointer to the handle, not the handle itself.
>
>   uhd_string_vector_handle gain_names;
>   uhd_usrp_get_rx_gain_names(usrp, 0 /* channel */, &gain_names);
>
> 2. Is there a C api version of set_rx_gain
> 
>  (double
> gain, size_t chan=0)? In the header files I found only set_rx_gain but
> with a gain_name argument. The CPP api has two overloaded methods, one with
> a gain-name argument and the other without it. Is the convenience method
> missing from the C API? Can I invoke it by passing NULL for the gain name?
>
> Thanks, Sivan Toledo
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

2017-07-15 Thread Jacqueline.Walker via USRP-users 
Hi, 

I have a similar problem with a B200 on a Linux VM (archlinux) but I am using 
VMware (Workstation Player 12). I do have USB 3.0 enabled and the VM can see a 
USB 3.0 hard drive but it can't see the B200. Is there a similar solution for  
VMware ?

thanks
Jacqueline

From: USRP-users [usrp-users-boun...@lists.ettus.com] on behalf of Nate Temple 
via USRP-users [usrp-users@lists.ettus.com]
Sent: 14 July 2017 18:33:28
To: Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC]
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Very Close - Trying to Connect B210 Using VMware

Hi Konstanitn,

I assume you mean you are using VirtualBox, not VMWare.

You will need to add a USB Filtering rule for the USRP within the settings for 
the virtual machine (within VirtualBox settings).

You will need to add a rule for VID: 2500 PID: 0020 for the B210.

Also, you need replace the value "" with the path to which UHD is 
installed, commonly this is /usr/local/. uhd_images_downloader will be located 
/usr/local/lib/uhd/utils/uhd_image_downloader.py

Regards,
Nate Temple


> On Jul 14, 2017, at 9:28 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN 
> TECHNOLOGIES INC] via USRP-users  wrote:
>
>
> Hello to everyone.  I am a novice to the B210.  My main first task is to 
> hookup the B210 to the laptop via  Oracle VMware (Virtual machine).
>
> I realize this may not be the most admired approach, but I think i am very 
> close in getting the B210 connected.  btw, after many hours of hurdles that i 
> found out already.
>
> I hope you can review the screen shot first.
> Comments/Facts
>
> 1) the B210 is USB 3.0
> 2) I already installed Windows host.guest USB 3.0 driver and Oracle VMware 
> extensions pack to allow the USB 3.0 to pass from the Windows 7 OS to the 
> virtual Ubuntu 16.04 OS.  I hear the beep noise when I open the Vmware 
> software.  Thus, giving a good sign that the Linux OS as detected the USB 3.0 
> port of the B210.
> 3)  When running the 'uhd_find_devices' at the terminal prompt, a message 
> come up stating that I needed to update the B210 image by running the folling 
> python code -/usr/lib/uhd/utils/uhd_images_downloader.py - This seemed to 
> update a driver.
> 4) I then unplugged the B210 and reset the Linux software.
> 5) But then when I ran the 'uhd_find_devices' command in the terminal, i 
> received No UHD Devices Found.
>
> At this time, I am out of ideas, thus if anyone can help out in assisting me 
> in getting tthings connected with the current approach.
>
> Thanks
>
> Konstanitn
>
>
>
> Have a little more info that might help.  Look at the screenshot.  i have a 
> B210, but it shows it is trying to load a b200 hex file to firmware.  This 
> happens when I unplug and plug the USB port in.  May this be the issue?
>
> Thanks
>
>
>
> ___
> 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

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

Re: [USRP-users] Overflows (D) when receiving nsamps more than once

2017-07-15 Thread Marcus Müller via USRP-users 
Hi Adrian,

in your modified version, are you calling recv() repeatedly, or are you
trying to get all the samples you want at once?

Best regards,

Marcus



On 07/09/2017 02:34 AM, Pope, Adrian P via USRP-users wrote:
>
> Hello,
>
>  
>
> I have several x310s equipped with TwinRxs, and I’m having an issue
> with consecutive receives using STREAM_MODE_NUM_SAMPS_AND_DONE.
>
>  
>
> To illustrate my issue, I will refer to the uhd examples provided on
> github. I have built the original “rx_samples_to_file” example and can
> run it with no problem. However, if I modify it by simply duplicating
> the “recv_to_file” call or put it inside of a fore loop, I get an
> overflow (D) on every consecutive.  I saw a previous post,
> “/[USRP-users] Overflows when doing repeated captures with X300
> ”,/
> in which the same problem was reported, but there was some ambiguity
> as to whether the poster was using continuous or num samps and done
> mode. I USE THE “NSAMPS” ARGUMENT AND NO “DURATION” OR “TIME” ARGUMENT.
>
>  
>
> After some investigating it seems like a single packet is being left
> in the buffer. Can this be fixed? Or at least in the meantime, is
> there a way to avoid the delay that is caused by the out of order
> packet D overflow?
>
>  
>
> Thanks in advanced!
>
> Adrian
>
>  
>
>  
>
>
>
> ___
> 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] E310 GPIO

2017-07-15 Thread EJ Kreinar via USRP-users 
This particular problem sounds reasonable straightforward with a few fpga
edits. I have successfully commandeered a few gpios in the E310 before for
scoping a couple clock signals.

One possible suggestion for a quick fix: when you set a master clock rate,
then the radio_clk wire in the fpga will run at that frequency. So at 1
MHz, radio_clk would be high for 0.5 us, low for 0.5 us. This is by
definition synchronized with the digital sampling. I'd buffer it with a
higher rate signal (bus_clk, for example, which runs at 50 MHz), then you
could pretty easily route it out one of the gpios.

Hope that helps,
EJ

On Jul 14, 2017 4:58 PM, "Marcus D. Leech via USRP-users" <
usrp-users@lists.ettus.com> wrote:

On 07/11/2017 11:56 AM, Will Thompson via USRP-users wrote:

Hi all.

So I’m thinking of starting a project with the E310 that requires high
accuracy control of a switch.



Basically I need to receive a single RF sample (@1MHz) (1us), then send a
signal via the GPIO on a second sample (2us), and then receive a signal
again on the third sample (3us) and alternate between these functions for a
period of time.



I was wondering if anyone has experience with controlling the GPIOs on the
E310, and knows how accurate you can synchronise the signal outputs with RF
received samples? i.e. Can I synchronise the GPIO signalling and the
received RF sampling down to micro seconds?



Also, if anyone has any good resource links for the E310 and GPIO could you
pass them on please?





Kind regards

Will

The GPIO interface is normally accessed using UHD host-side API elements,
which operate asynchronously to the sample stream, so there's no way
  to guarantee really-tight timing.

You'd likely need to dive into FPGA coding to achieve this type of
application.

https://files.ettus.com/manual/page_gpio_api.html

Has a little bit of information, but deep answers to your query can be
found in the FPGA source code.






--

William Thompson Ph.D.

Senior Research Engineer

Toshiba Research Europe Limited

32 Queen Square, Bristol, BS1 4ND, UK

Tel: +44 (0) 117 906 0734



--

NOTE: The information in this email and any attachments may be confidential
and/or legally privileged. This message may be read, copied and used only
by the intended recipient. If you are not the intended recipient, please
destroy this message, delete any copies held on your system and notify the
sender immediately.

Toshiba Research Europe Limited, registered in England and Wales (2519556).
Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4
0GZ, England. Web: www.toshiba.eu/research/trl



--
This email has been scanned for email related threats and delivered safely
by Mimecast.
For more information please visit http://www.mimecast.com
--


___
USRP-users mailing
listUSRP-users@lists.ettus.comhttp://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
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] ֻC API questions

2017-07-15 Thread Sivan Toledo via USRP-users 
I'm converting a CPP code from UHD 3.8.5 to the C api for 3.10. (The main
reason for the conversion is that I binaries of my CPP programs don't run
on both Ubuntu 14 and 16 because of incompatible libboost; hopefully using
the C API and the Ubuntu uhd-host package will resolve this).

I have a few questions:

1. Is the following correct, or do I have to "make" the
string_vector_handle before I pass it to get_rx_gain_names? The manual says
to always make, but my intuition is that get_rx_gain_names will make it for
me, given that it gets a pointer to the handle, not the handle itself.

  uhd_string_vector_handle gain_names;
  uhd_usrp_get_rx_gain_names(usrp, 0 /* channel */, &gain_names);

2. Is there a C api version of set_rx_gain

(double
gain, size_t chan=0)? In the header files I found only set_rx_gain but with
a gain_name argument. The CPP api has two overloaded methods, one with a
gain-name argument and the other without it. Is the convenience method
missing from the C API? Can I invoke it by passing NULL for the gain name?

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