C# FFT窗口相位同步

C# FFT窗口相位同步,c#,signal-processing,fft,phase,C#,Signal Processing,Fft,Phase,我不确定你是否能帮上忙。我目前正在设计一个用C语言解调DPSK信号的解决方案。我已经得到了一个带相位检测的FFT 现在,我遇到了一个问题,将窗口与FFT对齐,以与音频流上传输的每个符号同步。现在,我已经做了一些手动测试,对于我渲染的测试传输,我有一个窗口宽度为19个样本的符号 我知道DPSK的设计是为了避免解调输入信号的参考信号,但仍然需要FFT窗口对齐 现在的问题是,由于这将有可能用于传输时间完全随机的amatuer无线电,因此必须确定每个符号的对齐方式。我渲染的传输具有1024个符号的时钟定

我不确定你是否能帮上忙。我目前正在设计一个用C语言解调DPSK信号的解决方案。我已经得到了一个带相位检测的FFT

现在,我遇到了一个问题,将窗口与FFT对齐,以与音频流上传输的每个符号同步。现在,我已经做了一些手动测试,对于我渲染的测试传输,我有一个窗口宽度为19个样本的符号

我知道DPSK的设计是为了避免解调输入信号的参考信号,但仍然需要FFT窗口对齐

现在的问题是,由于这将有可能用于传输时间完全随机的amatuer无线电,因此必须确定每个符号的对齐方式。我渲染的传输具有1024个符号的时钟定时头,但如何确保正确对齐

例如,标题类似于:

10101010等

从这个比特流得到的正弦波的相位是0,900,90,0,90等等


我如何确保接收器将确定传输相位,而不是15、105、15、105等,因为这也将从fft中引入杂散相位计算,检测由于相位跳变而产生的高频谐波。

使用fft是过分的。但是,既然您使用的是一种过度杀戮的解决方案,为什么不为FFT尝试所有19个可能的窗口位置呢?从合法信号中选取相位误差最小的FFT结果,并使用其位置为符号定时提供锁相环。

为什么要使用FFT?FFT实时检索频率和相位,这似乎有点过头了。在22.05Khz的带宽中存在并行DPSK传输的可能性。它似乎仍然像是在使用大锤敲开螺母,我甚至不相信它会起作用-您必须使FFT长度仅等于一个DPSK周期,并以某种方式进行同步。这也意味着你不能将它用于多个通道,除非它们都以相同的速率,并且都同步到某个主参考时钟。Paul R是对的——FFT方法需要与主时钟同步。OFDM使用这种技术,但在FFT之前有一个完整的均衡/同步前端。