2、兼容性测试基础：测试环境搭建、测试设备清单、测试计划制定
做 BroadR-Reach 兼容性测试，说白了就是验证你的设备能不能跟别人家的设备好好说话。我见过太多项目，芯片选型时拍胸脯说“绝对兼容”，结果一上实车就掉线。问题出在哪？测试环境没搭对，设备清单没列全，计划更是拍脑袋定的。
这一章，我把这些年踩过的坑、总结的经验，掰开了跟你讲清楚。
2.1 测试环境搭建——别让环境坑了你
测试环境这事，我吃过亏。有一次在实验室测得好好的，去客户现场就各种丢包。折腾了两天，最后发现是接地的问题。嗯，从那以后，我对环境搭建就特别较真。
2.1.1 物理层环境要求
BroadR-Reach 是单对非屏蔽双绞线（UTP），跟传统以太网不一样。环境搭建时，这几个点你一定要注意：
- 线缆类型：必须用 100Ω 非屏蔽双绞线，推荐 CAT5e 以上。我见过有人用普通电话线凑合，结果眼图惨不忍睹。
- 线缆长度：标准要求 ≤15m。别想着拉长到 20m 试试，PHY 芯片会哭的。
- 端接电阻：每端必须 100Ω 精确端接。±1% 精度，别省这个钱。
- 共模扼流圈：根据 OPEN Alliance TC1 规范，必须使用指定型号。不同厂家的扼流圈，EMC 表现能差 10dB。
⚠️ 我曾经踩过的坑： 有一次测试一直不过，换了三块板子都不行。最后发现是测试桌下面的电源线跟网线绑在一起走了 3 米。分开布线后，所有问题消失。记住：强电和信号线必须分开走，间距至少 5cm。
2.1.2 测试拓扑结构
我个人习惯用三种拓扑来覆盖所有场景：
| 拓扑类型 | 连接方式 | 适用场景 |
|---|---|---|
| 点对点 | DUT ↔ 参考设备 | 基础兼容性、眼图测试 |
| 星型 | DUT ↔ 交换机 ↔ 多台参考设备 | 多节点干扰、交换机兼容性 |
| 菊花链 | DUT → 设备A → 设备B | 级联场景、信号中继测试 |
你想想看，如果只测点对点，上了车发现跟隔壁 ECU 互相干扰，那才叫欲哭无泪。
2.2 测试设备清单——少一件都不行
做兼容性测试，设备就是你的武器。我列个清单，你照着准备就行。
2.2.1 核心设备
- 示波器：带宽 ≥ 1GHz，采样率 ≥ 5GSa/s。别拿 200MHz 的凑合，BroadR-Reach 信号带宽 66MHz，但你要看谐波和噪声。
- 矢量网络分析仪（VNA）：频率范围 1MHz ~ 100MHz，用于测 S 参数和回波损耗。
- 频谱分析仪：用于测 PSD 模板合规性。我记得有一次测出来 PSD 超标 2dB，换了共模扼流圈才解决。
- 参考 PHY 设备：至少准备两家主流厂商的 PHY 芯片评估板。我一般用 NXP 和 Broadcom 的，覆盖面最广。
2.2.2 辅助工具
| 工具 | 用途 | 备注 |
|---|---|---|
| 可编程衰减器 | 模拟不同线缆长度 | 0~40dB 步进 0.5dB |
| 注入噪声源 | 模拟车内电磁干扰 | 频率范围 1MHz~1GHz |
| 温度试验箱 | 高低温环境测试 | -40℃ ~ +125℃ |
| 误码率测试仪 | BER 测试 | 支持 100BASE-T1 模式 |
💡 我的建议： 别买最便宜的衰减器。我吃过亏，便宜货在 60MHz 以上频段驻波比能到 1.5，测出来的结果根本不能用。多花 2000 块，买个好点的。
2.3 测试计划制定——没计划就是瞎忙活
制定测试计划，我一般分四步走。这四步走完，心里就有底了。
2.3.1 第一步：确定测试范围
先问自己三个问题：
- 你的设备是作为 ECU 节点 还是 交换机 接入网络？
- 需要跟哪些 已知设备 做互操作？
- 目标 车载网络拓扑 是哪种？
举个例子，我去年做的一个项目，设备是摄像头模组，需要跟三家不同厂商的域控制器对接。那我的测试范围就锁定在这三家设备上，而不是漫无目的地测所有品牌。
2.3.2 第二步：划分测试阶段
我习惯把测试分成三个阶段：
- 实验室阶段：用参考 PHY 和标准线缆，测基础兼容性。这个阶段要快，发现问题先修。
- 系统阶段：接入实际车载网络环境，测多节点干扰和 EMC。
- 现场阶段：去客户车上实测。环境最复杂，但问题也最多。
为什么会这样分？因为每个阶段暴露的问题不一样。实验室能过的，上车不一定能过。我见过太多“实验室王者，上车青铜”的案例了。
2.3.3 第三步：制定测试用例
每个测试用例至少包含：
- 测试目的：测什么？
- 前置条件：温度、电压、线缆长度等。
- 测试步骤：一步一步写清楚。
- 通过标准：量化指标，比如 BER ≤ 10⁻¹⁰。
- 预期结果：正常情况应该怎样。
📋 我常用的测试用例模板：
用例编号：TC-BR-001
测试目的：验证 DUT 与参考 PHY 在 15m 线缆下的兼容性
前置条件：室温 25℃，供电 12V±0.5V，线缆长度 15m
测试步骤：1. 连接 DUT 和参考 PHY；2. 发送 PRBS9 数据流；3. 持续运行 30 分钟
通过标准：误码率 ≤ 10⁻¹⁰，无链路断开事件
预期结果：链路稳定，误码率在允许范围内
用例编号：TC-BR-001
测试目的：验证 DUT 与参考 PHY 在 15m 线缆下的兼容性
前置条件：室温 25℃，供电 12V±0.5V，线缆长度 15m
测试步骤：1. 连接 DUT 和参考 PHY；2. 发送 PRBS9 数据流；3. 持续运行 30 分钟
通过标准：误码率 ≤ 10⁻¹⁰，无链路断开事件
预期结果：链路稳定，误码率在允许范围内
2.3.4 第四步：制定时间表
别把时间排太满。我一般留 20% 的缓冲时间，专门处理意外问题。你想想看，测试过程中发现个诡异问题，查两天很正常。没缓冲时间，计划就崩了。
下面这张图，是我做测试计划时用的流程框架，你可以参考：
2.4 测试前的最后检查
正式开测前，我习惯再过一遍 checklist：
- ✅ 所有设备固件版本是否一致？—— 我遇到过 PHY 固件版本不同，兼容性表现天差地别。
- ✅ 线缆和连接器是否完好？—— 别用弯折过的线，S 参数会变。
- ✅ 接地是否可靠？—— 用万用表量一下，地电位差超过 100mV 就要处理。
- ✅ 测试记录模板准备好了吗？—— 测完再补记录，很多细节就忘了。
📌 我的习惯： 每次测试前，先跑一遍“冒烟测试”——就是最简单的点对点通信，发 1000 个包看看通不通。通了再上复杂用例。这一步能筛掉 80% 的环境问题。
好了，环境搭好了，设备齐了，计划也定了。接下来就是动手测了。记住：测试不是走过场，是帮你发现问题的。发现问题别慌，记录下来，后面我们会讲怎么分析、怎么修。