Re: [USRP-users] [Discuss-gnuradio] Regarding Tempest implementation in GNURadio.

2018-03-08 Thread Derek Kozel via USRP-users
Hello Kushagra, I can't. I've never looked into the details of digital video signals and so I would be starting where you are. As I said, I would start by trying to run the existing code and getting it working. From there you can research online for information about the video signals inside your

[USRP-users] Incompatible firmware version with X300 after running 'uhd_image_loader'

2018-03-08 Thread Eino Virtanen via USRP-users
​​I ran '[..]/uhd_image_loader --args="type=x300,addr=192. 168.30.2,second_addr=192.168.40.2,fpga=XG"' and now '[..]/uhd_usrp_probe --args="type=x300,addr=192. 168.30.2,second_addr=192.168.40.2"' prints the following: '[INFO] [UHD] linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-16); Boo

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

2018-03-08 Thread Inkyu Bang via USRP-users
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 destination receiver at the same time. We think of using pre-defined

[USRP-users] B200 Mini Overflow

2018-03-08 Thread Brandon Piner via USRP-users
To whom it may concern I have been implementing a transmitter and receiver application using the B200 mini with UHD-3.9.7. The transmitter seems to be working well. The strange behavior seems to be happening when I try using the receiver. 1. The predominant issue I am having is that I keep ge

Re: [USRP-users] B200 Mini Overflow

2018-03-08 Thread Marcus D. Leech via USRP-users
On 03/08/2018 08:33 AM, Brandon Piner via USRP-users wrote: To whom it may concern I have been implementing a transmitter and receiver application using the B200 mini with UHD-3.9.7. The transmitter seems to be working well. The strange behavior seems to be happening when I try using the rece

Re: [USRP-users] Incompatible firmware version with X300 after running 'uhd_image_loader'

2018-03-08 Thread Marcus D. Leech via USRP-users
On 03/08/2018 03:57 AM, Eino Virtanen via USRP-users wrote: ​ ​I ran '[..]/uhd_image_loader --args="type=x300,addr=192.168.30.2,second_addr=192.168.40.2,fpga=XG"' and now '[..]/uhd_usrp_probe --args="type=x300,addr=192.168.30.2,second_addr=192.168.40.2"' prints the following: '[INFO] [UH

Re: [USRP-users] OFDM TX/RX BER Calculator

2018-03-08 Thread Michael Dickens via USRP-users
Hi Sarah - Glad you're heading down a positive path. The header data is removed from the raw data being decoded, but added as meta-data on the stream. This meta-data is optionally printed out by GR OFDM and/or various Qt displays. Once the header has been verified (via CRC8), it is no longer part

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

2018-03-08 Thread Dario Fertonani via USRP-users
Hi Martin, Our code doesn't compile on Ubuntu 16.04 with UHD 3.11 from PPA (UHD 3.10.x works well). This is on "amd64" ark, with g++ that dies out with a missing header (copied below) fatal error: uhd/utils/msg.hpp: No such file or directory I can probably fix the headers with some trial and er

Re: [USRP-users] GRC + RFNoC + Radio Loopback

2018-03-08 Thread Kei Nguyen via USRP-users
Hello, is this problem resolved? I am facing the same issue in the last email. Also, I tried to receive the relay signal with another usrp but it doesn't receive anything in my transmit frequency. Hai ___ USRP-users mailing list USRP-users@lists.ettus.co

[USRP-users] FPGA and Firmware Development Platform

2018-03-08 Thread Zhongyuan Zhao via USRP-users
Hi, I wanna customize the USRP FPGA code on X310/N310. I found out that FPGA code is structured as a softcore ZPU controlling peripherals. The FPGA code can be developed on ISE and Vivado, and the firmware of ZPU can be compiled via ZPUGCC. But this seems to be insufficient for development, espec

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

2018-03-08 Thread Derek Kozel via USRP-users
Hello Zhongyuan Zhao, Doing FPGA development on the X310 almost never requires interacting with the ZPU. The ZPU is used with the UHD driver to provide underlying system support. The recommended way to add DSP operations to the FPGA is to construct or modify RFNoC blocks. I'd recommend reading the

[USRP-users] TwinRx Channel Alignment

2018-03-08 Thread Andrew Thommesen via USRP-users
Hi all, I have an x310 with a twinRx and would like to process coherent, time aligned data within the FPGA. However, the data is not currently time aligned and there is an offset of ~400 samples between the two channels. The RFNoC radio block is configured to receive data on both channels, wi

Re: [USRP-users] B210 - How much input power can its TX chains endure?

2018-03-08 Thread Brais Ares via USRP-users
​Thank you for your quick answers, Nate and Marcus. If we accidentally end up burning down one of our B210 we will let you know where the empirical upper bound is at :) ​Cheers, Brais. 2018-03-08 3:28 GMT+01:00 Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com>: > On 03/07/2018 06:29

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

2018-03-08 Thread Zhongyuan Zhao via USRP-users
Hi Derek, Thank you for referring to the RFNoC. I think it covers most DSP operations. However, the things I want to add is not DSP operation but eCPRI. Do you have any future plan to support eCPRI? eCPRI is basically formatted messages over standard Ethernet. Therefore, I am thinking of customiz

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

