Re: [USRP-users] uhd_rx_streamer_recv function keeps returning 0 as the number of received samples

On 05/21/2017 03:44 AM, Marcus Müller via USRP-users wrote: > Hi Felipe, > > I don't know whether someone else reacted yet, but I don't want to leave > you hanging in there; thus: > >> Dear GNU Radio group, > oh well, this is the usrp-users mailing list; GNU Radio is a separate > Free & Open Sour

Re: [USRP-users] Phase sync multiple x310s

If you have the option to use uhd_siggen_gui (it's a GNU Radio tool), that should run through all the right steps to set up synced Tx. Then you'd know if it's a SW issue. -- M On 05/19/2017 08:16 AM, Vladica Sark via USRP-users wrote: > Hi Julian, > > I am using Teledyne LeCroy HDO9404. I use UH

Re: [USRP-users] Trigger Signal

Mareike, the reason for the delays is that your software is polling the GPIO, and that goes over network. You're adding in network latency, and SW scheduling latency. Also, with the DDC, once a packet leaves the computer, it needs to go through various stages before it reaches the ADC (after the

Re: [USRP-users] USRP Device based upon highest rate capability

Daniel, all of our devices are listed (with rates) on our website: https://www.ettus.com/product The X-series has the highest achievable rates. What you can sustain depends on many things, including the computer running UHD and the implementation. An E-Series typically won't be able to sustain mo

Re: [USRP-users] using VHDL modules in an RFNoC block

You can use VHDL in RFNoC blocks, but it can be a bit tricky to embed. We might have an example coming out in a few weeks, but not right now. Cheers, Martin On 07/06/2017 11:44 AM, Jason Matusiak via USRP-users wrote: > I have some code from a previous coworker that I would like to take > advanta

[USRP-users] Attention: Use uhd_images_downloader -i with care!

Dear UHD users, when running uhd_images_downloader with the -i switch, the script will still attempt to clear the target directory (this is the default behaviour). To avoid this, you have the option of specifying `-k` (or `--keep`) to not delete anything. Future versions of UHD will have addition

Re: [USRP-users] ֻC API questions

On 07/16/2017 12:54 AM, Sivan Toledo via USRP-users wrote: > OK, tried it and I clearly need to call the "make" functions, otherwise > the code segfaults. Yes, UHD won't allocate memory implicitly in the C-API. -- M > > On Sat, Jul 15, 2017 at 7:02 PM, Sivan Toledo > w

Re: [USRP-users] DDC's Filters in B210

Altuğ, per channel, there's 2 half-bands and 1 CIC. The rule is: We try and enable as many half-bands as possible, the rest is done by CIC. So, any ratio of sample_rate to master_clock_rate that is divisible by 4 has 2 half-bands, any other even ratio has 1 half-band, and the remainder is done in

Re: [USRP-users] Source code of the UHD examples

On 07/18/2017 08:22 AM, Jie Song via USRP-users wrote: > Hi, > > Are there any source codes for those examples in the UHD software > library directory and I can refer to? Jay, https://github.com/EttusResearch/uhd/tree/maint/host/examples -- M ___ U

Re: [USRP-users] ABI compatibility mismatch error

How did you install GNU Radio and UHD, respectively? -- M On 07/18/2017 09:24 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC] via USRP-users wrote: > I finally got things connected to the B210, and now I am having > software/firmware compatibility issues. > > > > I did do searches

Re: [USRP-users] Trigger Signal

On 07/10/2017 06:52 AM, Mareike Hetzel via USRP-users wrote: > Martin, > > thank you very much for your help! > > I would like to do this! Could you please give me some further > information what exactly I need to do? As I have never done anything > with FPGAs, I don't know where to start. I have

Re: [USRP-users] Web server on E310

It's pretty raw, but there's fosphor code in gr-ettus that displays stuff via browser. See here: https://github.com/EttusResearch/gr-ettus/tree/master/web Don't ask me any questions about it :) -- M On 07/17/2017 08:48 AM, Steve Ringwald via USRP-users wrote: > Hi, > > > > I’m currently runn

Re: [USRP-users] Centos 6.5 with X310??

Mark, TwinRX requires UHD 3.10.0.0 minimum. See this page if your OS meets the requirements: http://files.ettus.com/manual/page_build_guide.html Note: We lock down the requirements per release, which means any 3.10.* release will have the same requirements. I think that CentOS 6.5 doesnt' meet a

Re: [USRP-users] E310_sg3 FPGA Verilog code heirarchy

