(i.e. not for usage within the same flow graph), and ideally with the
> unserialized universal container that comes with such a format. Stay
> tuned. However, not happening in 3.8 or anything before.
>
> Best regards,
> Marcus
>
> On Thu, 2019-02-28 at 14:48 -0500, Brad Hein wrote:
&g
uess is that other specialized-framework environments have the same
>>> issue. Fortunately, most people here are helpful regardless.
>>> But it shouldn't be a growing *expectation*, IMHO.
>>>
>>>
>>>
>>> On Thu, May 9, 2019, 20:46 Nick Fo
Great suggestion thank you! This also gives me new topics to read up on as
I am still a VLF amateur.
[Sent from mobile device]
On Wed, May 15, 2019, 1:20 PM John Coppens On Thu, 2 May 2019 16:22:24 -0400
> Brad Hein wrote:
>
> > I took a Raspberry Pi and attached a 48KHz US
les should
>> probably all be declared in the header as class member variables.
>>
>> On Thu, May 9, 2019 at 11:43 AM Brad Hein wrote:
>>
>>> I'm running into a strange issue with a new flow graph [1] I'm working
>>> on that uses a custom C++ blo
I'm running into a strange issue with a new flow graph [1] I'm working on
that uses a custom C++ block [2] that I built. The block takes input
samples, performs some DSP, and outputs modified samples at the same sample
rate.
When the flowgraph has a single instance of my custom block enabled, it
pi so that will also improve things...
>
>
>
> --Albin
>
>
>
> On Wed, May 8, 2019, 06:06 Brad Hein wrote:
>
>>
>>
>>
>> On Tue, May 7, 2019 at 4:19 PM Marcus D. Leech
>> wrote:
>>
>>> On 05/07/2019 04:05 PM, Ben Hilburn wro
On Tue, May 7, 2019 at 4:19 PM Marcus D. Leech
wrote:
> On 05/07/2019 04:05 PM, Ben Hilburn wrote:
>
> Hey Brad - just checking in! This is an interesting experiment, and I
> would love to hear how it went!
>
> Big thanks to Kevin and JMF for providing very helpful guidance, here, too
> =)
>
>
ear how it went!
>
> Big thanks to Kevin and JMF for providing very helpful guidance, here, too
> =)
>
> Cheers,
> Ben
>
> On Thu, May 2, 2019 at 7:12 PM Kevin Reid wrote:
>
>> On Thu, May 2, 2019 at 1:22 PM Brad Hein wrote:
>>
>>> I took a Raspberry
I took a Raspberry Pi and attached a 48KHz USB sound card, with a big
magnetic loop antenna fed into the mic. A little cheesy? yes! But I'd like
to try and see if I can receive VLF. It's in a remote location with little
to no interference so I'm thinking my chances should be good. The challenge
h such a format. Stay
> tuned. However, not happening in 3.8 or anything before.
>
> Best regards,
> Marcus
>
> On Thu, 2019-02-28 at 14:48 -0500, Brad Hein wrote:
> >
> > In my gnuradio test application I’m attempting to pass a JSON formatted
> string from my
In my gnuradio test application I’m attempting to pass a JSON formatted
string from my C++ custom block, to my python flow graph containing the
block.
The String message are being received by my python flow graph, but there’s
a memory leak. Over time, my flowgraph RSS (memory footprint) grows
I see a lot of inputs to the sound card sink in the flowgraph.. could the
signal be getting mixed with itself among the many inputs to the card and
causing new frequency components as it gets mixed? Can you try sending the
flow graph signal to just one sink input at a time (perhaps using a
eg. https://github.com/ckuethe/gr-nmea/blob/master/python/
>> nmea_gpsd.py
>> Now you need to show gnuradio-companion how to use it, eg.
>> https://github.com/ckuethe/gr-nmea/blob/master/grc/gps_nmea_gpsd.xml
>>
>> On Sun, May 27, 2018 at 6:16 AM Brad Hein wrote:
&g
For some reason my custom block won't show up in gnuradio on my mac (but
works fine on my Linux servers). I've tried various things over the past
few weeks. Not making much progress so posting here to get some
suggestions.
OS: OSX/Mac High Sierra.
gnuradio is installed with Macports, Version
Just a follow up to some of the issues I reported recently with the Socket
PDU blocks.. Switching to ZeroMQ (ZMQ) based source and sink blocks for
flowgraph-to-flowgraph communications has eliminated all of the issues I
was encountering. Thanks to those who suggested trying zmq.
ingle, isolated header file, so
> you can just download it from github and add it.
>
> Best regards,
> Marcus
>
> On Wed, 2018-05-09 at 12:00 -0400, Brad Hein wrote:
> >
> > I'm unable to get the gnuradio cmake process to recognize that I have
> zeromq installed.
what is necessary to
> know how build a correctly working kernel and base system. The meta-
> raspberrypi thing is essentially the base system, atop of which you can
> add packages (such as GNU Radio) to be compiled exactly for your
> hardware.
>
> Best regards,
> Marcus
>
>
I'm unable to get the gnuradio cmake process to recognize that I have
zeromq installed. Every time I run cmake it ends up with gr-zeromq
disabled. I tried installing zeromq and zeromq-devel version 4 (yum install
zeromq zeromq-dev) but that didn't help. I also tried uninstalling the
default
I don't follow... but I look forward to reading your blog post when it is
available.
On Tue, May 8, 2018 at 6:37 PM, Philip Balister <phi...@balister.org> wrote:
> On 05/08/2018 04:13 PM, Brad Hein wrote:
> > Hi Philip,
> >
> > How do I go a out trying an alternative
Trying to get the socket PDU blocks to send and receive a stream of data is
proving to be a significant challenge. I miss the simplicity and
reliability of the TCP server and client blocks - they always "just worked"
for me. I don't understand why they were deprecated only to leave us with
these
al Pi, which has no neon support. The
> volk code didn't handle this gracefully until recently.
>
> That said, The Pi 3 does support neon and better. For the Pi-3, I'd use
> something built to take advantage of the better processor.
>
> Philip
>
>
> On 05/08/2018 11:08 AM,
On a new Raspberry Pi 3, running Raspbian, all apt-get package updates
loaded, I'm encountering an error compiling gnuradio (branch: master). I
made one modification from the default source code, and that is the neonasm
patch to fix a different compile error with a missing instruction on the
Pi.
t; >
> > Sorry that I missed your mail for so long!
> > So, I'm pretty certain I've fixed a potential race condition when
> > accessing the data vector in vector sink lately:
> >
> > https://github.com/gnuradio/gnuradio/pull/1445
> >
> > But that should
, barring great undiscovered bugs, the delay involved shouldn't
> have anything to do with the data, and the error pretty certainly has
> something to do with invalid input data.
> Are you sure the data is always the same?
>
> Best regards,
> Marcus
>
> On Thu, 2018-04-1
The Vector Sink is coming in very handy for some experimentation I'm doing.
I'm analyzing the output of an FFT block which terminates into a float
vector sink. every few seconds from a thread which then calls reset() to
clear the contents in preparation for another read. This seems problematic
as
error:
thread[thread-per-block[22]: ]: Error in function
boost::math::round(f): Value nan can not be represented in the target
integer type.
I have a flow graph that's connecting to a remote host on a TCP port using
the socket PDU. The flow graph is relatively simple and outputs a
derivative of
A few final clarifying questions, inline below:
On Sun, Mar 18, 2018 at 8:35 PM, Maximilian Stiefel <
stiefel.maximil...@online.de> wrote:
> Hi Brad,
>
> > Taking a step back, maybe the mirroring is a product of the method I'm
> > using to interpret the output of the FFT.
>
> I really do not
e the
> non-hermitian FFT is already very optimized, and leaving out the
> results stage doesn't simply go and half the effort) – the main
> advantage would, in practice, probably be reduced memory bandwidth.
>
> But: audio sample rates on modern CPUs with FFTs of benign length
Frequency domain output of the FFT block seems to be mirrored when using
floating point data type. I recall that when using complex numbers this
mirroring doesn't occur. The input I'm working with is 48khz sound from a
wav file. I understand this mirroring is a characteristic of the Fourier
...@gmail.com
To: Brad Hein k1...@comcast.net
Cc: Martin Braun martin.br...@ettus.com, discuss-gnuradio@gnu.org
Sent: Friday, October 17, 2014 1:50:31 AM
Subject: Re: [Discuss-gnuradio] help accessing fft bins in python script
Sometimes when I want to grab samples and perform some periodic operation
of the
function probe. There are other ways, that's the one I personally
find most convenient. But there are message
queues and sundry other methods as well.
On 2014-10-16 13:36, Brad Hein wrote:
Using qa_fft.py for inspiration[1], I'm trying to feed a raw capture
file
Hello all -
I wanted to share my notes for installing gnuradio in Fedora 14. There
were a few snags at first but with help from the friendly folks on
discuss-gnuradio, I was able to push through and compile gnuradio and
gnuradio-companion in Fedora 14! Note that Installing gnuradio/grc
with yum
On Sat, Jan 1, 2011 at 9:12 AM, ikjtel ikj12...@yahoo.com wrote:
Anybody else had any success in tapping the IQ in a receiver
and feeding that into GNURadio?
Yes - haven't gotten into the 9-10 MHz range IF's, but I have built
converters for 455 KHz IF's - overall they work quite well
I'm looking for a way to tap into the unmodulated signal in my ICOM 706
MKIIG (I don't have a SDR BUT I do have a sound card, and lots of ham
equipment :) ).
Referring to the product service manual[1], I have found the product
detector signal before it reaches the AF stages.
Also it appears
On Thu, Dec 30, 2010 at 10:26 AM, Tom Rondeau trondeau1...@gmail.comwrote:
On Wed, Dec 29, 2010 at 10:57 PM, Brad Hein linuxb...@gmail.com wrote:
I'm endeavouring to get gnuradio+grc working in Fedora 14 on my i386
computers. I've tried two now, and I'm plagued with the same problems
On Thu, Dec 30, 2010 at 11:12 AM, Brad Hein linuxb...@gmail.com wrote:
On Thu, Dec 30, 2010 at 10:26 AM, Tom Rondeau trondeau1...@gmail.comwrote:
On Wed, Dec 29, 2010 at 10:57 PM, Brad Hein linuxb...@gmail.com wrote:
I'm endeavouring to get gnuradio+grc working in Fedora 14 on my i386
On Thu, Dec 30, 2010 at 1:26 PM, Tom Rondeau trondeau1...@gmail.com wrote:
On Thu, Dec 30, 2010 at 12:48 PM, Marcus D. Leech mle...@ripnet.com
wrote:
On 12/30/2010 12:39 PM, George S. Williams wrote:
On 12/30/2010 12:16 PM, Brad Hein wrote:
Unfortunately the compile failed - I ran
On Thu, Dec 30, 2010 at 2:05 PM, Marcus D. Leech mle...@ripnet.com wrote:
On 12/30/2010 01:51 PM, Brad Hein wrote:
Thank you both for your suggestions,
I'll go ahead and carefully follow the instructions on the gnuradio wiki
page FedoraInstall under gnuradio from tarball.
BH
Do
On Thu, Dec 30, 2010 at 4:44 PM, Josh Blum j...@joshknows.com wrote:
[r...@gto ~]# gnuradio-companion
Traceback (most recent call last):
File /usr/local/bin/gnuradio-companion, line 45, in module
%gr.version()
AttributeError: 'module' object has no attribute 'version'
it
I'm endeavouring to get gnuradio+grc working in Fedora 14 on my i386
computers. I've tried two now, and I'm plagued with the same problems - they
just won't execute.
I suspect there's a problem which went undetected, maybe a python file
version mismatch or some other inconsistency. I'm trying
40 matches
Mail list logo