And remember to run volk_profile
On Thu, Dec 17, 2020, 08:03 Albin Stigö wrote:
> Dan,
>
> I can't comment on your particular flowgraph but I can tell you that you
> will get a significant speed-up if you build volk and GNURadio from source
> (and maybe fftw) as this enables all sorts off
Dan,
I can't comment on your particular flowgraph but I can tell you that you
will get a significant speed-up if you build volk and GNURadio from source
(and maybe fftw) as this enables all sorts off optimizations not in the ppa
for compatability reasons.
If you decide to go down this route I
Forgot to Cc: the mailing list for the record:
> You will find at http://jmfriedt.free.fr/projetM1_2020_2.pdf the description
> of our use of the sound card of the Pi4 on slide 4. Prior to running the
> sound card
> with GNU Radio, we tested with the speaker-test application by
> 1/ activating
I run a NBFM monitor 24x7 and it takes up a small fraction of a RPi3
(recording to files). It's likely that you are running across some sort of
rate/buffer problem, so keep trying!
On Wed, Dec 16, 2020 at 6:34 PM Fabien PELLET wrote:
> Hello,
>
> I do not try to run GNUradio over my Pi4 for the
Hello,
I do not try to run GNUradio over my Pi4 for the moment but I encountered the
problem you describe with the audio on a laptop.
I solved it by specifying the name of the audio hardware (aplay -l as far as I
remember in a terminal would help) and by checking the box for the blocking
Has anyone successfully run GNU Radio on a Pi 4? I recently purchased an
RTL-SDR dongle and thought it would be fun to experiment a little with
GNU Radio and learn something about SDR.
A couple of days ago, I fired up GNU Radio, and after having some
trouble figuring out how to get the audio
Got it !
I had to remove ~/.cache/grc_gnuradio/cache.json
Regards, Christophe
On 16/12/2020 18:50, Christophe
Seguinot wrote:
After further investigation I came to the conclusion that my
GRC (version 3.8.2.0) load 3.9 blocks.
After further investigation I came to the conclusion that my GRC
(version 3.8.2.0) load 3.9 blocks. In my flowgraph, QT GUI
frequency sink has a 'Normalized window power' parameter which has
been introduced in GR 3.9.
This leads to the error :
File
We still have the OFDM framework in GNU Radio 3.7, 3.8 and what will be
3.9; You'll find examples in the gr-digital examples folder! (typically,
/usr/share/gnuradio/examples/digital or somewhere similar)
Also, don't forget that *generating* an OFDM signal is really, really
simple with the FFT
Dear community,
Is the ofdm modulator and demodulator block removed from the gnu radio
3.7.0 version? I want to analyse simple ofdm modulated signal in different
frequency and bandwidth using spectrum analyser and usrp. Please help me
with your guidance on this, as a beginner with gnu radio and
I found this closed
issue on gnruradio github. with a solution which solved my
issue.
Meanwhile I don't understand why I got this erroneous
/usr/share/gnuradio/grc/blocks/qtgui_range.block.yml file !
On 16/12/2020 14:35, Christophe
It looks like the device is not properly initialized. Things to make sure:
- You're running UHD 3 on your host. Are you running UHD 3 on your device?
- It's not clear if there is a specific issue with get_num_xbars(), or if
there's a general RPC problem. Does uhd_usrp_probe work?
--M
On Fri, Dec
Hi
I facing a simple issue on my Ubuntu 20.04 gnuradio 3.8.2.0
install on one of my partition
I installed from ppa:gnuradio/gnuradio-releases on two different
partition, both having Ubuntu 20.04 and the same PPA gnuradio
version. Let's call these
Hi Volker
Did you succeeded in porting gr-osmosdr to GR3.9 ? Do you have some
repository for this ?
Regards, Christophe
On 14/09/2020 17:10, Volker Schroer wrote:
Hi Chris,
I started gr-osmosdr some month ago, but I had to interrupt due to other
coding needs.
What gr-osmosdr repository
14 matches
Mail list logo