2018-03-08 Thread Martin Braun via USRP-users
On 03/08/2018 09:56 AM, Dario Fertonani wrote: > Hi Martin, > > Our code doesn't compile on Ubuntu 16.04 with UHD 3.11 from PPA (UHD > 3.10.x works well). This is on "amd64" ark, with g++ that dies out with > a missing header (copied below) > > fatal error: uhd/utils/msg.hpp: No such file or

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

2018-03-08 Thread Martin Braun via USRP-users
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] FPGA and Firmware Development Platform

2018-03-08 Thread Zhongyuan Zhao via USRP-users
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 you have any articles or videos for handling that at both RFNoC side and Host s

Re: [USRP-users] TwinRx Channel Alignment

2018-03-08 Thread Derek Kozel via USRP-users
Hello Andrew, Are you starting the streaming with timed commands? Regards, Derek On Mar 8, 2018 7:32 PM, "Andrew Thommesen via USRP-users" < usrp-users@lists.ettus.com> wrote: Hi all, I have an x310 with a twinRx and would like to process coherent, time aligned data within the FPGA. However,

Re: [USRP-users] TwinRx Channel Alignment

2018-03-08 Thread Andrew Thommesen via USRP-users
No, how do you do that? Sent from Outlook From: Derek Kozel Sent: 08 March 2018 20:58:38 To: Andrew Thommesen Cc: usrp-users Subject: Re: [USRP-users] TwinRx Channel Alignment Hello Andrew, Are you starting the streaming with timed com

Re: [USRP-users] TwinRx Channel Alignment

2018-03-08 Thread Derek Kozel via USRP-users
The stream command object has a field for a time spec of when to start streaming and a boolean flag for whether to make use of that time spec. http://files.ettus.com/manual/structuhd_1_1stream__cmd__t.html Here we can see it used in an rx example. https://github.com/EttusResearch/uhd/blob/maint/ho

Re: [USRP-users] Multi N200 issues

2018-03-08 Thread Keith k via USRP-users
Hey all Just wondering if anyone had a chance to look at this for me. I'd appreciate it immensely! Thank you. On Fri, Mar 2, 2018 at 3:37 PM, Keith k wrote: > Hello all > > I'm working on a project to use 16 N200s in a multi USRP configuration for > a radar project. They are synchronized using

Re: [USRP-users] Multi N200 issues

2018-03-08 Thread Nate Temple via USRP-users
Hi Keith, Can you please give UHD 3.9.7 or the 3.9-LTS branch of a try with your setup? What kind of CPU does your host have? What is the load profile while your application is running? Regards, Nate Temple On Thu, Mar 8, 2018 at 1:55 PM, Keith k via USRP-users < usrp-users@lists.ettus.com> wro

Re: [USRP-users] TwinRx Channel Alignment

2018-03-08 Thread Zhongyuan Zhao via USRP-users
Hi Derek, I have two questions about the rx timed samples example, 1. is there python version for timed command? 2. Is the time stamp from the clock on USRP or on the host? Thanks Zhongyuan Zhao PhD Candidate, Department of Computer Science & Engineering, University of Nebraska-Lincoln Office H

Re: [USRP-users] TwinRx Channel Alignment

2018-03-08 Thread Derek Kozel via USRP-users
Hello, The same commands are available in the GNU Radio environment and I believe are exposed in the pre-release Python API branch. The FPGA radio blocks contain a timekeeper which is a counter which increments at the same rate as the master_clock_rate which is the effective ADC/DAC sample rate.

Re: [USRP-users] TwinRx Channel Alignment

2018-03-08 Thread Zhongyuan Zhao via USRP-users
Hi Derek, If USRPs A & B clocked by an Octoclock, are connected to the same host, I want calibrate the counter values from USRPs A and B. How can I do it? Is this function supported by UHD? If not, could I update the counter values in the FPGA Radio blocks? or I can only keep an calibration table

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

2018-03-08 Thread Dario Fertonani via USRP-users
Thank you Martin, logging is fixed now. However, something must have changes in the rx_streamer behavior. Basic receive code that has compiled/worked since the 3.9.x days no longer works. This is for B210 under Ubuntu 16.04, g++ 5.4, UHD fro 3.11 from PPA. The receiver works the first time after B

Re: [USRP-users] E312 Loopback Path Delay Changes when FPGA image is reloaded

2018-03-08 Thread Samuel Prager via USRP-users
Still looking for more info on this problem. I have the exact same RfNoC block/software program running on an X300 and see no such jumps or otherwise unexpected behavior. I have attempted to isolate this issue on the E312 by creating the device3 with the “no_reload_fpga” flag. (Appropriate imag

Re: [USRP-users] E312 Loopback Path Delay Changes when FPGA image is reloaded

2018-03-08 Thread Marcus D. Leech via USRP-users
On 03/09/2018 12:11 AM, Samuel Prager via USRP-users wrote: Still looking for more info on this problem. I have the exact same RfNoC block/software program running on an X300 and see no such jumps or otherwise unexpected behavior. I have attempted to isolate this issue on the E312 by creating