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 every 1s/32000; GNU Radio is buffer-based, meaning that throttle gets a block of e.g. 4096 input items, passes them, and then waits 4096/32000 until it looks for new input. Best regards, Marcus On 19.07.2016 20:32, Ed Coleman wrote: > 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 function but, from what I have read, it > appears that is not appropriate for such a fast update rate. Any > suggestions would be appreciated. > > Inline image 1 > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