On 07/18/2017 02:41 PM, Estrada Lupianez, Jenniffer Marie via USRP-users wrote: > Can anyone point to any documentation or give some insight on how the > E310 FPGA Verilog code design is laid out? I am not familiar with > Verilog, and just extrapolating from what I understand from VHDL. What > is t

Re: [USRP-users] Having Installation Recognition Of Ettus E310 - Suggestions in Installing SDK for E310

Did you source the environment script before you ran cmake? -- M On 07/31/2017 09:32 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC] via USRP-users wrote: > OK… I got a little further with the Install of SDK…. Also, have been > reading up on Linux in general and its various commands

Re: [USRP-users] Dual TwinRX in X310

So did using second_addr fix your problem? -- M On 07/20/2017 06:36 PM, Eugene Grayver via USRP-users wrote: > This is not a question, but a note for others: > > > > I have two TwinRX boards in an X310. Connected using dual 10 GbE links > to the PC. FPGA type XG is loaded. Both links get d

Re: [USRP-users] clock outputs to GPIO?

Dan, you can also use timed commands to write to GPIOs at the "same time" as a certain sample. I use quotes, because there's some delay between the sample touching the radio state machine and it hitting the antenna, as well as between GPIOs being toggled in the FPGA and the pin actually going high

Re: [USRP-users] Is it possible to combine several X310 for MIMO/Beamforming applications using the RFNoC framework?

On 08/14/2017 06:28 AM, via USRP-users wrote: > Hi, > > I'm interested in constructing a beamforming system using X310s, and try > to utilize the FPGA resources within the X310 USRP device. > > After some searching and reading of the introduction materials on RFNoC, > I am still wondering wh

Re: [USRP-users] How to Access a user register in fpga of X310 using UHD (3.10.2)

multi_usrp has many APIs, not all apply for all devices. enumerate_registers() is from USRP2-era. I'm curious -- have you already done the FPGA work, or is this where you're starting? In general, registers are exposed via the RFNoC XML file (e.g., radio_x300.xml). -- M On 09/12/2017 02:04 PM,

Re: [USRP-users] the rfnoc fifos

On Wed, Sep 27, 2017 at 01:42:22PM -0400, Jason Matusiak via USRP-users wrote: > OK, dumb question, but I just can't come up with a good answer.  I > understand that the RFNoC FIFOs are a must if you only have one NoC block > that you want to use and are using the GNURadio host [1].  So why do pret

[USRP-users] FOSDEM 2018: SDR Track CfP

Dear friends and fans of software defined radio and free/open source radio topics in general, next year's FOSDEM (the free and open source developer's meeting in Brussels, Europe) will, once again, feature a track on Software Defined Radio and other radio-related topics. Therefore, we invite deve

Re: [USRP-users] FOSDEM 2018: SDR Track CfP

My apologies -- the SDR devroom is Sunday the 4th, not Saturday. Regards, Martin On 10/06/2017 10:00 PM, Martin Braun wrote: > Dear friends and fans of software defined radio and free/open source > radio topics in general, > > next year's FOSDEM (the free and open source developer's meeting in

Re: [USRP-users] How to use RFNoC framework with LFRX daughter board?

The AB and BA frontend configurations are not supported with RFNOC (or UHD 3.10) on the X-Series. In a nutshell, it's because the original drivers were registering phony frontends to simulate switching between them, but they all go to the same connectors. The RFNoC architecture doesn't let us easil

Re: [USRP-users] RFNoC how to configure FFT block

Daniel, FFT controls happen through the 'shift', 'direction', and 'scaling' properties. See, e.g., here: https://github.com/EttusResearch/uhd/blob/ec9138eb6634b0af106762832c7518c887576a94/host/include/uhd/rfnoc/blocks/fft.xml#L71-L82 The control word is constructed in the block from those setting

Re: [USRP-users] How to disable a E312 channel properly

If this is on the RFNoC branch, you will need to modify the radio_e300.xml file to make it have one channel. -- Martin On 10/09/2017 06:31 PM, Xingjian Chen via USRP-users wrote: > Hi, > > I added some IP cores in E312 FPGA codes and have to delete one radio > channel for saving some resources s

Re: [USRP-users] SEGFAULT using Gnuradio/uhd and RFNoC

Simon, the E310 can't support rates > 10 Msps into the ARM. The idea of RFNoC is to offload the signal processing into the FPGA, so the ARM core doesn't have to do the signal processing. As for your segfault, the stack trace is not really useful -- generally a clue that there's a mis-linking goin

