[USRP-users] Matlab/Simulink to USRP in Burst Mode

We have our QAM waveform running successfully using Matlab/Simulink and the X310 USRP. We run with two laptops and two X310 USRPs and we can continuously sends Pings between the two laptops. We get no underruns and everything works fine as long as the data stream is continuous to the USRP (SDRu

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

Hey guys, So it turns out Martin was correct. I needed to install at least the 3.11 firmware update. Unfortunately, it seems that most of the sources only include 3.10 right now, which is why uhd_images_downloader/loader wasn't working. Thanks for all the help guys Thanks, Taylor On Mon,

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

Python2.7-dev is already installed, here is the full cmake print == ➜ build cmake .. -- -- Configuring the python interpreter... -- Python interpreter: /usr/bin/python -- Override with: -DPYTHON_EXECUTABLE= fatal: Not a git repository (or any of the parent directories): .git -- Could not

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

Well Done! > I edited my custom block changing one of my wires from 'delay' to 'delay_val' > I have no idea if/why this would cause an issue, but my reasoning behind it might be that the compiler is getting confused when mapping the timing constraints. > Please let me know what you think about

Re: [USRP-users] Conversion from fc32 to sc16 (host sample)

>> No luck. I'll look into these: >> https://files.ettus.com/manual/convert__common_8hpp.html And after some code searching you can find how it(one of them) is done here https://github.com/EttusResearch/uhd/blob/maint/host/lib/convert/convert_with_tables.cpp#L87-L92 This is for conversion from

Re: [USRP-users] Conversion from fc32 to sc16 (host sample)

I'm 99% sure it's `(int16_t)(x * 32768)` which is what I found in the source code and I use it to save memory footprint. (Also the uhd library doesn't seem to take advantage of simd) On Wed, Jan 24, 2018 at 7:04 PM, Dario Fertonani via USRP-users wrote: > No

Re: [USRP-users] Conversion from fc32 to sc16 (host sample)

No luck. I'll look into these: https://files.ettus.com/manual/convert__common_8hpp.html On Wed, Jan 24, 2018 at 2:58 PM, Jeff Long via USRP-users < usrp-users@lists.ettus.com> wrote: > Try (int16_t) round( x * 32767 ) > > On Wed, Jan 24, 2018 at 5:01 PM, Dario Fertonani via USRP-users < >

Re: [USRP-users] Conversion from fc32 to sc16 (host sample)

Try (int16_t) round( x * 32767 ) On Wed, Jan 24, 2018 at 5:01 PM, Dario Fertonani via USRP-users < usrp-users@lists.ettus.com> wrote: > Any pointer to a C/C++ function (maybe in the UHD source code, or a doc) > that converts IQ samples from format fc32 to sc16? I'm referring to "CPU > sample

[USRP-users] Conversion from fc32 to sc16 (host sample)

Any pointer to a C/C++ function (maybe in the UHD source code, or a doc) that converts IQ samples from format fc32 to sc16? I'm referring to "CPU sample format", not "wire sample format". For C++ UHD, I know fc32 is complex< float > and sc16 is complex< int16_t >. I'm tempted to assume that each

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

Adam, In the rfnoc_ce_auto_inst.v you posted, it looks like the NUM_CE (6) does not match your actual number of CEs (2): ``` localparam NUM_CE = 6; // Must be no more than 14 (2 ports taken by radio core & PS-PL DMA). wire [NUM_CE*64-1:0] ce_flat_o_tdata, ce_flat_i_tdata; wire [63:0]

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

Hi Martin, Thanks for the update, we have done the same for similar reasons... A couple of quick followups: Are you considering supporting MSVC 2017 "soon"? Do you guys ever consider officially supporting the intel compiler? Thanks, > On January 23, 2018 at 5:20 PM Martin Braun via

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

Hi again EJ and Martin, With the fresh install, I am still receiving the same error with a few extra error lines now. The error is shown below. root@ettus-e3xx-sg1:~/localinstall/usr/share/uhd/images# uhd_usrp_probe --args="fpga=usrp_e310_fpga_RFNOC.bit"[INFO] [UHDlinux; GNU C++ version

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

thank you, It works and it can give me 2 signals, but central frequency of them is not exact. I think I must change tune_requset_t tune_request of them and I should set same rf_freq for them and change policy of them to manual On Tue, Jan 23, 2018 at 9:53 PM, Martin Braun via USRP-users <

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

Hi Adam, Please copy/paste your rfnoc_ce_auto_inst.v In my experience, these errors are usually due to something wrong in this file. Probably causes are that NUM_CE != the actual number of CEs. Or that when you added a new CE, you didn't increment the index of the wires, so two blocks are on the

Re: [USRP-users] 2 B210 synchronous problem

 dniu 23.01.2018 o 19:11, Martin Braun via USRP-users pisze: > 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