1. 先捋清楚自己到底在找什么：为什么最后盯着Zynq+AD9361不放
最近一直在评估一套基于 Zynq+AD9361 的双通道SDR平台，也就是标题里那套 E310。参数表一眼看过去很干脆：2x2 MIMO、56MHz 瞬时带宽、软硬一体开放生态，应用场景直接指向频谱监测、反无人机测向和 GNSS 仿真。但真正接手做方案的时候我才发现，这几个数字背后牵扯的工程问题，远比参数表写的多得多。这篇记录就是把这阵子踩过的坑、摸清的边界，以及最终跑通的几条路整理出来，给同样在选型或者调试这类平台的人一个参考。
1.1 三个硬指标逼着选型收敛
我手头要应付的任务其实可以分成三类，每一类都会把需求收敛到不同的指标上。
第一类是频谱监测。不管是做电磁环境摸底还是做异常信号排查，第一诉求都是“看得快、看得全”。传统窄带接收机扫一遍全频段需要极长时间，可接受的方案必须有较宽的瞬时处理带宽，最好能对频谱做快速扫描。第二类是反无人机相关测试。无人机图传和遥测信号大多落在 2.4GHz 和 5.8GHz 频段，要做被动检测和测向，除了频段覆盖之外，最关键的是“双通道相干接收”——两个接收通道必须共享参考时钟，通道之间的相位关系要稳定、可校准。第三类是 GNSS 仿真测试。这要求平台能灵活地产生 L1/L2/L5 等频段的宽带信号，同时要具备足够低的相位噪声和稳定的时钟，否则接收机测出来的灵敏度、定位精度数据完全不可信。
把这三类需求同时摆到桌面上，选型范围一下就缩小了。普通单通道窄带SDR无法胜任测向和宽带监测，PC加下变频器的方案又太零散，供电、同步、控制全是麻烦。最后目光自然落在“射频收发芯片+可编程SoC”高度集成的一体化平台上，Zynq+AD9361 的组合就是这么进入视野的。
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 文件。这个文件由 FSBL（First 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.44MSPS，RF 带宽设置在 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.42MHz（GPS 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 仿真”这类综合场景，那么 Zynq+AD9361 的组合确实是一个很顺手的快速原型平台。选型没有绝对的对错，核心是搞清楚自己要交付的是验证样机还是量产系统，这两条路对平台的评估标准完全不一样。