Re: [USRP-users] FLEX900 + USRP1 Rev2

I've attached a .tar.gz of the USRP-related wiki pages from the original wiki. Does not include images, though. -- M On Mon, Oct 23, 2017 at 10:06:54PM +, Angilberto Muniz Sb via USRP-users wrote: >Hi Kyeong, >Thanks for the info.. I'll try to find the article.. >Regards, > >

Re: [USRP-users] RFNOC design question

Hey Jeff, at first glance, it looks like you're doing it all right. What's the size of your input buffer on your custom DUC? Also, can you post a full log of the streamer setup? -- M On 01/09/2018 08:41 AM, Long, Jeffrey P. via USRP-users wrote: > Looking for some advice and help on RFNOC…. > >

Re: [USRP-users] CHDR packet in noc shell

Koyel, CHDR is documented on our manual: http://files.ettus.com/manual/page_rtp.html#rtp_chdr However, you typically don't need to care about CHDR. Most blocks connect to the axi_wrapper, which takes care of any RFNoC internals. Can you tell us more about what you want to do? -- M On 01/12/2018

Re: [USRP-users] transmit underrun in dual 10Gige X310 config

Dmitry, 2x200e6 is extremely hard to maintain from software, and we haven't been able to sustain such rates ourselves. We are looking into it, but don't expect any radical improvements any time soon. However, that explains Us, not Ss. Can you run ifconfig to see if the NIC is dropping packets? T

Re: [USRP-users] VITA time in X310 FPGA

On 01/11/2018 01:38 AM, Дмитрий Михайличенко via USRP-users wrote: > Hi, > > I am trying to understand timestamp tracking in FPGA and noticed one > possible issue in axi_rate_change.v module . > > VITA time in packet headers is counted in ticks of master clock > frequency, i.e. 200 MHz. For me it

Re: [USRP-users] x310 ddc error

This is, in fact, the recommended solution. Our error message needs some improvement. AFAIK, the images from master branch should be working with this procedure. -- M On 01/19/2018 09:27 AM, Ryan Marlow via USRP-users wrote: > Alternatively, upgrade your FPGA image to use the latest DDC code. > R

Re: [USRP-users] DDC Software (Linux/Ettus X300/GNU Radio: UHD)

Taylor, this error message means your UHD is from master branch. If your uhd_images_download is trying to install 3.9.7 images, the most likely explanation is that may you have an older version somewhere on your system -- the download URL is baked into the tool on installation. Here's what uhd_im

Re: [USRP-users] UHD Converter for X310 series with unsupported data format

s32 is unusual, as Jeff mentions. s16 -> f32 are already available. -- M On 01/22/2018 03:35 PM, Jeff Long via USRP-users wrote: > Maybe start here: > > https://files.ettus.com/manual/page_converters.html > > Adding new formats to the host software should be easy, but adding new > formats to th

Re: [USRP-users] [RFNoC] uhd_usrp_probe fails and throws uhd::lookup_error

Adam, did you modify any of the UHD code controlling the radios? The tx_dsps property subtree is created by the E310 radio RFNoC block in the radio, and not used by that block after that. -- M On 01/22/2018 11:29 AM, Adam Kurisko via USRP-users wrote: > Hello, > > > I am in the final stretch o

Re: [USRP-users] Help on UHD Python API installation

Zhao, you need to first install Boost, then UHD. When you run CMake on UHD, does it list the Python API as an enabled component? -- M On 01/22/2018 02:43 PM, Zhongyuan Zhao via USRP-users wrote: > Could anyone provide a complete guidance of installation of UHD Python > API on Ubuntu? > > I clon

Re: [USRP-users] VITA time in X310 FPGA

USRP-users wrote: > 2018-01-16 3:31 GMT+03:00 Martin Braun via USRP-users > mailto:usrp-users@lists.ettus.com>>: > > On 01/11/2018 01:38 AM, Дмитрий Михайличенко via USRP-users wrote: > > Hi, > > > > I am trying to understand timestamp tracking in F

Re: [USRP-users] CHDR packet in noc shell

On 01/15/2018 09:48 PM, Koyel Das wrote: > Hi, > > Actually I need to send data that accepts data in the form of vectors > and has a 128 point FFT. What I am doing is first using packet resizer > before my block. So could you please tell me if the size variable of > packet resizer is in bytes or n

Re: [USRP-users] UHD Converter for X310 series with unsupported data format

