围观群众发来贺电！
另科研使命高，身体也很重要，科研专供热淡杯在这里向技术人才们致以崇高敬意^^
另科研使命高，身体也很重要，科研专供热淡杯在这里向技术人才们致以崇高敬意^^
引用
评论
【4】我们正在努力的开发KCDEMO
KCDEMO项目已由科创仪表局和科创航天局共同承办，同时广大网友在论坛和q群中进行了大量讨论，提出了许多方案。其中，科创仪表局负责硬件、数字变频、数字滤波部分的设计，并控制项目进度，负责整体实现；科创航天局负责数字解调部分设计，并设计仿真KCDEMO所有关键算法。
目前，仪表局已经搭建起硬件平台，在过去的几天中，已经完成数字下变、FIR滤波的仿真工作，现已开始做程序实现。目前正在解决数据的连续处理问题，因为通信机不同于仪器，它必须毫不丢失的处理数据，否则解调结果将断续不清。而根据设计目标选用的平台资源有限，需要一定的编程技巧。
航天局已经完成除FM解调器之外的解调部分算法设计，包括CW,AM,SSB等，正在编制文档。同时为仪表局的工程师实现算法提供指导。
仪表局也完成了基于KCDEMO的宽带接收机的系统方案设计论证工作。通过宽带接收机总体设计，可以为KCDEMO提出具体的功能要求，确保KCDEMO适用于将来的大多数接收机。
![IMG_2036.jpg]()
看起来，一代KCDEMO的诞生要不了多久了。。
顺便：第三实验室（仪表局驻地，成都）继续招硬件工程师一名，有意者请与我联系。
目前，仪表局已经搭建起硬件平台，在过去的几天中，已经完成数字下变、FIR滤波的仿真工作，现已开始做程序实现。目前正在解决数据的连续处理问题，因为通信机不同于仪器，它必须毫不丢失的处理数据，否则解调结果将断续不清。而根据设计目标选用的平台资源有限，需要一定的编程技巧。
航天局已经完成除FM解调器之外的解调部分算法设计，包括CW,AM,SSB等，正在编制文档。同时为仪表局的工程师实现算法提供指导。
仪表局也完成了基于KCDEMO的宽带接收机的系统方案设计论证工作。通过宽带接收机总体设计，可以为KCDEMO提出具体的功能要求，确保KCDEMO适用于将来的大多数接收机。
看起来，一代KCDEMO的诞生要不了多久了。。
顺便：第三实验室（仪表局驻地，成都）继续招硬件工程师一名，有意者请与我联系。
3DA502 发表于 2013-11-29 19:57
FM解调器 如果做个全数字锁相环 不知道MCU的运算能不能跟得上
现在这个社会不用过多的考虑运算跟不跟得上的吧，，，现在fpga嵌入dsp的不是很流行么
引用
评论
老外的程序研究过了，IQ下变是外置的，抽到很低速率才进的STM32，所以他能一个片子解决GUI和SDR。
KCDEMO要用STM32解决整个SDR做的事情（虽然最高只能接收1MHz，需要模拟中频输入），程序难度很大。目前做一次数字下变，2级9阶FIR，用掉70%的资源。调幅解调已经成功实现，但是滤波器特性不好，还需要花大功夫的。
KCDEMO要用STM32解决整个SDR做的事情（虽然最高只能接收1MHz，需要模拟中频输入），程序难度很大。目前做一次数字下变，2级9阶FIR，用掉70%的资源。调幅解调已经成功实现，但是滤波器特性不好，还需要花大功夫的。
引用
评论
已经完成AM解调，DSB解调和SSB解调的设计，效果很好。不过，中频被进一步降低了。
数字NCO消耗资源很大，在原计划的2.4M采样率下，难以达到良好的指标，当然也勉强可用。
FM解调正在研究，由于需要做一个反正切计算，资源开销非常非常大，需要研究巧妙的办法。
许多SDR可以靠高速硬件硬扛，KCDEMO没有那么好的硬件，所以软件比较难。不过，现已证明，用STM32做模拟信号的全模式解调是可以实现的。
数字NCO消耗资源很大，在原计划的2.4M采样率下，难以达到良好的指标，当然也勉强可用。
FM解调正在研究，由于需要做一个反正切计算，资源开销非常非常大，需要研究巧妙的办法。
许多SDR可以靠高速硬件硬扛，KCDEMO没有那么好的硬件，所以软件比较难。不过，现已证明，用STM32做模拟信号的全模式解调是可以实现的。
引用
评论
虎哥 发表于 2013-12-24 18:25
已经完成AM解调，DSB解调和SSB解调的设计，效果很好。不过，中频被进一步降低了。
数字NCO消耗资源很大 ...
反正切计算：请给出对绝对精度的要求，大家可以想办法弄出简便的算法。
引用
评论
引用
评论
本帖最后由 bg2bhc 于 2013-12-25 01:38 编辑
一般前面几次迭代收敛还是很快的，，
发个论文吧，SDR#用的这个算法
除法还是得用的，F4的除法器耗时不定比较讨厌，好在只除一次应该就可以了
还有一个办法，IQ的模先归一化，然后用复合函数求导法则来算。归一化为了避免除法可以用AGC近似，但是对AM噪声的抑制就下降了。。我们之前的程序是这么对付的。
拔刀斋 发表于 2013-12-24 23:14
查表作为初值然后迭代
一般前面几次迭代收敛还是很快的，，
发个论文吧，SDR#用的这个算法
除法还是得用的，F4的除法器耗时不定比较讨厌，好在只除一次应该就可以了
还有一个办法，IQ的模先归一化，然后用复合函数求导法则来算。归一化为了避免除法可以用AGC近似，但是对AM噪声的抑制就下降了。。我们之前的程序是这么对付的。
引用
评论
bg2bhc 发表于 2013-12-25 01:30
一般前面几次迭代收敛还是很快的，，
发个论文吧，SDR#用的这个算法
原来BHC也用这篇文章[s:12]猴子也推荐过。。
F4跑起来还是费劲，但是有希望。
引用
评论
本帖最后由 虎哥 于 2013-12-25 22:51 编辑
今天已经改为查表了，表做得很细，解调1KHz以内频偏可以得到有失真的结果，看起来有希望了。
novakon 发表于 2013-12-25 20:07
虎神不如公布目前使用的反正切代码，看看有无改进空间。
今天已经改为查表了，表做得很细，解调1KHz以内频偏可以得到有失真的结果，看起来有希望了。
引用
评论
引用
评论
将来会开源，目前自己都还没搞懂，就不拿出丢人了
关于FM解调：
好消息：使用cordic算法多次逼近实现了FM解调，在CPU用掉80%资源的情况下，指标是可以的。
坏消息：貌似STM32自带ADC的时钟抖动很大，解调后产生相当大的噪音。
关于FM解调：
好消息：使用cordic算法多次逼近实现了FM解调，在CPU用掉80%资源的情况下，指标是可以的。
坏消息：貌似STM32自带ADC的时钟抖动很大，解调后产生相当大的噪音。
引用
评论
引用
评论
虎哥 发表于 2014-1-2 18:47
将来会开源，目前自己都还没搞懂，就不拿出丢人了
关于FM解调：
内置adc好像不光是pll抖动大，，本身emi也有问题
adc时钟不知是否可以绕开片内pll，反正i2s时钟是可以的
引用
评论