Thanks again for taking the time to answer, Marcus.
My end goal is to interface with external hardware, process the waveforms
contained and produce a 'result' - I have created a gnuradio flow graph to
perform this task. The 'result' will be a unique floating point value at
the sample rate of the
Hi Ed,
to what do you need that number "delivered"? That's the interesting
point here; whether your external code "polls" a function, or expects to
get a message of some sorts, or listens on a socket, or...
Also note that it's not really like there's a constant "trickle" of
random numbers, one ev
Well, there's multiple things you can do; a very easy thing would be to
put your external Python code into a GNU Radio block and let the GNU
Radio scheduler call it as soon as there's a "chunk" of fresh samples.
You could also go for message passing, or zmq inter-process messages. Or
simply take t
Hello Marcus:
Thank you for the quick reply. My initial thought was that the external
code would query the grc block at a rate of 32kHz. I WAS assuming that
there would be a unique value available every 1/32000s. Since this is not
the case, I'm left wondering how best to get all 32000samples p
Considering the simple flow graph attached, a random number is generated at
a sample rate of 32kHz. I’m seeking a method to ‘expose’ the floating
point number to external python code. This code would need to be updated at
every 'tic' of the sample rate. Initially I had considered using the probe
