典型项目流程：需求分析、扫描计划、执行步骤、报告输出

你是不是也遇到过这种情况？项目做了一周，扫描数据堆了一桌子，结果客户问“到底哪根线有问题？”你一看报告，全是频谱图，却没有一句能指导整改的话。说白了，流程没走对。

我做近场扫描快十年了，踩过不少坑。后来慢慢总结出一套流程，分成四个阶段：需求分析、扫描计划、执行步骤、报告输出。每个阶段都直接影响到后期整改措施的优先级排序。今天我就把这套流程掰开了讲一讲。

1. 需求分析——搞清楚“为什么要扫”

很多人一上来就架设备、跑扫描，结果扫了一堆无关数据。我个人的习惯是，先跟客户或研发团队开个半小时的会，搞清楚三个问题：

• 干扰源是什么？ 是时钟、开关电源，还是高速数字信号？
• 敏感的频段在哪？ 比如某个无线通信频段要求低于‑30dBμV。
• 有没有已知的故障现象？ 比如某个模块在某个频点会死机。

为什么要做这一步？因为整改措施的优先级排序，说到底就是看“哪个辐射对系统危害最大”。需求分析阶段，我们会把风险等级标出来。举个例子，我之前遇到一个项目，客户说“整板都有问题”，我们聊了才知道，其实只有DDR走线附近的辐射超出标准，其他地方都OK。如果没有需求分析，后面可能花三天扫了整块板子，浪费资源。

2. 扫描计划——制定“怎么扫”的方案

需求分析搞清楚了，接下来就是定计划。这一步很多人会忽略，直接开扫。我记得有一次，我们扫一块多层PCB，因为没提前规划扫描网格密度，结果扫完发现分辨率太低，根本看不清热点区域，又重扫了两天……很亏。

扫描计划里需要确认：

• 探头类型： 磁场探头还是电场探头？近远场？我一般先根据干扰频率选探头带宽。
• 扫描区域： 整板扫描还是局部聚焦？按照需求分析的风险区域来划定。
• 网格步进： 一般取波长/10到波长/20。比如2.4GHz的波长约12.5cm，步进1.2cm左右。
• 扫描高度： 通常离板面2~5mm，太低可能损伤PCB，太高会漏掉近场细节。

这里有一个重要的点：扫描计划里就要考虑后续的整改优先级排序。比如，我们计划扫描时按照“辐射能量>5dBμV的区域着重标记”。这样扫出来的数据，天然就带上了“哪个区域更严重”的标签。

3. 执行步骤——实打实拿到可靠数据

计划再好，执行不力也白搭。执行阶段我关注三件事：

1. 环境噪声背景测量。 先把实验室的底噪扫一遍，确保测试环境的噪底比我们要测的辐射至少低10dB。否则你扫出来的“干扰”可能是环境噪声。
2. 探针定位校准。 每次更换探头或移动扫描台，都要做零点校准。我习惯用标准辐射源（比如一个小环天线）验证定位误差在0.5mm以内。
3. 数据一致性检查。 随机抽几个点反复测3次，看重复性误差是否在1dB以内。如果超过，说明接触或设置有问题，需要排除。

执行过程中，我通常会边扫边看实时频谱。发现某个频点突然冒出来，马上标记一下。这样后期整理数据时，那些“异常尖峰”自然成为优先级最高的整改对象。

4. 报告输出——把数据变成决策依据

报告不是简单贴几张图就完事了。工程师拿到报告要看“下一步该动哪里”。所以报告输出阶段，我坚持三个原则：

• 按优先级排序呈现热点。 把测到的辐射点按能量从高到低排列，附上频率、位置、可能成因。排名第一的就是需要优先整改的。
• 可视化要直观。 一页纸能看懂的，绝不用三页。我常用叠加热力图加上照片，圈出最严重的区域。
• 给出整改建议。 哪怕只是初步建议，比如“建议在DDR时钟线串联22Ω电阻”或“该区域增加地过孔”。这样客户才知道下一步怎么做。

我记得有一次做手机主板项目，报告里我把最严重的两个辐射点标红，并给出具体整改措施。客户工程师第二天就照做，测试通过。如果我当时只给一张频谱图，他可能得研究半天。

阶段	关键输出	对优先级排序的价值
需求分析	风险矩阵、敏感频段表	确定权重基准，哪些频段必须优先处理
扫描计划	扫描参数、校准方案	保证数据精度，避免漏判
执行步骤	原始数据、异常点位标记	提供可量化的辐射能量值
报告输出	排序清单、整改建议	直接指导工程师“先改哪个”

总结一下，这个流程走下来，你手里就有了完整的信息链：从“为什么扫”到“扫哪里”，再到“怎么扫”，最后“怎么用”。有了这个基础，后面的整改措施优先级排序才能做到有理有据、直击要害。