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 Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
