Hi Tellrell - So I'm not sure about the non-sim error / issue, but to me
the larger question is: what are you really trying to do? If you're
trying to detect energy via converting an FFT vector output to dB and
thresholding, on a specific number of items per FFT, then why not just
use vectors throughout to guarantee the # of items is as desired? The
FFT block is, of course, vectorized; so is the "complex to ||^2" block
(or, rather it can be; you're not currently using it in this manner).
Then, you set the energy detector to take in 1 vector of length N (same-
same as the FFT and ||^2) & you're good to go. Maybe I'm missing
something? Hope this is useful. - MLD
On Sun, Feb 11, 2018, at 9:00 PM, Tellrell White wrote:
> I've created a customized block that takes in a number of input items
> and once that number of input items surpasses a certain number, 1024
> of the input items are taken and stored into a list, and then those
> items are converted to dB and lastly compared to a threshold value. If
> any of the values are greater than the threshold value, a message is
> printed indicating a signal is present, and if none of the values are
> greater than the threshold, this is indicated with a message stating
> "No signal is present". I've tested the block in both simulation and
> currently, I'm testing the block over the air using the N210. The
> block performed correctly in simulation, however, over the air, the
> block gives a response of "no signal present" regardless of the input.
> The error message " python: Fatal IO error 11 (Resource temporarily
> unavailable) on X server :0.0> also printed during runtime. Any suggestions 
> are welcome. Both the
> simulation flow graph and the flow graph used over the air are
> attached.
Discuss-gnuradio mailing list

Reply via email to