仪表局的小伙伴专门为这个作品设计制作了zynq开发平台。
![20170930_160856.jpg]()
引用
评论
新坑：基于AD9361的手持监测侦察接收机
上次测量了AD9361的抗阻塞性能（https://www.kechuang.org/t/82167），原本听各路大神说坑多，除非加上复杂的预选器否则根本没法用，但实测结果推翻了各路“大神”的说法。
从测试来看，性能虽然不算太好，但也算是可以的。除非高档监测接收机，普通接收机如果不开衰减，基本无法抵抗0dBm量级的阻塞信号，比如无线电爱好者常用的几款手持接收机也就能扛-10dBm水平。我测过罗德施瓦茨上一代高档监测接收机，在既不开前放，也不开衰减的前提下，阻塞电平通常在10dBm数量级（似乎这些设备在混频器前都有一级不能旁路的放大）。但这样的抗阻塞性能下，整机噪声系数在20-25dB左右。而9361在-2dBm阻塞电平时的噪声系数可能还比这个好（有待实测）。
所以我和小伙伴们产生了一个想法：能不能用9361之类芯片做一款手持接收机？由于9361是模拟零中频数字化方案，可能镜像稍大，但作为接收机来说足够了。
功耗方面，假设数字信号处理电路（FPGA等）耗电3W，9361耗电1.5W，其它杂七杂八耗电1.5W，功耗能控制到6W以内。对于现代的锂电池而言，如果采用901那样的两并两串，即可工作6小时以上，实际上如果控制好算法复杂度，9361也只开基本的功能，整机功耗有控制到4W的希望，这样就能干10小时，已经相当实用了。
由于9361有较大的出货量，目前人民币价格在350元左右。如果嫌贵，还可以用9363，不到200元。如果对接收的处理带宽要求不高，一百来元的FPGA就应该能胜任，不过解调要想做灵活，还是要借助CPU。从核心器件的成本来看，总的硬件成本应该不算离谱，最终的产品，大家应该都玩得起。
通过软件的工作，这台监测侦察接收机应该能够实现所有模拟模式，和所有能找到解码方法的数字通话（比如所有公开销售的数字对讲机）的监测解调。根据处理带宽的不同，还能提供一定宽度的FFT频谱显示。想起来就觉得好玩。
希望大家交流一下想法，看看这坑要怎么挖。
从测试来看，性能虽然不算太好，但也算是可以的。除非高档监测接收机，普通接收机如果不开衰减，基本无法抵抗0dBm量级的阻塞信号，比如无线电爱好者常用的几款手持接收机也就能扛-10dBm水平。我测过罗德施瓦茨上一代高档监测接收机，在既不开前放，也不开衰减的前提下，阻塞电平通常在10dBm数量级（似乎这些设备在混频器前都有一级不能旁路的放大）。但这样的抗阻塞性能下，整机噪声系数在20-25dB左右。而9361在-2dBm阻塞电平时的噪声系数可能还比这个好（有待实测）。
所以我和小伙伴们产生了一个想法：能不能用9361之类芯片做一款手持接收机？由于9361是模拟零中频数字化方案，可能镜像稍大，但作为接收机来说足够了。
功耗方面，假设数字信号处理电路（FPGA等）耗电3W，9361耗电1.5W，其它杂七杂八耗电1.5W，功耗能控制到6W以内。对于现代的锂电池而言，如果采用901那样的两并两串，即可工作6小时以上，实际上如果控制好算法复杂度，9361也只开基本的功能，整机功耗有控制到4W的希望，这样就能干10小时，已经相当实用了。
由于9361有较大的出货量，目前人民币价格在350元左右。如果嫌贵，还可以用9363，不到200元。如果对接收的处理带宽要求不高，一百来元的FPGA就应该能胜任，不过解调要想做灵活，还是要借助CPU。从核心器件的成本来看，总的硬件成本应该不算离谱，最终的产品，大家应该都玩得起。
通过软件的工作，这台监测侦察接收机应该能够实现所有模拟模式，和所有能找到解码方法的数字通话（比如所有公开销售的数字对讲机）的监测解调。根据处理带宽的不同，还能提供一定宽度的FFT频谱显示。想起来就觉得好玩。
希望大家交流一下想法，看看这坑要怎么挖。
[ 修改于8年5个月前 - 2018/06/28 10:50:25 ]
整个国庆假期，除了复习数字信号处理理论，以及到处看了看最新的论文和应用手册，没有啥进展。节前发出的PCB板，由于就工艺问题和工厂拉锯两天，以及修改文件以符合工厂条件，还没来得及签合同就放假了。看来，还要等将近两个星期才能拿到板子。
为了满足大家的好奇心，让我们看看仪表局为zynq核心板配套的扩展底板，支持电池供电工作。
![20171008_162631.jpg]()
为了满足大家的好奇心，让我们看看仪表局为zynq核心板配套的扩展底板，支持电池供电工作。
引用
评论
大板子上的音频电路踩了坑。
数字功放的输出少了必要的滤波，波形可以直接看到MHz级别的脉冲。用大喇叭声音正常，换上预想中的小喇叭，就有破响。
数字功放的输出少了必要的滤波，波形可以直接看到MHz级别的脉冲。用大喇叭声音正常，换上预想中的小喇叭，就有破响。
引用
评论
引用 虎哥:不敢当不敢当。晋能集团下属某公司搞材料研发，勉强混口饭吃，聊以度日。引用 子羽:子羽大神好久不见，现在在哪里高就啊
虎哥板载，日前看到了我单位采购贵司设备若干。
引用
评论
1
感觉用了9361之后整体体积还是没有明显的减少啊~Pluto-SDR那群人也发现了，9361、9363对于电源波纹的rejection很差，导致rev b里面从usb里面couple进来的干扰会极大程度上影响SNR. 可以考虑运放有源滤波，用为RF设计的高PSRR的LDO来降低电源的波纹。（感觉可以和隔壁hifi学习一下，哈哈哈）
引用
评论
1
其实我在想AD9361+Zynq能否作为一个下一代的手持SDR开发平台？ 现在的SDR平台都严重依赖PC，如果能够在FPGA部分嵌入RF处理常用的加速器，让后可以从Linux层调用，封装一个类似Pynq的平台，感觉会很有趣。虎哥能考虑一下就好了！
引用
评论
引用 韩笑:严重的依赖PC是一个不可回避的趋势，因为通用SDR本来就是以用于通信开发为主的，它不可能倒退回专用硬件处理。但是在专用领域，SDR早在上世纪90年代就已普及，它们是脱离PC而存在的。现在我们想实现的作品，也是偏向于专用领域（频谱测试，监听监测），那么它就有脱离PC的必要。但是将来的趋势很可能是脱离不了手机、平板或者其它上位机。GNURADIO是通用SDR领域成功的案例，现在许多硬件都要仰仗它进行后续的处理。想重新搞一个更“先进”的平台级的东西，难度很大，希望有系统级的人才加入项目来探讨这种可能性。
其实我在想AD9361+Zynq能否作为一个下一代的手持SDR开发平台？ 现在的SDR平台都严重依赖PC，如果能够在FPGA部分嵌入RF处理常用的加速器，让后可以从Linux层调用，封装一个类似Pynq的平台，感觉会很有趣。虎哥能考虑一下就好了！
引用
评论
2
引用 韩笑:Gnuradio RFNoC
如果能够在FPGA部分嵌入RF处理常用的加速器，让后可以从Linux层调用，封装一个类似Pynq的平台，感觉会很有趣。
引用
评论
引用 虎哥:嗯，你可能曲解了我的想法，现在主要都是SDR+上位机，我的想法主要是吧SDR和上位机放在一起，毕竟现在如RK3288，甚至是Xilinx MPSoC之类的CPU结合GPU， NEON, FPGA加速能够实现整合。 GNURadio中编程，然后程序可以直接放进去跑。我指的FPGA嵌入加速主要指的是对于某些极为耗费算力的运算，可以在GNU Radio中打patch，实现FPGA加速，比如说一个简单的多段FIR滤波器，或者更加复杂的IF预处理。作为其内部嵌入式处理器性能不足的补充。 毕竟手机，平板相对于台式机性能孱弱。算是一个吧GNU Radio放进field的一种尝试。毕竟例如USRP，大部分时间都待在实验室，移动部署较为复杂。 也就是GNU Radio->可以方便移动的设备这个距离有点远。举个例子，HackRF可以在内部的MCU上处理简单数据并显示，脱离PC运行，这大概就是初级的我的想法。引用 韩笑:严重的依赖PC是一个不可回避的趋势，因为通用SDR本来就是以用于通信开发为主的，它不可能倒退回专用硬件处理。但是在专用领域，SDR早在上世纪90年代就已普及，它们是脱离PC而存在的。现在我们想实现的作品，也是偏向于专用领域（频谱测试，监听监测），那么它就有脱离PC的必要。但是将来的趋势很可能是脱离不了手机、平板或者其它上位机。GNURADIO是通用SDR领域成功的案例，现在许多硬件都要仰仗它进行后续的处理。想重新搞一个更“先进”的平台级的东西，难度很大，希望有系统级的人才加入项目来探讨这种可能性。
其实我在想AD9361+Zynq能否作为一个下一代的手持SDR开发平台？ 现在的SDR平台都严重依赖PC，如果能够在FPGA部分嵌入RF处理常用的加速器，让后可以从Linux层调用，封装一个类似Pynq的平台，感觉会很有趣。虎哥能考虑一下就好了！
引用
评论
1
GNU Radio理论上可以移植到嵌入式平台，记得树莓派好像可以跑，但效果可能不尽人意。毕竟基于PC系统构建的庞大架构，估计i.MX6Q这种级别的SoC才可以流畅的带动这套东西吧？
引用
评论
这些麻烦在于软件，FPGA处理某些算法比CPU有绝对优势，能用当然好，但由于结构各有不同，目前开源软件利用度不高，自己能写当然没问题，就是费时间。本帖作品的FPGA端没有DDR，处理宽带数字解调是比较困难的，窄带解调在ARM端就能解决。FPGA主要是做FIR和FFT。9361的麻烦是通信位宽低、速率低，以至于它的采样率并不能得到完全的发挥，也不宜使用其内部的滤波器（损失动态范围），ADC以后应尽可能把高速原始数据接入FPGA处理。
引用
评论
引用 ppa2001:用来体验SDR以及做一些开发没问题，非常好。用来做监测干活等，考虑到它受板上数据端口串扰的影响比较大，需要有心理准备。
引用
评论
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
大新闻，AD9363可以开成AD9364。忽然觉得ADI老给我们这样的开核惊喜，比如AD9288-20超频到100M，AD9218-65超105M，AD9238-65变成AD9248……
大新闻，AD9363可以开成AD9364。忽然觉得ADI老给我们这样的开核惊喜，比如AD9288-20超频到100M，AD9218-65超105M，AD9238-65变成AD9248……
引用
评论
引用 rgwan:芯片工业本来就是这样的，一个系列的东西基本不可能做多种不同的晶元，最多也就是筛选筛选，中间好的做高端型号，周围差的做低端型号，固件上控制一下，甚至固件都不控制。ADI的很多东西可以直接按其高端产品驱动，用起来可能按照某些严格测试标准有区别，一般用途看不出来区别。
引用
评论
引用
评论
山黑B210
用最新的GNURADIO和UHD，在内部增益较低时，不论模拟滤波器带宽开多大，当频谱宽度大于正负15MHz时，都会发生底噪抬起现象（蓝色）。绿色线是最大值保持的一个固定幅度扫频信号，可见滤波器通带是平的。
而且新版本的GNURADIO和UHD组合，把模拟带宽改小，上述现象更明显。高频噪音抬起很不符合常理，感觉是新版软件做了错误的校准，或者使ADC时钟产生了巨大的某种分布的抖动。
然而，老版本的GNURADIO和UHD就没有这个问题，不论带宽多大，增益多高，底噪始终是平的。有高手知道是什么原因吗？
引用
评论
引用
评论
引用
评论
引用
评论
引用
评论
引用
评论
引用
评论