[USRP-users] about extra hardware license in Matlab

2018-02-23 Thread 林小宏 via USRP-users
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

Re: [USRP-users] [UHD] Announcing 3.11.0.0 Release Candidate 1

2018-02-23 Thread Michael Dickens via USRP-users
For folks using Mac OS X / macOS and MacPorts, I have updated the "uhd-devel" port to 3.11.0.0rc1 (git hash 9f67f624). These changes will be live by around 11 AM / US / Eastern. If you use MacPorts and the current "uhd-devel" port, and you wish to test out this release candidate, then all you n

[USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Adam Kurisko via USRP-users
Hello all, I am trying to utilize the full performance of the E310 and it seems like the Arm processor is the bottleneck in this scenario. I know the AD9361 is wired straight into the fpga, so it would make sense that a strictly bare metal loopback is possible. Is it possible to stream data

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

2018-02-23 Thread Neel Pandeya via USRP-users
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.

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Nick Foster via USRP-users
1. yes 2. RFNoC I refer back to a post I wrote detailing loopback in the FPGA. It doesn't work "out of the box" but can be made to with minor modification. https://corvid.io/2017/04/22/stupid-rfnoc-tricks-loopback/ If you haven't used RFNoC before you should probably take on the Getting Started

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Adam Kurisko via USRP-users
Hey Nick, Thanks for the quick reply. I have already disabled time stamping and initiated the streamers and it compiles and runs on my board, however when I run it the LEDs on the RX2 and TRX frontend do not light up, so I am lead to believe that it actually might not be streaming. Just f

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Nick Foster via USRP-users
Have you verified timestamps are disabled? And have you issued a stream command to the RX as well as set_rx_streamer()? To be clear, I haven't tried E310 loopback with any UHD version later than the date of the article (4/22/17), but I don't believe significant changes have happened which would aff

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Adam Kurisko via USRP-users
Nick, I went back through the loopback tricks you sent and found that my at_reset parameter on the SR_RX_CTRL_OUTPUT_FORMAT settings register had not been switched to 0, so I have corrected that. and timestamping should now be disabled. I have been using rfnoc_rx_to_file as reference for mak

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Nick Foster via USRP-users
That should work. On Fri, Feb 23, 2018 at 11:45 AM Adam Kurisko wrote: > Nick, > > > I went back through the loopback tricks you sent and found that my > at_reset parameter on the SR_RX_CTRL_OUTPUT_FORMAT settings register had > not been switched to 0, so I have corrected that. and timestamping

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Adam Kurisko via USRP-users
Hey Nick, Below is the code I am using to setup my streamers and issue the stream cmd. I know it would exit immediately when run, but I just wanted to see if this all looks correct or if there might be some additional steps I may need. Also, in order to get it streaming continuously before call

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Nick Foster via USRP-users
You don't need to do anything at all. Just loop. Maybe sleep so you don't soak up a whole CPU. Nick On Fri, Feb 23, 2018, 1:10 PM Adam Kurisko wrote: > Hey Nick, > > Below is the code I am using to setup my streamers and issue the stream > cmd. I know it would exit immediately when run, but I j

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Adam Kurisko via USRP-users
Ok I run it and I still don't get the LEDs on the frontend to light up. Is this normal or is something wrong? Thanks, Adam From: Nick Foster Sent: Friday, February 23, 2018 4:13:16 PM To: Adam Kurisko Cc: usrp-users@lists.ettus.com Subject: Re: [USRP-users] [E

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Nick Foster via USRP-users
Please post your whole example. On Fri, Feb 23, 2018, 1:35 PM Adam Kurisko wrote: > Ok I run it and I still don't get the LEDs on the frontend to light up. Is > this normal or is something wrong? > > > Thanks, > > Adam > -- > *From:* Nick Foster > *Sent:* Friday, Feb

[USRP-users] ettus e310 runtime error

2018-02-23 Thread Girolamo Savonarola via USRP-users
hi all, I'm new to use ettus e310, I have this result after the instructions from software development on the e3xx usrp-building rfnoc uhd / gnu radio / gr-ettus from source I use a laptop PC HP I5 -l ' error is: RuntimeError on mode 0 / FIFO_0, output port 0 is already connected. Thanks for

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

2018-02-23 Thread Jason Meyer via USRP-users
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/ im

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Adam Kurisko via USRP-users
Nick, I actually ended up figuring it out. I had forgotten to actually connect my blocks using the 'graph->connect(...)' call. It was a silly mistake and an easy fix. Thank you for all your help though. I know have it streaming perfectly without sending it to the host. Thank you, Adam __

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Nick Foster via USRP-users
Very glad to hear it! Could you tell me what UHD version (git hash) you're using? I'd like to know for my own reference. Nick On Fri, Feb 23, 2018 at 2:57 PM Adam Kurisko wrote: > Nick, > > > I actually ended up figuring it out. I had forgotten to actually connect > my blocks using the 'graph->

Re: [USRP-users] [E310 RFNoC] TX RX Loopback bypassing the ARM processor

2018-02-23 Thread Adam Kurisko via USRP-users
Nick, Sure, here is my info [UHDlinux; GNU C++ version 4.9.2; Boost_105700; UHD_4.0.0.rfnoc-devel-409-gec9138eb] Thanks again, Adam From: Nick Foster Sent: Friday, February 23, 2018 6:04:13 PM To: Adam Kurisko Cc: usrp-users@lists.ettus.com Subject: Re: [U

Re: [USRP-users] Windows driver for B210

2018-02-23 Thread Anuja Kokil via USRP-users
Hello, I am installing UHD for B200 USRP. While installing , It is giving me error My system is Ubuntu 16.04.3 , 64 bit. I did following procedure - *cd /uhd-release_003_010_000_000/host/ * - *mkdir build * - *cd build * - *cmake ../ ** it was fine till cmake command

Re: [USRP-users] Windows driver for B210

2018-02-23 Thread Marcus D. Leech via USRP-users
On 02/23/2018 11:33 PM, Anuja Kokil via USRP-users wrote: Hello, I am installing UHD for B200 USRP. While installing , It is giving me error My system is Ubuntu 16.04.3 , 64 bit. I did following procedure * *cd /uhd-release_003_010_000_000/host/ * * *mkdir build * * *cd bu