On Tue, Jan 23, 2018 at 12:13:48PM -0500, Kei Nguyen via USRP-users wrote: >I mean s16 -> f32 not sc16 -> fc32, which is already implemented. >I looked through the document but it's not clear to me. I'm not sure about >UHD code structure. Could you explain in more details? >Sorry fo

Re: [USRP-users] Help on UHD Python API installation

On Tue, Jan 23, 2018 at 04:36:13PM +, Zhongyuan Zhao wrote: >Hi,  >The CMAKE shows that Python API is disabled, >I was unable to enable it. It shows  >Dependency PythonLibs_FOUND = >Is there anything missing?  You need Python development libraries, e.g., python2.7-dev if

Re: [USRP-users] Using both sides of an NI USRP-2953R

On Tue, Jan 23, 2018 at 12:27:23PM -0500, Daryl Lee via USRP-users wrote: > I've been using an NI USRP-2953R for several months with a trivial > configuration: sending and receiving in "half-duplex" mode on the "RF 0" > receive and transmit antennas. Now I need to try using the RF 0 RX antenna > a

Re: [USRP-users] 2 B210 synchronous problem

On Thu, Jan 18, 2018 at 10:34:14AM +0100, Piotr Krysik via USRP-users wrote: > Hi Hideyuki, > > Our students were working (with my help) on synchronizing two USRPs B210 > with use of Octoclock-G. > To make your code work without any race-conditions I would add a loop > that waits for pps edge befo

Re: [USRP-users] USRP with different GPSDO

On Tue, Jan 23, 2018 at 01:47:57PM +0300, Ali via USRP-users wrote: >Hi to all, >Is it possible to use different GPSDO (more accurate) than the one that >Ettus sells? The device is X310. Can you suggest any brand or model? >Best, Ali, if you find a pin- and API-compatible GPSDO, y

Re: [USRP-users] Passing Messages as Commands to UHD Sink

On Tue, Jan 23, 2018 at 02:11:21AM +, Sarah Tran via USRP-users wrote: >Hi All, > >I would like to change the center freq of my UHD Sink depending on who the >receiver is. So I wrote a custom block that will read what the destination >mac address is for a packet, and send a mes

Re: [USRP-users] use 2 DDC chain of N210 with SBX

On Mon, Jan 22, 2018 at 03:01:14PM +0330, omid saeedy via USRP-users wrote: >Hi >I am a master student and my thesis needs N210. >I want to use 2 DDC chains as 2 channels with SBX. >But I can't edit UHD due to this. >When I want to change subdev_spec GNURadio warn me only [A:0]

Re: [USRP-users] transmit underrun in dual 10Gige X310 config

On Tue, Jan 16, 2018 at 02:51:44PM +0300, Дмитрий Михайличенко via USRP-users wrote: > [...] > 2x200e6 is extremely hard to maintain from software, and we haven't been > able to sustain such rates ourselves. We are looking into it, but don't > expect any radical improvements any

Re: [USRP-users] [RFNoC] uhd_usrp_probe fails and throws uhd::lookup_error

On 01/23/2018 10:35 AM, Adam Kurisko wrote: > Hi Martin,  > > > I apologize for the late response, but your reply, unfortunately, was > not delivered to my inbox yesterday. To answer your question, I don't > believe I modified any of the UHD source code from github, but just to > be sure I will i

[USRP-users] [UHD] Dependency changes: MSVC and Vivado

Hi all, we are gearing up towards another major release (3.11.0.0), which will have two major changes in dependency requirements: - We are dropping support for MSCV 12.0. The lowest supported MSVC version is now 14.0 (aka MSVC 2015). We were having too much trouble with the lack of C++11 support

Re: [USRP-users] [RFNoC] uhd_usrp_probe fails and throws uhd::lookup_error

On 01/23/2018 03:01 PM, Adam Kurisko wrote: > I am unsure if I had edited the property subtrees, however I decided to > fresh install UHD to see if that might fix the problem. I will let you > know if I experience similar errors. > > > In the mean time while it is installing, could you explain th

[USRP-users] [UHD] Changes to uhd_images_downloader

For the next UHD version, we will be updating uhd_images_downloader. The problem with the old uhd_images_downloader is that it refers to one big zip file for all the images. As we add more and more devices, we not only have to update the zip file more often, it also becomes bigger and bigger. If yo

Re: [USRP-users] NI USRP / PCIe interface and RFNoC FPGA images

