这个没有问题,从原理上讲想换小RBW要么要增加FFT点数,要么要拼接,前者资源开销会增加,没法实时处理,后者也会变慢。如果有10k,就会有人要1k,然后会有人要100Hz,永远满足不了,但实际上在这么宽的SPAN下要这么小的RBW干嘛?显示器都没法分辨,测出来也没意义。所以根据现有资源情况采纳一个适当的最高点数就行了,也就有了某个SPAN下最低的RBW,只是这个RBW如果资源多点就可以小点,理论上小到RBW×屏幕像素=SPAN就够了,908的资源就在这个附近,低端大点,高端小点,15M时就有1000个像素,超过屏幕分辨率。RBW内也不止一个点,需要很多点加窗,不然频率没对准就测不准。
时段 | 个数 |
---|---|
{{f.startingTime}}点 - {{f.endTime}}点 | {{f.fileCount}} |