[修改于 6年6个月前 - 2018/06/28 10:50:25]
引用 虎哥:不敢当不敢当。晋能集团下属某公司搞材料研发,勉强混口饭吃,聊以度日。引用 子羽:子羽大神好久不见,现在在哪里高就啊
虎哥板载,日前看到了我单位采购贵司设备若干。
引用 子羽:兄弟谦虚了,你这个是前沿产业。
不敢当不敢当。晋能集团下属某公司搞材料研发,勉强混口饭吃,聊以度日。
引用 韩笑:严重的依赖PC是一个不可回避的趋势,因为通用SDR本来就是以用于通信开发为主的,它不可能倒退回专用硬件处理。但是在专用领域,SDR早在上世纪90年代就已普及,它们是脱离PC而存在的。现在我们想实现的作品,也是偏向于专用领域(频谱测试,监听监测),那么它就有脱离PC的必要。但是将来的趋势很可能是脱离不了手机、平板或者其它上位机。GNURADIO是通用SDR领域成功的案例,现在许多硬件都要仰仗它进行后续的处理。想重新搞一个更“先进”的平台级的东西,难度很大,希望有系统级的人才加入项目来探讨这种可能性。
其实我在想AD9361+Zynq能否作为一个下一代的手持SDR开发平台? 现在的SDR平台都严重依赖PC,如果能够在FPGA部分嵌入RF处理常用的加速器,让后可以从Linux层调用,封装一个类似Pynq的平台,感觉会很有趣。虎哥能考虑一下就好了!
引用 韩笑: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的平台,感觉会很有趣。虎哥能考虑一下就好了!
引用 虎哥:3D打印的外壳很漂亮,好奇是哪个软件设计的?
用3D打印造个壳子看看
引用 ppa2001:用来体验SDR以及做一些开发没问题,非常好。用来做监测干活等,考虑到它受板上数据端口串扰的影响比较大,需要有心理准备。
引用 虎哥:已经去申请样品和EVM了。希望到手性能符合预期。
引用 rgwan:芯片工业本来就是这样的,一个系列的东西基本不可能做多种不同的晶元,最多也就是筛选筛选,中间好的做高端型号,周围差的做低端型号,固件上控制一下,甚至固件都不控制。ADI的很多东西可以直接按其高端产品驱动,用起来可能按照某些严格测试标准有区别,一般用途看不出来区别。
最近小伙伴们在加班加点进行嵌入式软件开发,这个是工厂界面,只是把功能堆上去了,还没做美学优化。
如果搞定了mipi接口,那么市面上大量的手机、平板屏幕随便用了
山黑B210
用最新的GNURADIO和UHD,在内部增益较低时,不论模拟滤波器带宽开多大,当频谱宽度大于正负15MHz时,都会发生底噪抬起现象(蓝色)。绿色线是最大值保持的一个固定幅度扫频信号,可见滤波器通带是平的。
当把增益开大后,底噪就平了,但此时很容易过载,动态范围很低,没有使用价值。
有高手知道是什么原因吗?
虎sir,咱这工造设计得提高啊。看着CNC外壳又像是KC901了。
9361在5.5G发射相噪勉强-70dBc(10kHz offset,普通温补晶体)
看到 ADALM-PLUTO AD9363 ZYNQ7010 SDR ADI官方的 900左右,这...
plutosdr 的软件结构感觉算是比较先进的,也是首次把linux系统嵌入到SDR硬件里,不过实际使用按照网上的方法破解,发现还是只能在150MHz ~ 3GHz左右收发
引用 ppa2001:用来体验SDR以及做一些开发没问题,非常好。用来做监测干活等,考虑到它受板上数...
原装的那根usb线是micro usb没有磁环,换一个有磁环的不知道会不会好一些
55节发布是无望了,不得不给核心板加了独立显示驱动,以便腾出更多资源处理数字解调。
该作品的开发已经延期大约1年时间,研发成本已经达到说出来你们也不信的地步(总之在北京全款买套学区房是没啥问题了)。
延期的主要原因是AD9361并不是为宽带仪器设计的,所以很多性能非常糟糕,这在早期的评估中并未留意。
比如作为一个宽带接收机不应该有大量叫点,而实际上多如牛毛,就连他自己的LVDS都会干扰自己,在USRP上就非常明显,在ADI的官方评估板上更严重,在廉价版的PLUTO上就只能用惨不忍睹来形容了。
还有就是这东西几乎是个黑盒,里面是怎么运作的有许多不清楚的地方。经验而言,远远没有老老实实搭前端+ADC来的畅快。
不过现在解决得还是可以,大多数叫点控制到了-120dBm水平,也就是说如果RBW开大点,就看不见。还有少量尽量争取控制到-100dBm水平。
默认RBW/扫宽比约为500分之一,比传统频谱仪信息量大得多。相噪也控制到了可以见人的地步。
也曾经想过,在相同的体积下做三次变频超外差+ADC方案是没问题的,性能比用9361好太多。但是毕竟9361是两个通道,考虑到作品定位,就坚持没变更方案。
两个通道带来一个重要功能:相关仪。可以很方便的测量外部信号的相位差,用于大信号网络分析。另外还有发射功能,彩蛋比较多。虽然指标比不上老实方案,但是能在这么小的体积下实现,就能为工程应用带来巨大方便。
另外,本帖第一页朋友们在发言中担心的问题,有很大一部分最后应验了,所以要重视大家的发言,能避免不少坑。
时段 | 个数 |
---|---|
{{f.startingTime}}点 - {{f.endTime}}点 | {{f.fileCount}} |
200字以内,仅用于支线交流,主线讨论请采用回复功能。