On 01/29/2018 07:37 PM, Tarik Kazaz via USRP-users wrote: > Hello everyone, > >   > > I am just starting to use RFNoC and I am a bit confused with hardware > compatibility for RFNoC development. > > In order to describe my setup I will list items below: > >   > > 1.   I have NI USRP RIO (e

Re: [USRP-users] X310 - Vivado mig segfaults

On 01/26/2018 03:49 PM, Martin K via USRP-users wrote: > I have Cygwin64 setup in Windows 10 > Vivado 15.4.2 installed and licensed. > > [...] > Some web searching shows that other people have had trouble with the mig > failing - on both Windows and Linux, but obviously it works for you > guys.  I

Re: [USRP-users] NI USRP / PCIe interface and RFNoC FPGA images

to reload > image. > > I think instead of .bit, I should flash it with .lvbit if I want to use USRP > over PCIe with RFNoC? Or I am wrong. > > Kind Regards, > > Tarik > > -Original Message- > From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] O

Re: [USRP-users] Unamplified USRP transmission and FCC limits

On 01/31/2018 04:27 AM, Bakshi, Arjun via USRP-users wrote: > Hi, > > > For a setup where the tx-rx are indoors, can I assume that the USRPs > transmit power will not cause any significant interference to licensed > users? I'm not planning on using an amplifier, but I will be sweeping > over a si

Re: [USRP-users] Installing Python Modules into E310

On 01/29/2018 10:35 PM, MASDR GS via USRP-users wrote: > Is there a specific method/process to install external modules into the > E310? For example, "python bit-array". We would need this module > installed to run a .grc file using GNUradio directly on the E310. I have > tired installing bitarray

Re: [USRP-users] UHD release vs. gnuradio release - compatibility table?

Can confirm: If you're building GNU Radio from source, it'll work with almost any version of UHD (note that on next branch, we've finally bumped the minimum UHD version, but it's something like 3.5.5 or so). -- M On 02/01/2018 05:29 PM, Ron Economos via USRP-users wrote: > I think the incompatibi

Re: [USRP-users] x310 simulating RFNoC block with Xilinx IP

On 01/30/2018 08:08 AM, Dang tien Vo-Huu via USRP-users wrote: > Hi Jonathon, > Thank you for the hint. Actually your suggestion was the first thing I > tried but it didn't work. It threw the error: > > tienvh@gl502vm:~/workspace/rfnoc/src/uhd-fpga/usrp3/lib/rfnoc/noc_block_fft_tb$ > make xsim > B

Re: [USRP-users] [UHD] Dependency changes: MSVC and Vivado

bably the first to ask for it :) If there is more interest, we might consider pulling it into our CI setup. Regards, Martin > > Thanks, > >> On January 23, 2018 at 5:20 PM Martin Braun via USRP-users >> wrote: >> >> >> Hi all, >> >> we are gea

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

Hi all, it's been a long time since our last major UHD release! We'll have another one relatively soon, I've just tagged our RC1 and we're currently testing it for a while before we push it live. There are hundreds and hundreds of commits with respect to our latest stable release. The release not

Re: [USRP-users] x310 ZPU firmware

On 02/28/2018 07:24 AM, Ana Svirčić via USRP-users wrote: > Hello, > > I was wondering has anyone managed to build the ZPU firmware on Windows? Ana, not sure about windows. I'm not even sure your error is related to Windows. However, I've never seen this on windows -- maybe you can try spinning

[USRP-users] [UHD] 3.11.0.0 Release Announcement

Hi all, today we've tagged the release for UHD 3.11.0.0. We found a bunch of issues during RC testing, but not enough to warrant another release candidate. Some of the issues we fixed were actually usability-related, but there was an actual bug with the images downloader, which might not properly

Re: [USRP-users] [UHD] 3.11.0.0 Release Announcement

Two more comments: - Binary installers are currently building and will be made available shortly on the usual spots: Ubuntu PPA is here: https://launchpad.net/~ettusresearch/+related-packages ...and Windows+Fedora binaries will be published here: http://files.ettus.com/binaries/uhd/uhd_003.011.00

[USRP-users] [UHD] Notes on FPGA images packaging, and packaging in general

Hi all, we've had a bunch of great discussions on the packaging of FPGA images (binaries) and on packaging UHD in general. Since there were many different discussions, I'd like to summarize them all in one big email. Thanks to Rick, Maitland, and Phil for providing feedback. If you just use UHD v

Re: [USRP-users] [UHD] 3.11.0.0 Release Announcement

