我试着用GNU无线电伴奏来解调信号。信号为FSK (频移键控),标记频率和空间频率分别为1200 Hz和2200 Hz.
由名为GeoStamp音频的设备生成的信号文本数据中的数据。该装置实时生成GPS数据的音频,并可对该音频进行解码。我有解码的文本版本的音频作为参考。
我已经在GNU无线电中设置了一个流图(见下文),它运行时没有错误,但是经过我尝试过的所有变体,我仍然无法获得数据。

这是wav音频文件在解调前的FFT图:

这是解调后的范围接收器(可能看起来很有希望?)的结果:

更新(2016年8月2日):我仍然在处理这个问题(偶尔),不幸的是仍然无法检索数据。结果是一个看起来很有前途的1和0的字符串,但是什么都听不懂.
如果有人有关于计算多相时钟同步或时钟恢复MM块上的设置的建议,或者在Quad Demod块上的增益,我将非常感谢。
以下是基于Marcus的答案的更新流图的一个版本(也尝试使用多相时钟恢复的其他版本):

但是,我仍然无法恢复有任何意义的数据。结果是1和0的长串,但不是正确的。我已经尝试调整了几乎所有的设置在所有的区块。我想也许时钟恢复已经停止了,但我尝试了范围广泛的价值观,但没有得到任何改善。
发布于 2016-04-28 13:03:42
所以,乍一看,我的方法应该是:

这里发生的是,我们接受输入,在频域移动它,使标记和空间在+-500赫兹,然后使用正交法。“从逻辑上讲”,我们就可以做出一个“签字决定”。我将在这里分享Xlating的配置:

注意,信号首先移位,中心频率( 2200到1200 Hz之间)结束于0Hz,然后被低通滤波(增益= 1.0,停止带从1 kHz开始,通带结束在1 kHz - 400 Hz= 600 Hz)。此时,信号中仍然存在的实际带宽要比采样速率低得多,所以您也可以在没有损失的情况下进行下采样(将抽取值设置为更高的值,例如16),但为了分析起见,我们不会这样做。
时间接收器现在应该显示更好的值。看一下边缘,它们可能不是非常陡峭。因此,对于时钟同步,我建议直接去尝试多相时钟恢复,而不是Müller & Mueller;选择任何“有点圆”的脉冲形状都可以。
为了好玩和咯咯笑,我点击了一个快速演示演示(GRC 这里):

这表明:

https://stackoverflow.com/questions/36898574
复制相似问题