> We use pkgconfig(gr-iqbal) style BuildRequires in our rpm spec files for
> installation during package builds where we can and are somewhat
> confused as to why you did this.
Because GR 3.8 doesn't use .pc files to determine which path to
include and which libs are needed to build and I don't li
Good morning Marcus, and to the other erudite, frequent contributors to
this e-mail list. I'm far from a subject matter expert on the GNU Radio
Companion (GRC) but consider it to be one of the best examples of a
user-friendly, mouse-driven, object-oriented programming environment.
My hat's of
Dear John,
you mean an external device that can interact with GNU Radio's sample
streams?
Well, I'd say it's not very hard per se – all you need is to write a
driver for that device. That driver needs to have an interface that you
can use to transmit samples from your PC to the device, or get sam
On 1/8/20 7:14 AM, Müller, Marcus (CEL) wrote:
Dear John,
you mean an external device that can interact with GNU Radio's sample
streams?
Well, I'd say it's not very hard per se – all you need is to write a
driver for that device. That driver needs to have an interface that you
can use to transm
I working under Ubntu 18.04 and finally discovered that the issue
was related to the existence of 2 locations for my python3
dist-packages:
/usr/local/lib/python3.6/dist-packages/gnuradio/gr
/usr/local/lib/python3/dist-packages/gnuradio/gr (the latest
Hi John,
If there's already a C++ or Python driver (or one that can be easily
wrapped/called by one of those languages) then the additional code (an
Out Of Tree module) to expose the device into GRC is usually very
straightforward. I've done a few hardware devices now from DC power
supplies up to
On 1/8/20 3:07 AM, Sylvain Munaut wrote:
>> We use pkgconfig(gr-iqbal) style BuildRequires in our rpm spec files for
>> installation during package builds where we can and are somewhat
>> confused as to why you did this.
>
> Because GR 3.8 doesn't use .pc files to determine which path to
> include
Hi Phil,
> >
> > You either need to make and host your own, or download from the
> > github mirror ( https://github.com/osmocom/gr-iqbal/releases )
>
> Standard warning, github is known to regenerate tarballs with
> different contents that lead to sha has mismatches with time making
> it har
Jep; that's why I also upload all GNU Radio release tarballs to github.
Cheers
Marcus
On Wed, 2020-01-08 at 17:59 +0100, Andrej Rode wrote:
> Hi Phil,
>
>
> > > You either need to make and host your own, or download from the
> > > github mirror ( https://github.com/osmocom/gr-iqbal/releases )
Hello All
I'm in the process of trying to figure out a topic for my dissertation and
I figured I would come here since this forum has provided much help for me
throughout the years. I've done research involving spectrum sensing,
physical layer security and I'm currently looking into lpi/lpd
communi
Hello Mailing List,
Happy New Year!
I've been playing around with this (
http://aaronscher.com/GNU_Radio_Companion_Collection/Audio_Modem_loop_back_test_FSK.html)
FSK audio modem and have a few issues/questions.
1) Is the PFB block the way to go for FSK timing recovery? I have issues
where if I
Hi community! First, thanks for dedicating time to help me
I have a problem with using an *IIR filter* in my OOT module, which cannot
solve
I get different outputs using the
a)IIR_filter in grc and
b)using the filter as a block in my OOT module.
A
nd the outputs I get with b) are wrong.
Any adv
Forgot to say that I get the same values when I pass samples one by one
from my OOT block to the filter (instead of passing them in vectors of 8
samples)
On Wed, Jan 8, 2020 at 2:24 PM Laura Arjona wrote:
> Hi community! First, thanks for dedicating time to help me
>
> I have a problem with usin
13 matches
Mail list logo
