[Discuss-gnuradio] Bursty transmission in GNURadio 3.7.13.4

Hi, I have been using the bursty transmission (see here ) in GNURadio for USRP transmission for a while. And we have a stable program running on GNURadio 3.7.10.2 with UHD 3.9.7. Recently, we

Re: [Discuss-gnuradio] Installing GNURadio On Raspberry Pi

Building on ARM isn't that horrible. On a BeagleBoard-X15, I can build GNU Radio from source in 2 hours, 12 minutes. That's with 2 GB of RAM and 2 GB of swap on SD card. Ron On 4/24/19 01:05, lists wrote: I built it on a beagle board black, which is not as powerful as a RPI these days. This

Re: [Discuss-gnuradio] question on sample rate and ethernet rate

On 04/24/2019 10:05 PM, Achilleas Anastasopoulos wrote: Hi all, I am trying to figure out what I am doing/thinking wrong in the following example: I have a simple flowgraph with a complex source sending samples to USRP. The sample rate is fs=200e6/32=6.25 Msps which is the parameter that I s

[Discuss-gnuradio] question on sample rate and ethernet rate

Hi all, I am trying to figure out what I am doing/thinking wrong in the following example: I have a simple flowgraph with a complex source sending samples to USRP. The sample rate is fs=200e6/32=6.25 Msps which is the parameter that I set in the USRP. I assume that this parameter will result in

Re: [Discuss-gnuradio] Installing GNURadio On Raspberry Pi

Pete: Sounds like your gnuradio install works fine, but getting the blocks for RTL SDR is an issue. Did you try building gr-osmosdr from source? https://osmocom.org/projects/gr-osmosdr/wiki Another possibility is that gnuradio just can't find the osmo blocks. In that case you would need to move th

Re: [Discuss-gnuradio] Two channel receiver

Hello YENDstudio, Do you actually need a two-channel receiver? Maybe you can get away by using two separate SDRs (possibly synchronized with PPS and 10MHz clock) and a splitter (or two antennas). An another alternative would be adding a custom mixer (and a filter, if needed) between the SDR an

[Discuss-gnuradio] Two channel receiver

Hi, Does anyone know any affordable (not thousands) SDR which can receive two frequencies separately. I want to receive LTE UL and DL channels which can be more than 100 MHz appart. The LO offset in USRP B210 and Limesdr is not enough to cover the two frequencies with a shared frequency synthesize

Re: [Discuss-gnuradio] Half band decimator/interpolator

No problem! Like Marcus says I definitely have to think hard about the implementation and benchmark... But it's an interesting special case. Would be neat with a special block for it that also calculates the coefficients. --Albin On Wed, Apr 24, 2019, 10:39 Derek Kozel wrote: > Oops, accidenta

Re: [Discuss-gnuradio] Half band decimator/interpolator

Oops, accidentally went direct rather than through the list. It would be a good addition to gr-filter to be able to use the CPU operations optimized halfband out of the box. Previous message Hi Albin, The Filter Design Tool will generate Halfband taps that can be loaded into the FI

Re: [Discuss-gnuradio] Installing GNURadio On Raspberry Pi

I built it on a beagle board black, which is not as powerful as a RPI these days. This isn't all that fresh in my memory. I don't recall having to set up VM beyond stock. Slow compilation...well yeah! It might just be me, but the only signal processng I ever found useful on those SBCs was ADSB

Re: [Discuss-gnuradio] Half band decimator/interpolator

Hi Albin, Don't know what Derek suggested, but be aware that our "straight" FIR filter decimators are already polyphase implementations, and use SIMD (through VOLK) heavily (run volk_profile if you want to make maximum use of that advantage); it might be that on paper, the number of operations are

Re: [Discuss-gnuradio] Installing GNURadio On Raspberry Pi

Hi, On Tue, 2019-04-23 at 19:31 -0700, lists wrote: > https://wiki.gnuradio.org/index.php/Download uhhh that wiki page is ... dated. It also doesn't solve the issue of not being able to import gr-osmosdr, which isn't part of GNU Radio itself! Also, clearly *not* the way I'd recommend on a raspbe