1. 先捋清楚自己到底在找什么为什么最后盯着ZynqAD9361不放最近一直在评估一套基于 ZynqAD9361 的双通道SDR平台也就是标题里那套 E310。参数表一眼看过去很干脆2x2 MIMO、56MHz 瞬时带宽、软硬一体开放生态应用场景直接指向频谱监测、反无人机测向和 GNSS 仿真。但真正接手做方案的时候我才发现这几个数字背后牵扯的工程问题远比参数表写的多得多。这篇记录就是把这阵子踩过的坑、摸清的边界以及最终跑通的几条路整理出来给同样在选型或者调试这类平台的人一个参考。1.1 三个硬指标逼着选型收敛我手头要应付的任务其实可以分成三类每一类都会把需求收敛到不同的指标上。第一类是频谱监测。不管是做电磁环境摸底还是做异常信号排查第一诉求都是“看得快、看得全”。传统窄带接收机扫一遍全频段需要极长时间可接受的方案必须有较宽的瞬时处理带宽最好能对频谱做快速扫描。第二类是反无人机相关测试。无人机图传和遥测信号大多落在 2.4GHz 和 5.8GHz 频段要做被动检测和测向除了频段覆盖之外最关键的是“双通道相干接收”——两个接收通道必须共享参考时钟通道之间的相位关系要稳定、可校准。第三类是 GNSS 仿真测试。这要求平台能灵活地产生 L1/L2/L5 等频段的宽带信号同时要具备足够低的相位噪声和稳定的时钟否则接收机测出来的灵敏度、定位精度数据完全不可信。把这三类需求同时摆到桌面上选型范围一下就缩小了。普通单通道窄带SDR无法胜任测向和宽带监测PC加下变频器的方案又太零散供电、同步、控制全是麻烦。最后目光自然落在“射频收发芯片可编程SoC”高度集成的一体化平台上ZynqAD9361 的组合就是这么进入视野的。1.2 “2x2 MIMO”和“56MHz瞬时带宽”应该怎么读很多人看到 2x2 MIMO 第一反应是无线通信的收发链路这个理解没错但放在这款平台上要多想一层。2x2 MIMO意味着两个发射通道和两个接收通道可以同时工作既能做空间复用、空间分集这类通信实验也能把两个接收通道拿来合成测向干涉仪。相比之下测向对双通道“相位一致性”的要求比 MIMO 通信本身还要严格。通信解调时可以通过信道估计来补偿通道间相位差而测向场景里相位差本身就是被测量的量如果通道自身没有校准测出来的角度就是错的。56MHz 瞬时带宽也要拆开看。AD9361 内部 ADC/DAC 最高工作在 61.44MSPS 采样率对应约 56MHz 的实际可用瞬时带宽。你可以一次看到 56MHz 宽的一段频谱这对 GNSS 的 L5 信号测试来说刚好够用——L5 现代化的民用信号带宽约 20MHz。实际扫频时2.4GHz ISM 频段一共 83.5MHz 带宽用这个平台两段就能扫完5.8GHz 频段即使跨度大一些配合快速本振切换做一轮全频段扫描也就是几十秒的量级。这已经远远超过传统扫频接收机的效率。1.3 一体化平台带来的额外收益选择这种板级方案还有一个隐性好处Zynq 里跑着 Linux射频控制、数据读取、网络传输这些全部可以在板卡上完成不需要每台设备旁边再摆一台高性能主机。我在实验室里见过太多“SDR笔记本一堆线”的杂乱场景而 E310 这类平台只需要电源、网线和天线就能变成一套独立的频谱监测节点。再加上 HDL 源码、设备树、Linux 驱动和 GNU Radio 插件通常是开放提供的用户可以自己对数据链路做深度定制。这听起来很美但真正用起来也有不少需要自己补课的坑后面我会一步步展开。2. 这套平台的硬件分工AD9361负责射频Zynq负责逻辑与控制在动手配置之前建议先把硬件的分工搞明白。很多问题的根源不在于“配置错了”而在于“根本没搞清哪个模块该干什么”。2.1 AD9361把整条射频链路卷进一颗芯片AD9361 是一颗宽带射频收发器覆盖 70MHz 到 6GHz支持 TDD 和 FDD 模式内部集成了两路接收通道和两路发射通道。接收链路里的 LNA、混频器、滤波器、ADC发射链路里的 DAC、滤波器、混频器、功放驱动全部做进了一颗芯片里。换句话说传统 SDR 前端那种“下变频箱中频板采集卡”的分立架构在这里被压缩成一块芯片。这颗芯片内部还集成了不少校准机制比如本振泄漏校准、发射/接收正交校准、直流失调校准等。实际用下来这些校准对性能提升非常明显如果你跳过校准直接采数据IQ 不平衡造成的镜像信号有可能比真实信号还大。AD9361 的接收和发射通道共用两组本振两个接收通道共享一个接收本振两个发射通道共享一个发射本振。这个细节在后续测向和 GNSS 仿真的场景里有直接影响后面再细说。2.2 Zynq上ARM与FPGA怎么分工Zynq 这颗 SoC 的特点是一颗芯片里同时放着 ARM 处理器和 FPGA 逻辑。ARM 侧跑 Linux负责设备管理、网络协议栈、上层应用调度FPGA 侧负责高性能数据搬运和实时信号预处理。为什么非得有 FPGA做个简单计算你就明白了。61.44MSPS 采样率下单个接收通道的 16bit IQ 数据率大约是 61.44M × 16 × 2 245.76MB/s两个接收通道同时开就是约 491MB/s 的持续数据流。这个速率下让 ARM 用软件做全带宽实时 FFT 显然不现实更别说还要同时做信号检测、记录和网络传输。所以 E310 这类平台上FPGA 不只是做 DMA 搬运工更要承担抽取、滤波、FFT 这类重复性很高的信号处理任务。这也是为什么“生态开放”如此重要的原因。如果 HDL 源码不开放用户就只能用厂商预设的数据路径遇到带宽过高或者需要特殊算法时就会卡死。E310 把 FPGA 工程源码开放出来意味着你可以自己往数据路径里插入一个去干扰模块或者把双通道的数据在 FPGA 内部先做对齐再做时延补偿灵活性比封闭方案高很多。2.3 “软硬一体生态开放”具体指什么以这套体系常见的开源生态来说一般能拿到的东西包括完整的 FPGA HDL 工程、Linux 内核和设备树、U-Boot 启动代码、封装好的底层 API、GNU Radio 的 gr-iio 插件以及配套的图形化工具。这套生态的价值不在于“代码给了你多少”而在于你能在多大程度上离开厂商的默认流程去定制它。比如我就在 FPGA 工程里加了一个自定义的窄带滤除模块把两个接收通道的原始 IQ 数据在 PL 侧先做时域预处理再送 DDR这样上层软件的工作量小很多。但与此同时每次修改完 PL 逻辑都要重新生成 BOOT.BIN重新烧写 SD 卡过程比较繁琐。如果你只打算在 GNU Radio 里搭流图那可以不用管这些底层内容但如果你想做点真正落地的工程产品这套流程早晚要过一遍。3. 从开箱到跑通一条数据流环境搭建和工具链要点环境搭建这一步看着简单实际最容易卡住人。很多板子到手之后开发者在官方文档的“快速开始”里跑通一次 demo 就以为万事大吉结果一换自己的应用场景就各种莫名问题。这里按我的实际操作顺序梳理一遍。3.1 系统启动与BOOT.BIN的准备E310 启动靠 SD 卡SD 卡里放的是分区后的镜像包含启动引导、FPGA 配置文件和 Linux 根文件系统。板子出厂时一般会带一张可用卡但我建议从头到尾自己烧一遍因为你后面很可能要修改 FPGA 工程到时候再学烧写流程就晚了。镜像的关键是 BOOT.BIN 文件。这个文件由 FSBLFirst Stage Boot Loader、FPGA bitstream 和 U-Boot 组成顺序和内容不对都启动不了。烧写时需要确认板卡对应哪个设备树文件不同板子外设不同设备树选错会导致网口、串口或者 IIO 设备找不到。我第一次就是图省事用了相近板卡的镜像结果系统能启动但 AD9361 的 SPI 设备没有枚举出来排查了半天才发现是设备树里缺少相关节点。3.2 用libiio确认射频子系统的状态系统起来之后第一件事不是急着采数据而是确认 IIO 设备树是否正确枚举。libiio 是这套生态里的核心用户态库用于访问 Linux 内核里的 IIO 设备。先用iio_info -s扫描本地设备再用iio_info -u ip:192.168.x.x访问远程板卡。确认 AD9361 驱动是否加载的核心是找两个设备节点一个是ad9361-phy负责射频参数配置一个是cf-ad9361-lpc这类 DMA 设备负责 IQ 数据搬运。用iio_attr -q -c ad9361-phy可以读出当前频率、采样率、增益等参数确认和文档一致。实际操作中我遇到过一种情况IIO 设备能读到但cf-ad9361-lpc对应的数据节点一直报错原因是内核 IIO 驱动与 FPGA bitstream 里的版本不一致。这类问题在文档里通常找不到只能通过对比官方发布包里的内核版本和 HDL 版本来排查。3.3 发射/接收自环验证正式干活前的必修课在接入真实天线之前强烈建议先做一次板内自环把信号链路完整地拉通一次。做法很简单用一个射频线缆把发射通道的输出端连接到接收通道的输入端中间加一个足够大的衰减器通常至少 30dB防止接收前端饱和然后配置发射通道发出一个单音用接收通道采集数据做 FFT 验证。我在测试时是通过 QIIO 这样的图形工具直接看频谱的。先把发射和接收设到同一个中心频率发射功率调到 -20dBm 左右接收增益放到一个中间值然后观察频谱上是否出现预期的单音。这一步如果跑通说明 FPGA 数据链路、DMA 搬运、IIO 驱动程序、射频芯片配置全部正常。之后再做外场测试出问题时排查范围就会小很多。4. 把56MHz带宽真正跑起来MIMO与双通道的实测细节跑通单音只是开始。真正到了宽带采集和双通道协同工作的时候才会碰到参数表上完全看不到的门槛。4.1 采样率、RF带宽和频率规划要配套AD9361 的最高采样率是 61.44MSPS对应的最大有用带宽约 56MHz。设置的时候需要把采样率和 RF 带宽做成配套配置采样率设得过高而 RF 带宽设得很窄或者反过来都会造成频谱形状异常。我在配置的时候习惯先把采样率固定在 61.44MSPSRF 带宽设置在 56MHz 附近然后根据监测目标做频谱中心频率规划。要注意的是直接射频采样时DC 附近会有直流偏置和本振泄漏靠近中心频率的窄带信号容易被掩盖。处理方法有两个一是用 AD9361 内置的校准尽量压低直流二是在做信号检测时跳过中心频率附近几个频点或者把 LO 偏移到信号频段的边缘让目标信号不落在 DC 附近。后一种做法在窄带信号检测里非常实用。4.2 双通道相位一致性校准我第一次MIMO测试的教训E310 这类平台的双接收通道虽然共享一个本振和参考时钟但两条接收链路之间仍然存在固定的相位差。这个偏差来自芯片内部模拟路径、PCB 走线长度差、SAW 滤波器或巴伦的群延迟不一致等频率不同偏差也不同。第一次跑 MIMO 测试时我以为“共享本振就天然相干”没做通道间校准结果解调出来的星座图存在一个稳定的相位旋转误码率一直压不下去。后来才意识到必须要做双通道相位校准。方法并不复杂用一个功分器把同一信号源同时接到 RX1 和 RX2采集一段 IQ 数据计算两通道复信号的互相关取辐角就是通道间相位差。将这个值补偿到其中一路信号上通道就对齐了。要注意不同频点的相位差通常是不同的最好在常用频点上分别校准存成一个查找表。温度变化也会让相位差缓慢漂移所以精度要求高的测向实验每次测试前都应该重新做一次快速校准。4.3 2x2 MIMO数据流的对齐与采集落盘MIMO 模式下两个接收通道的数据流需要在时间上对齐。AD9361 基带部分有同步机制但要真正让两个通道的采样点一一对应还是要在 FPGA 内部通过 FIFO 和 DMA 描述符统一协调。E310 的开放 HDL 工程里已经有相关的链路示例不过直接拿默认工程跑不一定能满足你的时间戳对齐需求。我自己在连续采集时常用的方式是先用iio_readdev这样的命令行工具把一段 IQ 数据写到文件里再在主机上做后处理。命令大概长这样iio_readdev -u ip:192.168.2.1 -s 262144 -n 100 cf-ad9361-lpc rx.bin这会把两个通道各 262144 个样本连续采 100 次原始帧格式里包含了通道顺序和样本计数解析时需要根据文档确认。需要提醒的是全带宽双通道的原始 IQ 数据率接近 500MB/s如果通过千兆网口传回主机网络本身就是瓶颈。实际工程里一般只在 FPGA 内部做完降采样或 FFT 处理后再把缩减后的结果显示或上传。原样 IQ 全量回传只适合短时采集分析。5. 频谱监测场景用56MHz扫出全频段也扫出一堆问题频谱监测是 E310 这类平台最容易上手的场景也是最能暴露射频前端缺陷的场景。56MHz 瞬时带宽带来的扫描速度提升是实实在在的但长时间扫描中出现的各种“幽灵信号”每一个都值得记录。5.1 扫频式频谱监测的效率计算如果监测范围是 30MHz 到 6GHz按每段 56MHz 计算单次全覆盖差不多需要 100 多次扫描。实际扫频时通常让相邻频段有 10%~20% 重叠所以大概要 120~130 段。我实测下来配置 AD9361 切换一次中心频率并完成锁定的时间大约在 20ms 左右加上采样和 FFT 处理时间按 40ms 一段来估算扫一遍全频段大约 5 秒出头。这个速度意味着你可以半实时地刷新“全频段能量分布”对监测无人机图传信号这种占空比较低的突发信号来说已经够用了。在 GNU Radio 里搭扫频流图时要注意频谱拼接的顺序。因为每段频谱独立 FFT边界处会出现窗函数泄漏导致的幅度跳变建议至少保留 10% 重叠并把重叠区域的频谱用交叠平均的方式处理接缝会平滑不少。5.2 长时间扫频遇到的镜像、本振泄漏和频漂实际把 E310 开起来连续扫几个小时之后问题就开始冒头了。首先是镜像问题。AD9361 内部虽然有正交校准但在某些温度和增益配置下镜像抑制会变差。当频段里有一个强信号时它的镜像会出现在中心频率另一侧如果不认识这个特征很容易把它误判成一个真实信号。处理办法是每隔一段时间重新触发一次校准或者在做信号检测时加入“正负频对称排除”规则。其次是本振泄漏。零中频架构下本振泄漏会直接落在 DC 附近表现为频谱中心的一根很高谱线。扫频时它每次都存在但如果把中心频率偏移设置过大的整体上下边带又可能丢掉中心频点附近的信号。我的办法是搭一个“频谱底噪估计”模块先对整段频谱做中位数滤波估计出噪声基底和慢变背景然后只关注明显超过背景的尖峰这样 DC 处的泄漏就不会触发大量误报。5.3 自动门限与信号识别的实操经验做频谱监测时不能只靠人工盯瀑布图。自动门限的经典思路是先用一段较长时间的频谱数据估计噪声基底再以基底加上一个动态偏置作为触发门限。实际现场环境里多径和信号衰落会让同一个信号时强时弱如果只做单次“超门限就报警”会产生大量闪烁告警。我的做法是连续多次扫描都检测到同一频点信号才确认一次事件同时记录峰值幅度、出现时间和持续帧数。这个逻辑简单但能过滤掉大量噪声抖动。另外不要把门限设得太低否则 5.2 节里的镜像信号和本振泄漏全都会被当成目标告警列表会刷到没法看。6. 反无人机测向与GNSS仿真是怎么用上这套平台的如果说频谱监测是“底子”那两个更具体的场景——反无人机被动测向和 GNSS 仿真——才真正把 2x2 MIMO 和 56MHz 带宽的潜力逼出来。6.1 把双通道变成干涉仪反无人机测向的基本链路无人机相关信号的检测频段主要集中在 2.4GHz 图传、5.8GHz 图传以及 900MHz/1.5GHz 遥测链路。E310 的频率覆盖全部够得着。检测本身不难难的是判断无人机大致方向。用双通道测向原理就是干涉仪两个接收天线架设在一个已知间距 d 上同一信号到达两副天线的相位差为 Δφ 2πd·sinθ/λ其中 θ 是来波方向相对于天线法线的夹角。知道了相位差和波长就能反推出 θ arcsin(Δφ·λ/(2πd))。实际做的时候需要先完成 4.2 节里的双通道相位校准然后用两路信号做互相关对相位差做估计。这里有个容易犯的错误相位差是循环量对多帧结果做算术平均会被 2π 跳变“撕裂”应该先把每帧的互相关复向量累加再对累加向量取辐角。单基线干涉仪只能测一维角度而且当天线间距超过半波长时会出现相位模糊。2.4GHz 波长约 125mm半波长约 62mm天线间距如果设得过大测角范围会变窄5.8GHz 波长只有约 51.7mm间隙较小工程实现难度更大。E310 这种双通道平台能提供的就是一个可重复、可校准的双通道射频前端真正要发布成产品天线阵列设计和多径抑制还有大量的活要干。6.2 GNSS仿真不只是放个射频文件那么简单GNSS 仿真常见的需求是给接收机做灵敏度测试、压制干扰测试或者多径场景回放。这类测试要求 SDR 平台能产生中心频点在 1575.42MHzGPS L1这样的窄带或宽带信号。E310 的 56MHz 瞬时带宽对单一频点 GNSS 信号来说绰绰有余。你可以生成一个 20MHz 带宽的 L5 信号也可以把 L1 C/A 这种 2MHz 带宽信号原样回放。但要注意 AD9361 的两个发射通道共享同一个发射本振没办法让一路发 L1、另一路同时发 L2。如果你需要多频段同时输出方案上必须考虑两块板级联。级联时最大的问题是同步。两块板如果不共享参考时钟各自本振之间会有几十 Hz 甚至更高的频率差短暂测试也许能蒙混过去但要做相参场景或者长时间稳定性测试结果完全不可信。我建议至少做到两块板共用一个外部 10MHz 参考同时用 PPS 或 SYNC 脉冲对采样时间戳做对齐。这一步做完多板级联才算真正可用。还有一个很多人忽略的问题发射链路的带外杂散和噪声。直接用天线辐射的 GNSS 模拟信号如果带外杂散太强会把接收机前端的 LNA 拖入饱和区域。稳妥的做法是在 SDR 输出之后加合适的带通滤波器和衰减器然后直接注入被测接收机的射频输入口而不是通过空间辐射测试。既能控制电平也能避免干扰周围其他设备。6.3 场景切换时天线与射频前端要分开规划监测、测向、GNSS 仿真这三个场景对前端的要求完全不同。监测最理想的是宽带全向天线能同时接收多个频段测向需要两副增益和相位一致性很好的天线且安装间距要按目标频率精确计算GNSS 仿真则是生成信号后用电缆直连接收机基本不涉及真实空间辐射。我栽过的一个跟头是把一对 2.4GHz 测向天线直接用到 5.8GHz 频段结果由于天线间距超过了目标波长的半波长测向结果出现严重的相位模糊角度信息完全没法用。这不是平台的问题而是前端规划不当。E310 这个层级的 SDR 能统一的是“软件定义无线电”这部分真正的天线和射频前端必须按场景来配置。7. 最后补几条参数表上看不到的实操建议这些经验不属于某一本手册里的标准章节但实际项目里往往比参数表上的数字更影响成败。7.1 外部参考和时钟真不能省E310 板载晶振短期稳定度够用但一旦涉及长时间频谱监测、跨板级联或者测向后处理外部 10MHz 参考几乎是必须的。没有外部参考长时间运行后的频率漂移会让峰值慢慢“爬”出预先设置的门限窗口也会让干涉仪测向结果随机走动。板卡上一般有 10MHz 参考输入接口建议直接接上高稳参考源而不是依赖内部时钟。7.2 散热和稳定供电影响校准一致性这种一体化板卡的功耗不低Zynq 和 AD9361 工作时发热都相当明显。如果放在封闭机箱里没有通风半小时后温度就能让本振偏移和通道间相位差产生明显变化。我的习惯是精确测试前先把设备充分预热等温度稳定后再做校准和采集。室外长时间部署时供电波动也会影响模拟链路性能最好在前面加稳压和滤波。7.3 什么时候别选这种一体化平台E310 不是万金油。如果要做几 GHz 瞬时带宽的超宽带监测这种平台的 56MHz 瞬时带宽是硬上限更适合用高速采集卡配合高性能服务器如果要做超低功耗的长期野外值守板卡的整体功耗也会偏高需要重新评估供电方案。但如果你和我一样需要在“一台设备上快速验证频谱监测、双通道测向、GNSS 仿真”这类综合场景那么 ZynqAD9361 的组合确实是一个很顺手的快速原型平台。选型没有绝对的对错核心是搞清楚自己要交付的是验证样机还是量产系统这两条路对平台的评估标准完全不一样。
