[Discuss-gnuradio] Gnuradio Runtime buffers and latency

Hi all, I have created an OOT block that receives PDUs as input, stores the data in a FIFO buffer and generates a stream as output. Case no data is available at the FIFO, stuffing data is generated. The block (kind of) works as intended, but when it is on the system with no data PDUS being

Re: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs .xml

On Wed, 14 Aug 2019 08:44:31 -0400 "Michael Dickens" wrote: > Hi Jean Pierre & Kyeong - gr-osmosdr does not have an official port to GR3.8 > as of yet. There are 3rd-party ports that might work, such as those from the > issue noted: https://osmocom.org/issues/3855 . See also: > >

[Discuss-gnuradio] OFDM with continuous pilots but bursty data

Hi Alex, you may want to take a look at the OOT module gr-cdma ( https://github.com/anastas/gr-cdma). This system implements a two-channel system with one of the orthogonal channels being continuously transmitting pilots, while the other carries data (in a synchronous/asynchronous way). The Rx is

Re: [Discuss-gnuradio] Possible solution to USRP Packet Dropping

Hi Moses, two observations: 1. If buffering 4 billion items (or bytes, or what ever "buffer size" refers to here) helps, then only because it "smoothens" over the CPU load by storing away seconds to minutes worth of data. If your computer needs that long to catch up, something is too slow. 2.

Re: [Discuss-gnuradio] Possible solution to USRP Packet Dropping

Hi Moses, Depending upon what you're doing, you could use a sc16 data type instead of fc32. You can change this in the UHD USRP Source block, and will cut your data rate in half. Also, make sure you've done the few things outlined in this app note:

Re: [Discuss-gnuradio] Possible solution to USRP Packet Dropping

On 08/14/2019 01:14 PM, Moses Browne Mwakyanjala wrote: Hello everyone, I'm experiencing packet dropping when I operate the USRP X310 (1GBe, 1472 bytes buffer) at high sample rates (around 20 MSamples/Second). This severely limits the nominal bit rate I was hoping for. Over a year ago, I

[Discuss-gnuradio] Possible solution to USRP Packet Dropping

Hello everyone, I'm experiencing packet dropping when I operate the USRP X310 (1GBe, 1472 bytes buffer) at high sample rates (around 20 MSamples/Second). This severely limits the nominal bit rate I was hoping for. Over a year ago, I stumbled upon a presentation [1] where the presenter was able to

Re: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs .xml

Hi Jean Pierre & Kyeong - gr-osmosdr does not have an official port to GR3.8 as of yet. There are 3rd-party ports that might work, such as those from the issue noted: https://osmocom.org/issues/3855 . See also: https://github.com/igorauad/gr-osmosdr/tree/gr3.8

Re: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs .xml

Hello Jean Pierre: You will have to install gr-osmosdr. If your repository does not provide gr-osmosdr for GNU Radio 3.8.0.0, you will have to build it by yourself (installing gr-osmosdr for a wrong version of GNU Radio may cause you troubles). See https://osmocom.org/projects/gr-osmosdr/wiki

Re: [Discuss-gnuradio] Computation of RFNoC Blocks in GRC

Hi Felix, The USRPs use signed complex 16 bit integers internally in the FPGA. These are converted (optionally!) to signed compled 32 bit floating point numbers on the host pc by UHD. The format actually sent over USB/Ethernet is called the Over The Wire format and the format that the user code

[Discuss-gnuradio] GNURadio v3.8.0.0 Blocs .xml

GNURadio v 3.8.0.0 runs on Ubuntu 18.04 LTS. We lost the sources! How to find Osmocom source and Osmocom Sink, as well as Rtlsdr source? Easily. Thank you for the answer Jean Pierre Apprenez à prononcer Provenance : Courrier pour Windows 10