引用 xbwpc:是的,到时候询下价。我有另一个想法:做个双口接收机,然后可以得到干涉仪,接两根天线就能测向。
对于监测接收机,2t2r有点多余吧,上9364/9365更经济。
[修改于 6年5个月前 - 2018/06/28 10:50:25]
引用 xbwpc:是的,到时候询下价。我有另一个想法:做个双口接收机,然后可以得到干涉仪,接两根天线就能测向。
对于监测接收机,2t2r有点多余吧,上9364/9365更经济。
引用 rgwan:有支持两串的型号吗,电池是18650,根据功耗预算和持续时间(6h)计,最少需要两并两串。
@ 虎哥 需要PMU资料吗?还有电池是不是选18650?
引用 rgwan:射频芯片有需要负电源的。某些射频功能,用正电源的选型,性能就比负电源的差。该电源只需要很小电流,采用电荷泵就可以了。
@ 虎哥 另外-5V是什么用途的呢,有什么特殊需求?
引用 radio:两个东西用的软件不一样,芯片的设置和数据的处理也有不同,不好下结论。理论上两个芯片差别不大。但是FPGA的特性不同,PCB布局不同,电源方案不同,有可能带来不同的底噪效果。当时忘了给谱图截图,现在这机器退回去了,没法深究了。
这个是pluto sdr?性能这么差么...
引用 子羽:子羽大神好久不见,现在在哪里高就啊
虎哥板载,日前看到了我单位采购贵司设备若干。
引用 子羽:兄弟谦虚了,你这个是前沿产业。
不敢当不敢当。晋能集团下属某公司搞材料研发,勉强混口饭吃,聊以度日。
引用 韩笑:严重的依赖PC是一个不可回避的趋势,因为通用SDR本来就是以用于通信开发为主的,它不可能倒退回专用硬件处理。但是在专用领域,SDR早在上世纪90年代就已普及,它们是脱离PC而存在的。现在我们想实现的作品,也是偏向于专用领域(频谱测试,监听监测),那么它就有脱离PC的必要。但是将来的趋势很可能是脱离不了手机、平板或者其它上位机。GNURADIO是通用SDR领域成功的案例,现在许多硬件都要仰仗它进行后续的处理。想重新搞一个更“先进”的平台级的东西,难度很大,希望有系统级的人才加入项目来探讨这种可能性。
其实我在想AD9361+Zynq能否作为一个下一代的手持SDR开发平台? 现在的SDR平台都严重依赖PC,如果能够在FPGA部分嵌入RF处理常用的加速器,让后可以从Linux层调用,封装一个类似Pynq的平台,感觉会很有趣。虎哥能考虑一下就好了!
引用 ppa2001:用来体验SDR以及做一些开发没问题,非常好。用来做监测干活等,考虑到它受板上数据端口串扰的影响比较大,需要有心理准备。
引用 rgwan:芯片工业本来就是这样的,一个系列的东西基本不可能做多种不同的晶元,最多也就是筛选筛选,中间好的做高端型号,周围差的做低端型号,固件上控制一下,甚至固件都不控制。ADI的很多东西可以直接按其高端产品驱动,用起来可能按照某些严格测试标准有区别,一般用途看不出来区别。
最近小伙伴们在加班加点进行嵌入式软件开发,这个是工厂界面,只是把功能堆上去了,还没做美学优化。
山黑B210
用最新的GNURADIO和UHD,在内部增益较低时,不论模拟滤波器带宽开多大,当频谱宽度大于正负15MHz时,都会发生底噪抬起现象(蓝色)。绿色线是最大值保持的一个固定幅度扫频信号,可见滤波器通带是平的。
当把增益开大后,底噪就平了,但此时很容易过载,动态范围很低,没有使用价值。
有高手知道是什么原因吗?
9361在5.5G发射相噪勉强-70dBc(10kHz offset,普通温补晶体)
55节发布是无望了,不得不给核心板加了独立显示驱动,以便腾出更多资源处理数字解调。
该作品的开发已经延期大约1年时间,研发成本已经达到说出来你们也不信的地步(总之在北京全款买套学区房是没啥问题了)。
延期的主要原因是AD9361并不是为宽带仪器设计的,所以很多性能非常糟糕,这在早期的评估中并未留意。
比如作为一个宽带接收机不应该有大量叫点,而实际上多如牛毛,就连他自己的LVDS都会干扰自己,在USRP上就非常明显,在ADI的官方评估板上更严重,在廉价版的PLUTO上就只能用惨不忍睹来形容了。
还有就是这东西几乎是个黑盒,里面是怎么运作的有许多不清楚的地方。经验而言,远远没有老老实实搭前端+ADC来的畅快。
不过现在解决得还是可以,大多数叫点控制到了-120dBm水平,也就是说如果RBW开大点,就看不见。还有少量尽量争取控制到-100dBm水平。
默认RBW/扫宽比约为500分之一,比传统频谱仪信息量大得多。相噪也控制到了可以见人的地步。
也曾经想过,在相同的体积下做三次变频超外差+ADC方案是没问题的,性能比用9361好太多。但是毕竟9361是两个通道,考虑到作品定位,就坚持没变更方案。
两个通道带来一个重要功能:相关仪。可以很方便的测量外部信号的相位差,用于大信号网络分析。另外还有发射功能,彩蛋比较多。虽然指标比不上老实方案,但是能在这么小的体积下实现,就能为工程应用带来巨大方便。
另外,本帖第一页朋友们在发言中担心的问题,有很大一部分最后应验了,所以要重视大家的发言,能避免不少坑。
目前计算,单接收或者频谱模式,充满电能工作4小时。主要耗电是数字处理电路,还有一定优化空间。
该产品继续延期至预计12月底发布。
最近还做了一版硬件更改,主要提高短波段的灵敏度;在其它频率,在保持或稍微提高灵敏度的前提下,稍微提高了抗阻塞性能。由于增加了放大器,功耗略有上升。
设计太极限了,电路的干扰、散热、性能以及将来的生产都是巨大的挑战。另外为了保持kc仪表开机迅速无需等待的传统,软件大神们还在想办法。
该机公开型号确定为KC908。
该机发布时间依然待定。
由于遇到的问题太多,因此目前的样机与最早公布的框图已经完全不同,并且样机还有很多问题,下一批还会有重大改进。
早前也没预估到原计划半年搞定的东西,搞了快三年。搞这么久的主要客观原因有两个:
1、AD9361根本不适合仪器级别的应用,他的问题在开发过程中才逐步暴露出来,在开发之前预见不足,比如不得不做多级可旁路放大器来替代它内部的放大器,使得电路一步步变得超级复杂。同时,他又是一个黑盒,里面的许多过程是不清晰的,不像低集成度方案那样能够逐块设计和考核。
2、ZYNQ的普及型芯片(如7020)根本不适合综合性应用场景,特别是FPGA和ARM耦合太紧,对于复杂应用而言绝不是好事,严重降低了开发效率,提高了开发技术难度和组织难度。
主观原因是贪图功能太多,体积功耗等追求极限设计,方案选择草率,导致陷入无休止的改进中。又由于客观因素限制,必然导致严重超期、超预算。
好消息是经过不断改进,已经基本达到了能用的程度。从用户角度来看,主要麻烦是很多时候需要根据测试场景去合理设置参数,至少要知道啥情况可以用自动,啥情况必须手动……提高了对用户专业水平的要求。我拿着啥都能干,到了用户手里就容易懵逼。
这是在CRAC应急通信大会接收CP16报文。
20191108_215826.mp4 点击下载
这是坐灰机去CRAC大会时收听双流机场1停机坪地面管制通信,发现该地面电台频率偏差高达5kHz(莫非是故意的?),问题如此明显,不知他们发觉没有。
(注:KC908幅度未校准)
回楼上 ,当然要进行DDC。采用“分段BPF”的频谱仪非常少,一般是直接进混频器或经YTF到混频器(高频段)。你的问题实在太多了,问号就有9个,不太习惯被审问,其它的就不回答了。
过去半年的主要工作,除了完善程序的易用性之外,主要是在解决多如牛毛的叫点。
“叫点”是剩余响应的俗称。一个频率上本来没有信号,但是接收机收到信号了,并且这些信号并不是对任何输入信号的响应,那么,这个信号就叫“剩余响应”。
通俗的讲,就是不接天线,频谱上也能看到一大片东西。
剩余响应的来源是多方面的,主要是机内电源、数字电路的干扰。除此之外最大的问题是AD9361。9361并不是一个适合用作仪器的芯片,即使没有任何外部干扰,他自己也会产生很多叫点。特别是把FFT点数设得比较多,噪底搞得比较低的时候,完全可以用多如牛毛来形容。
为什么平常在USRP中很少见到叫点呢?因为很少有人拿他进行宽带扫描,一般也就是显示几兆或者几十兆的频谱罢了。显示区域里面就算有叫点,也就一两个(这个很多人应该都见过),不算什么问题。但是如果用它进行70-6000MHz的扫描,就算每50M一个,也有一百多个。如果像频谱仪一样,要求不遗漏任何持久信号,任何峰值必须显示,那么屏幕上除了看叫点,就不用看别的东西了。
所以我有点后悔,要是当年老老实实三次变频百兆ADC,根本没有这么多麻烦事,性能还好得多,估计前年底就可以量产了。不过9361毕竟功能比较丰富,如果不用它,这么小的体积实现不了双通道同步接收以及信号源,算是在丰富的功能和性能、开发麻烦程度之间取的折衷。
消灭剩余响应之前,由于太丢人,不能上市销售(尽管最高的剩余也没有高于-90dBm,原则上是合格的)
消灭剩余响应之后,基本消除到-110dBm以下。
上面两张图都没有校准,校准后噪底基本是平的,低的部分会被拉起来。消除叫点的方法是改进硬件及优化控制,绝不能在软件中强行进行造假抹除。
目前该设备已经在准备试产了,不久以后就会开始供应。
本文的主动更新就全部结束了,谢谢您的观看。
9361自己产生的叫点是怎么消除的
根据剩余响应的性质不同,采取不同的规避策略。比如减小9361的增益,靠拉远的外部前放来替代;比如采用几套不同的设置参数灵活切换,消除与设置参数有关的叫点。总之这个事情很头大,需要深入理解芯片的运作方式和剩余的产生机理,逐类采取相应对策。即便这样,在采用小RBW时,由于噪底可降低到比如-150dBm,无论如何都会遇到大量叫点的。
时段 | 个数 |
---|---|
{{f.startingTime}}点 - {{f.endTime}}点 | {{f.fileCount}} |
200字以内,仅用于支线交流,主线讨论请采用回复功能。