Re: [USRP-users] How to Compile rx_samples_to_file and Generate an Executable

Altug, If you are using Visual Studio, the easiest thing to do is to create a new C++ Win32 Console project (or whatever project you need). From there you can add code files, write new ones or do whatever you need to do. At this point if the code compiles you will get an executable output. You wi

Re: [USRP-users] Receiver not reporting any data

; Jacob Knoles >> >> >> On Thu, Aug 24, 2017 at 6:15 PM, Marcus D. Leech via USRP-users < >> usrp-users@lists.ettus.com> wrote: >> >>> On 08/24/2017 08:11 PM, Jacob Knoles via USRP-users wrote: >>> >>> Hello, >>> >>>

Re: [USRP-users] Receiver not reporting any data

rough the log10 >>> mathematics. >>> >>> The signal I am inputting however is a simulated BT signal with the peak >>> at -40 dBm and modulated. At the one frequency I am monitoring it results >>> in a square wave. So I expect to see a distinct change in t

[USRP-users] X300 IOError

Hi all, I have been working with the X300 for a while now and just recently started getting UHD this error back: >>> UHD Error: x300 fw communication failure #1 EnvironmentError: IOError: x300 fw poke32 - reply timed out >>> At which point I (obviously) can no longer get any sort of resp

Re: [USRP-users] Running UHD-examples in windows

Hi Mirit, Assuming that by following the Getting started guide you have a copy of GNURadio installed then you need to open a GNURadio Command Prompt, either from start menu or C:\Program Files\GNURadio\bin. >From here you have access to the UHD tools such as uhd_find_devices.exe and uhd_usrp_prob

[USRP-users] X300 Environment (IO) error

Hello all, I have an application that utilizes an X300 radio to play a short burst of pulses. This burst style transmission will be repeated hundreds of times during the lifetime of the application along with several other types of bursts and a brief capture activity. Some of these functions are

[USRP-users] USRP sample rate bound to signal bandwidth

Hello All, I am trying to generate OFDM signals of various bandwidths using the X300 (UBX-160), particularly 20/40/80 and 160 MHz bandwidths. I have used the gnuradio ofdm_tx.grc example file to generate a data file which I then feed into the USRP an monitor on a spectrum analyzer. To quickly not

Re: [USRP-users] USRP sample rate bound to signal bandwidth

d. Thanks!! - Jacob Knoles On Wed, May 9, 2018 at 4:21 PM Ian Buckley via USRP-users < usrp-users@lists.ettus.com> wrote: > > > On May 9, 2018, at 4:07 PM, Marcus D. Leech via USRP-users < > usrp-users@lists.ettus.com> wrote: > > > >

Re: [USRP-users] USRP sample rate bound to signal bandwidth

> > > On Wed, May 9, 2018 at 4:21 PM Ian Buckley via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> >> > On May 9, 2018, at 4:07 PM, Marcus D. Leech via USRP-users < >> usrp-users@lists.ettus.com> wrote: >> > >> > On 05/09/2018 06:53

Re: [USRP-users] USRP sample rate bound to signal bandwidth

Thanks!! >> - >> Jacob Knoles >> >> >> >> On Wed, May 9, 2018 at 4:21 PM Ian Buckley via USRP-users < >> usrp-users@lists.ettus.com> wrote: >> >>> >>> > On May 9, 2018, at 4:07 PM, Marcus D. Leech v

Re: [USRP-users] USRP sample rate bound to signal bandwidth

ing all of the heavy processing prior to >>> tx'ing I don't image this change will create too great of a burden on the >>> CPU. As for reading from the file, I am just creating a small data set >>> which gets loaded into memory and repeated. >>&

[USRP-users] Bad CHDR or packet fragment error

I have a simple TX streamer that uses GNURadio in C++ which loads data from a file into memory followed by a separate flowgraph of vector source to usrp sink that repeats until closed. The problem I am having is that in my code, the log just spits out: "[ERROR] [STREAMER] Error parsing async mess

Re: [USRP-users] Bad CHDR or packet fragment error

USRP-users < usrp-users@lists.ettus.com> wrote: > On 07/09/2018 12:07 PM, Jacob Knoles via USRP-users wrote: > > I have a simple TX streamer that uses GNURadio in C++ which loads data > from a file into memory followed by a separate flowgraph of vector source > to usrp sink that

Re: [USRP-users] Bad CHDR or packet fragment error

> usrp-users@lists.ettus.com> wrote: > >> On 07/09/2018 12:07 PM, Jacob Knoles via USRP-users wrote: >> >> I have a simple TX streamer that uses GNURadio in C++ which loads data >> from a file into memory followed by a separate flowgraph of vector source >

Re: [USRP-users] Bad CHDR or packet fragment error

I've attached the cpp files that I have written for the USRP. Some of the other functions defined in the hpp file are implemented in other files that I have not included as they are not relevant. I can't necessarily speak for what Windows may or may not be doing because "Windows", but for the hous

Re: [USRP-users] Bad CHDR or packet fragment error

At this time we have decided on a slight design change which makes it so that I no longer NEED gnuradio, therefore i am going to build the latest UHD code and rewrite my code using only UHD. Hopefully these errors will go away by doing this. Please let me know if anyone has any further information

[USRP-users] X300 XG Image Broken

Hey all, I have built the latest version of UHD and am trying to load up my X300 but having major issues. I have used the image downloader script to get the latest versions of the FPGA image and the image loader to burn the image successfully. Then when I run uhd_usrp_probe I get to the DDC initia