egory) was completely re-done between 3.10 and 3.11. I'll refer to the manual page: http://files.ettus.com/manual/page_logging.html ...and this email: http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-April/024653.html -- M > > Thanks, > Dario > >

Re: [USRP-users] [Discuss-gnuradio] [UHD] Notes on FPGA images packaging, and packaging in general

On 03/08/2018 11:33 AM, Sid Hayn wrote: > https://github.com/EttusResearch/uhddev/blob/master/images/manifest.txt > > This address is invalid, assuming you meant this one? > > https://github.com/EttusResearch/uhd/blob/master/images/manifest.txt Yes! Thanks for pointing that out. -- M > > Thank

Re: [USRP-users] X310 PCIe Error enumerating NI-RIO devices

On 04/02/2018 11:24 AM, Антон Заболотский via USRP-users wrote: > I am trying to connect, but I can do it only via Moxa converter > (https://www.moxa.com/product/IMC-101.htm) and host doesn't see X310. > I think it is because : The USRP-X Series only supports Gigabit and Ten > Gigabit Ethernet and

Re: [USRP-users] N310 and get_usrp_rx_info()

On 03/29/2018 09:12 AM, Rob Kossler via USRP-users wrote: > There seems to be a bug with the multi_usrp function get_usrp_rx_info() > (and also for tx_info) when used with the N310 as indicated below. > > If I include the line... >    uhd::dict rx_info = usrp->get_usrp_rx_info(0); > > I get this

Re: [USRP-users] customize processing of U and L messages

If you're on 3.11.* or later, then you can use -DUHD_LOG_FASTPATH_DISABLE to disable the printing of UOSDL. If you want to know about U, S and L events, then use recv_async_msg() as you're already doing. If you want to know about O and D events, then check the rx_metadata from recv(). Cheers, Mart

Re: [USRP-users] UHD version for RFNoC

We've updated rfnoc-devel to track master, and thus, use Vivado 2017.4. -- M On 03/27/2018 12:00 AM, Derek Kozel via USRP-users wrote: > Hello Juan, > > Right now RFNoC development requires Vivado 2015.4 and the rfnoc-devel > branch. We are in the process of updating the rfnoc-devel branch to >

Re: [USRP-users] X300 new user

On 03/23/2018 10:41 AM, Marcus D. Leech via USRP-users wrote: > On 03/23/2018 01:30 PM, Rob Kossler wrote: >> I had the same issue today.  but, I had done a "make install" >> previously.  I fixed by setting the environment variable UHD_RFNOC_DIR >> to point to the correct install folder, in my case

Re: [USRP-users] Waveform Files

On 03/23/2018 03:36 PM, Patterson, Seth S via USRP-users wrote: > Does anyone have examples of how to generate waveform IQ files in matlab > or python for use in tx_samples_from_file? I’m using an x300. The GNU Radio FAQ does: https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_fi

Re: [USRP-users] E320 support in UHD_4.0.0.rfnoc-devel

On 03/19/2018 08:48 AM, Marcus D. Leech via USRP-users wrote: > On 03/19/2018 05:30 AM, Mark Luscombe via USRP-users wrote: >> Hi, >> >> The USRP E320 was announced in September 2017, does anybody know when >> it will be supported for RFNoC development. >> >> Cheers, Mark. >> >> >> > The E320 hasn'

Re: [USRP-users] Accessing the device tree through the UHD C API

Hi Janos, I assume that by 'device tree' you mean the property tree, and not the actual device tree (e.g., on embedded N310). 1. You're correct that there's no functions in the C API to query the property tree. That said, the vast majority of properties are queried by via API calls that do nothin

Re: [USRP-users] Streaming 8-bit (sc8) samples from RFNoC

On 03/19/2018 07:23 PM, Dan CaJacob via USRP-users wrote: > I seem to recall that the 8-bit OTW format isn't implemented for RFNoC > yet... I could use that too. We currently support u8 and sc8 modes for OTW. If your block can do 8-bit samples, UHD will know how to handle that. We also have s8 for

Re: [USRP-users] UHD possible bugs

Lucas, I've confirmed there's some issues with the B200/AD9361 code. I've added a ticket on our internal issue tracker; I have no timeline for a resolution though. -- M On 03/19/2018 04:47 AM, Lucas Val Terrón via USRP-users wrote: > Hi all, > > Related to old questions I have previously asked 

Re: [USRP-users] RFNoC Radio TX/RX vs USRP Sink/Source

On 03/15/2018 08:15 PM, Dang tien Vo-Huu via USRP-users wrote: > Hi all, > Recently I have some doubt about the difference between USRP Sink/Source > and the RFNoC Radio TX/RX. I found the answer in the knowledge > base https://kb.ettus.com/RFNoC but when I tried the RFNoC TX and RX > flow together

Re: [USRP-users] RFNoC Support for TwinRX

On 03/22/2018 12:07 PM, Derek Kozel via USRP-users wrote: > Hello Adams, > > Yes, the TwinRX Rev A and B work with RFNoC, but the rfnoc-devel branch > may currently have some regressions. We are in the process of updating > the rfnoc-devel branch with many changes from the master branch > includin

Re: [USRP-users] FPGA and Firmware Development Platform

On 03/08/2018 12:51 PM, Zhongyuan Zhao via USRP-users wrote: > Hi Derek, > > After some homework, I found that RFNoC might be quite good for my > development.  > > Could you introduce a little bit more about the time stamping in RFNoC?  > My project need to handle many well-aligned streams, do yo

Re: [USRP-users] x310 ZPU firmware

On 02/19/2018 04:11 AM, Ana Svirčić via USRP-users wrote: > The file udp_uart.cdoes exist in the mentioned directory. Don't know how > to proceed.  Can anybody help with this issue? Ana, did you get anywhere with this? Do you have access to a Linux system maybe that you could use for building the

Re: [USRP-users] The daughterboard manager encountered a recoverable error in init.-USRP2

On 03/09/2018 04:07 AM, Anouar Chahbouni via USRP-users wrote: > Hello, > > > I am using the USRP2/N-Series and trying to receive a simply signal with > Gnuradio. > I have this error but I don't know how to resolve it. Which daughterboard are you connecting to your USRP? -- M _

Re: [USRP-users] Synchronization between two USRPs and processing latency between USRP and host PC

On 03/07/2018 06:51 PM, Inkyu Bang via USRP-users wrote: > Hi, I am inkyu. > I am interested in synchronizing two USRP (each of them connected to a > different laptop) using pre-defined signals. > > Let's we have USRP A and B. > We want to send the signal from USRP A and B which should arrive the

Re: [USRP-users] Problem of Octoclock

On 03/09/2018 10:30 AM, 賴明煊 via USRP-users wrote: > Hi > > Here is the situation of my Octoclock-G. > When I connect the power cable to it, four LEDs of "INTERNAL", > "EXTERNAL", "STATUS" and "POWER" lit for about 5 seconds and then only > "POWER" remains on , others become off. It seems there is

Re: [USRP-users] Getting different rate Rx streams working on a B210

On 03/16/2018 11:49 AM, Reinhold Frederick William Hollender via USRP-users wrote: > I just wanted to share my experience getting two Rx streams at different > rates working with the B210 in case someone else tries to do the same > thing in the future. > > The only other resource I found on this >

Re: [USRP-users] big uhd.log

On 04/09/2018 07:35 AM, Matis Alun via USRP-users wrote: > Hi everybody, > > I saw that a /tmp/uhd.log is created when running a sampling program and it > is becoming > very large > if the program runs during a long time. > How can we disable the logging messages ? > > I tried to set the environ

Re: [USRP-users] N310 why 2 front ends now

On 04/10/2018 09:14 AM, Rob Kossler via USRP-users wrote: > Hi, > Within the last couple of weeks, the N310 tree went from having 1 front > end to 2 front ends per daughterboard (A,B,C, or D).  What is the reason > for this?  Why would the user want to choose subdev spec "A0" as opposed > to "A1" a

Re: [USRP-users] N310 why 2 front ends now

On 04/10/2018 04:27 PM, Martin Braun wrote: > On 04/10/2018 09:14 AM, Rob Kossler via USRP-users wrote: >> Hi, >> Within the last couple of weeks, the N310 tree went from having 1 front >> end to 2 front ends per daughterboard (A,B,C, or D).  What is the reason >> for this?  Why would the user want

Re: [USRP-users] big uhd.log

On 04/09/2018 02:48 PM, Matis Alun via USRP-users wrote: > > Le 09/04/2018 à 23:20, Martin Braun via USRP-users a écrit : >> On 04/09/2018 07:35 AM, Matis Alun via USRP-users wrote: >>> Hi everybody, >>> >>> I saw that a /tmp/uhd.log is created when ru

Re: [USRP-users] boost 1.67.0 compatibility issues with GR and UHD

On 04/16/2018 10:09 AM, Michael Dickens via USRP-users wrote: > Boost 1.67.0 was released over the weekend, and there are > incompatibilities introduced by it for both GNU Radio and UHD -- both > release and current GIT master of each. Volk latest release as well > as current GIT master both seem t

Re: [USRP-users] Suppressing output at runtime

On 04/19/2018 10:39 AM, Marcus D. Leech via USRP-users wrote: > On 04/19/2018 01:37 PM, Yichao Yu wrote: >> The page still doesn't mention fastpath message though and I though >> there was a previous email on this list that mentions such control was >> possible when the new logging system was just

Re: [USRP-users] Suppressing output at runtime

On 04/19/2018 10:39 AM, Marcus D. Leech via USRP-users wrote: > On 04/19/2018 01:37 PM, Yichao Yu wrote: >> The page still doesn't mention fastpath message though and I though >> there was a previous email on this list that mentions such control was >> possible when the new logging system was just

Re: [USRP-users] Suppressing output at runtime

On 04/19/2018 10:53 AM, Yichao Yu wrote: > On Thu, Apr 19, 2018 at 1:42 PM, Martin Braun via USRP-users > wrote: >> On 04/19/2018 10:39 AM, Marcus D. Leech via USRP-users wrote: >>> On 04/19/2018 01:37 PM, Yichao Yu wrote: >>>> The page still doesn't mentio

Re: [USRP-users] Suppressing output at runtime

On 04/19/2018 10:59 AM, Yichao Yu wrote: > Ah, and I finally find that email I was referring to again, > > http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-April/024653.html > > which mentioned that > >> - Main reason for customers registering custom message handlers was to >> tu

Re: [USRP-users] Problem using RFNoC to make an X310 HG build with Vivado HLS after successfully making XG builds

On 04/19/2018 01:28 PM, John McGinn via USRP-users wrote: > I’m a relative newbie with rfnoc to build X310 loads so I may have > missed something, but if so, I can’t find what it is. > >   > > After successfully making many HG builds (one 1GbE link, one 10GbE > link),  I reached a point where I n

Re: [USRP-users] E310 default build of uhd-fpga/rfnoc-devel placer fails

EJ is correct, and we've applied his patch that reduces the usage. However, we've discovered a separate issue on current rfnoc-devel, which we're currently investigating, and recommend everyone to simply locally edit the local version of rfnoc_ce_auto_inst. Thanks, Martin On 04/19/2018 08:07 AM,

Re: [USRP-users] BRAM usage of the X300/X310 design

On 04/19/2018 07:35 AM, Nives Novković via USRP-users wrote: > I can see by the official numbers that the default Ettus FPGA design on > X310 takes about 50% BRAM and on X300 about 90%. I would like to make my > own design for Ettus but use only ADC and Ethernet cores from the > default design. Doe

Re: [USRP-users] Updated BSP for e3xx

On 04/16/2018 09:25 PM, Kurt Kiefer via USRP-users wrote: > The last release of the BSP and firmware for e3xx devices is either back at > fido, which was over two years ago, or jethro a year ago (though it's still > listed as "beta" on files.ettus.com). This age makes it increasingly > difficult

Re: [USRP-users] big uhd.log

On 04/11/2018 12:48 AM, Matis Alun via USRP-users wrote: >> How did you install UHD? >> >> -- M > I installed UHD using make install from a fresh download and compilation.(UHD > 3.010.003) Ah, you're on 3.10. That's a different story. I checked the code, and you're correct that there's no way to

Re: [USRP-users] UHD rfnoc-devel version

On 04/06/2018 09:23 AM, Mark Luscombe via USRP-users wrote: > Hi, > >   > > The rfnoc-devel branch has now been updated to include fixes and > requires Vivado 2017.4. I’ve always created the development environment > with PyBOMBS and it seems as though this always pulls the latest version > of UH

Re: [USRP-users] customize processing of U and L messages

On 04/03/2018 01:23 AM, Nicolas Cuervo via USRP-users wrote: > Hello Cedric, > > This information is listed in the manual for error/problem > troubleshooting) [1] > > The "D" is a dropped packet on reception, and shows up as an indication > of a sequence error caused by an overflow on networked d

Re: [USRP-users] Updated rfnoc-devel Branches

On 04/04/2018 06:41 AM, Brian Padalino via USRP-users wrote: > I tried re-building the FPGA and host code for rfnoc-devel last night, > and I received an error about a major compat number being too low in UHD > for the DDC.  I linked it to > commit d588005fd87dd2594adb29dbbdcf948bbb0ab0c1, cherry p

  1   2   3   >