gnuradio

In gnuradio-companion I'm using the audio source block as my input signal for the next blocks. All works almost fine. The only little problem is that I'm getting the signal from my microphone (this is the normal behavior off course). I would rather like to get the audio signal being played directly without having to go through my speakers, the air from my room and the microphone. All this generates signal losses and adds noise. I know there is the file source block but this isn't a real solution for me. I also know I could just plug a mini-jack cable from the output to the input from my sound

I'm trying to demodulate a signal using GNU Radio Companion. The signal is FSK, with mark and space frequencies at 1200 and 2200 Hz, respectively. The data in the signal text data generated by a device called GeoStamp Audio . The device generates audio of GPS data fed into it in real time, and it can also decode that audio. I have the decoded text version of the audio for reference. I have set up a flow graph in GNU Radio (see below), and it runs without error, but with all the variations I've tried, I still can't get the data. So I have a few questions: 1) The output of the flow graph should

UPDATE Well, it looks like adding PyEval_InitThreads() before the call to PyGILState_Ensure() does the trick. In my haste to figure things out I incorrectly attributed my "hanging" to PyEval_InitThreads(). However, after reading some Python documentation I am wondering if this is the correct solution. It is not safe to call this function when it is unknown which thread (if any) currently has the global interpreter lock. First of all, I am working on some modified GNU Radio code - particularly a modified gr_bin_statistics_f block. Now, there is a bug report (albeit an old one) which pretty much

gnuradio中频信号 sdr设备只能输出的频率范围只能输出采样率宽度的信号。如果要采集超出这个范围的信号，就要调整中频信号。让带宽覆盖要采集的频率。 来源： https://www.cnblogs.com/xuxiao951/p/11326770.html