LOL!
As my programming skills are poor (at best), I'll leave the driver / Alsa /
Pulse questions to others.
Gary
On 7/4/24 08:57, David Hagood wrote:
Gosh, I love the taste of broiled corvid in the morning...
I think I found the issue - I had a ~/.gnuradio/config.conf file, that was
specify
Okay, runs just fine on my Gnu Radio. Which specific version of Gnu Radio are
you running?
On 7/4/24 08:42, David Hagood wrote:
On 7/4/24 07:11, Gary Schafer wrote:
Perhaps if you shared your flowgraph?
Gary
I've created about the simplest flow graph possible to demonstrate the
I'm also running Gnu Radio 3.10.1.1 under Linux, specifically Linux Mint 21.3. I just ran
a test using a two-input audio sink that was straight connected to a WAV source playing a
stereo song (AC/DC's "You Shook Me All Night Long", as you should clearly hear
Angus Young's guitar riff at the beg
ed building the program up a step at a time.
Those appear to use numpy for all the processing. I don't know if I'll need to
get into scipy for some of the fancier stuff.
Thanks for your help!
John
----
On 4/30/24 21:40, Gary Schafer wrote:
"I do understand the relationships betwee
However, after that time, each update roughly twice per second. Is that
different from what you're seeing?
Gary
On 4/30/24 20:17, John Ackermann N8UR wrote:
On 4/30/24 18:35, Gary Schafer wrote:
"I need data points at convenient intervals for time series plotting, e.g., 512
sample
d by 500
samples/second.
My main question is why the displayed maximum bin value is updating much more
slowly than once per second when FFT size = sample rate. It's more like one
per five seconds. In particular, am I doing something wrong with the stream
and vector conversions around the FFT
It sounds to me as if you're trying to move the signal to the center of a FFT bin so that
you don't have to deal with scalloping loss. Is that correct? If so, I strongly recommend
that you skip all of this resampling and just use a "flattop" window in the
FFT. That will allow you to measure the
around and will look further at 'decimation' which pops
up everywhere in gnr. If I get stuck I reach out.
Thanks again!
Robert
Op zo 10 dec 2023 om 01:00 schreef Gary Schafer mailto:scha...@site2241.net>>:
Okay, now that the wife has her Christmas tree, I have some time
Okay, now that the wife has her Christmas tree, I have some time to look at
your flowgraph.
Already mentioned that your sample rate was incorrect, and that you needed to
shift the frequency of the signal.
Let's start with the sample rate. You understand the basics. That much is
clear. If the
To start, I will give you a major "Well done!" for providing all of the
information necessary to figure out your problem!
Now, let's go through the problems: First problem is that your flowgraph sample rate is
incorrect. The file says "1024", but you've set your sample rate to 2 MSam/s.
Second
Another quick update: I went to the folder "usr/lib/uhd/examples" and ran the
command
./benchmark_rate --args "type=b200" --rx_rate 10e6
I received the following response:
[INFO] [UHD] linux; GNU C++ version 11.2.0; Boost_107400; UHD_4.1.0.5-3
[INFO] [B200] Loading firmware image: /usr/share/u
From: "Marcus D. Leech"
To: discuss-gnuradio@gnu.org
Subject: Re: USRP B200mini Does Not Work in Gnu Radio With Latest
Version of Linux Mint (21.2)
Message-ID:
Content-Type: text/plain; charset=UTF-8; format=flowed
On 25/07/2023 11:20, Sylvain Munaut wrote:
If that's the case, then Min
I just upgraded my system from Linux Mint 21.1 to 21.2. My system is an Intel i7-6700
based desktop with 32 GB of RAM. After loading the OS and going through my usual routine
of loading programs and drivers, I discovered that I cannot use my USRP B200mini. I tried
running a basic Gnu Radio flow
"I can post the block diagrams if someone is interested."
Yes, if you would, please. I'd be interested to see them and understand what it
is you're trying to do.
Thanks!
Hi, Isaac!
My suggestion: Change the "Vector" value in the "Vector Source" block for both
sources to: (1,)*int(1)+(0,)*int(10e6-1)
Then change the repeat to "Yes" in both vector source blocks.
Let us know if this works out for you.
Regards,
Gary
Thangaraj,
The first thought for your "aU" situation is that your sample rates don't match between your USRP and the audio card on your
computer. The "a" part of "aU" means the audio card is not getting enough samples. If you run your Gnu Radio graph, is
there a line above all of the "aU"s that
limit (but I’m still digging!)
For the low pass filter in the Xlating block I’m calling out to firdes:
firdes.low_pass(1, 8e6, 5000, 1700)
On Aug 9, 2021, at 17:05, Gary Schafer wrote:
Several points:
1) Further reading: "Digital Signal Processing" by Steven Smith and
"Un
Kr,
That pulse shaping is *identical* to that for a RDS signal. I'm able to demodulate the
RBDS signal using a RRC filter in a "Polyphase Clock Sync" block. Adjusting the
parameters from the RDS signal to that of your BBC signal (1187.5 Hz bit rate to 25 Hz
bit rate), you'd get the following p
Several points:
1) Further reading: "Digital Signal Processing" by Steven Smith and "Understanding Digital Signal
Processing" by Rick Lyons. Smith makes his book available for download at https://www.dspguide.com/. Lyons has
many of his stuff scattered around "DSPRelated.com" (https://www.dspre
What is the actual hardware connected as the Osmocom source? It might not like the
specific sample rate you're trying to set (384k). I tried your graph with a RTL-SDR and
got the exact, same thing with a 384k sample rate: "mwah mwah mwah". Change
your sample rate to 1.536 MHz (an integer multip
nce to your creating
filters using Python code.
Cheers!
---
Barry Duggan KV4FV
https://github.com/duggabe
P.S. When responding to a thread from Discuss Gnuradio, be sure to include it
as a CC or 'Reply All'.
On 12/3/20 8:22 PM, Gary Schafer wrote:
Hi, Barry! (*waves*)
That's gre
Evening, everyone! Long time listener, first-time caller and all that.
I've been using Gnu Radio Companion for the past, few years. I've been
compiling notes on how to use use it along the way. I've started posting on my
website how GRC works (to the best of my ability, as I'm not a programmer)
22 matches
Mail list logo
