我们今天40分钟的高清视频来讲讲，没有 PCIe Gen6 Server，如何提前验证 Gen6 SSD？ 也可以说是，从转接卡到盘柜：Gen6 E3.S SSD 测试环境搭建实录。我们工程师Emily 先解释为什么现在做 Gen6 SSD 测试离不开 Gen6 Switch 卡，再演示如何通过 转接卡、转接线、转接盘柜 三种方式，把 EDSFF/E3.S SSD 接入 SerialCables PCIe 6.0 Switch 卡进行验证。视频中也明确提到，目前客户普遍还买不到PCIe Gen6 Server，所以如果 Gen6 Controller、Gen6 SSD 或其他 Gen6 器件已经进入 demo/EVB 阶段，就需要借助 Gen6 Switch 卡先搭建可用的 Gen6 测试环境。为了方便工程师观看，我们针对本期视频并处理添加了中文字幕供大家参考。如果想看高清视频建议要在电脑上打开上面的视频链接进行观看！创作不易，欢迎分享到朋友圈或者与朋友讨论！如果想搬运我们的视频请告知我们。Gen6 服务器还没到，Gen6 SSD 怎么测？Emily 现场演示三种测试环境最近，我们办公室工程师 Emily 录制了一段演示视频，现场讲解了如何使用 SerialCables PCIe 6.0 Switch 卡连接 Gen6 EDSFF / E3.S SSD，并搭建三种不同的 SSD 测试环境。这段视频看起来是在讲“怎么接线”，但它背后其实对应的是当前很多 SSD 主控厂商、企业级 SSD 厂商、服务器厂商和芯片验证团队正在面对的一个现实问题：Gen6 SSD、Gen6 Controller 或 Gen6 Endpoint 器件已经开始回片、做 demo、做 EVB 了，但真正成熟可买的 Gen6 Server 还没有大规模上市。这就带来一个非常实际的问题： 设备已经是 Gen6 的，测试平台却还停留在 Gen5，怎么办？如果只是把 Gen6 SSD 插到 Gen5 Server 上，最多只能验证 Gen5 环境下的兼容性和功能。 但如果研发团队希望提前验证 Gen6 链路、Gen6 信号路径、Gen6 SSD 接口形态和系统连接方式，就必须先搭建一个能够提供 Gen6 下行链路能力的测试环境。这就是 SerialCables PCIe 6.0 Switch 卡的价值。一、为什么 Gen6 SSD 测试需要一张 Switch 卡？现在很多客户手上的平台，仍然是 PCIe Gen5 CPU、Gen5 Server 或 Gen5 工作站。 但如果客户自己的 Gen6 Controller、Gen6 SSD、Gen6 Endpoint 芯片已经回片，或者已经做成 demo board，就不能一直停留在 Gen5 环境里验证。在视频里，Emily 讲得很直接：如果你要验证 Gen6 demo 器件，目前比较现实的方案，就是购买一张 Gen6 Switch 卡，把它串在测试链路中间，用它来构建 Gen6 测试环境。这张 Switch 卡的作用，可以理解为一个高速桥接平台。上游，它可以插到现有测试主机的 PCIe 插槽里； 下游，它可以提供 Gen6 质量的 CEM 插槽和 MCIO 接口； 被测 SSD、Endpoint 设备、EDSFF 转接板或盘柜，可以接到它的下游端口上。这样，即使当前主机侧还是 Gen5，客户也可以借助 Switch 卡的下游能力，去验证自己的 Gen6 设备。 具体链路最终跑到 Gen5 还是 Gen6，取决于上游主机、下游设备、线缆、转接卡和被测 SSD 的能力，但 Switch 卡本身的关键价值，是给研发团队提供一个可以围绕 Gen6 设备搭建测试环境的平台。这点对现在的 Gen6 SSD 研发非常关键。因为没有环境，就没有测试； 没有测试，就无法提前发现问题； 等真正 Gen6 Server 大规模上市后再开始验证，很多问题就已经太晚了。二、这张 PCIe 6.0 Switch 卡有哪些接口？Emily 在视频里对这张 Switch 卡做了一个比较直观的介绍。这张卡正面中间有一个大风扇，因为 PCIe 6.0 Switch 芯片工作时功耗和发热都比较高，需要主动散热。 卡的下方是一个 Gen6 x16 金手指，用来插入主机 PCIe 插槽。 卡的下游侧提供一个 Gen6 x16 CEM 插槽，同时左右两边各有 Gen6 x8 MCIO 接口。板上还有 Type-C 管理接口，以及额外电源接口。由于单个 PCIe 插槽通常只能提供有限功率，所以这类高功耗 Switch 卡需要额外供电。这几个接口组合起来，就让它不只是“一张 PCIe 转接卡”，而更像是一块 Gen6 测试平台底座。如果被测设备本身是 PCIe CEM 形态，可以直接插到上方 CEM 插槽。 如果被测设备是 EDSFF、E3.S、U.2、M.2 或其他 SSD 形态，就需要额外的转接卡、转接线或盘柜。 如果客户要做多盘测试，则可以利用多个 MCIO x8 接口，把下行链路拆成多个 x4 SSD 连接。这就是视频后面三种测试环境的由来。三、为什么这次重点讲 EDSFF / E3.S？很多人一提到企业级 SSD，第一反应还是 U.2 或 U.3。确实，在 Gen4 和 Gen5 时代，U.2/U.3 的市场保有量非常大，服务器里也非常常见。 但到了 PCIe Gen6，业内越来越关注 EDSFF，尤其是 E1.S、E3.S、E3.L 这些面向数据中心的新一代 SSD 形态。视频里也提到，U.2 由于自身接口和引脚设计，对 Gen6 这种更高速度并不是特别友好。未来市场上可能仍然会有 Gen6 U.2/U.3 产品，但从国际和国内趋势看，EDSFF 是更受关注的方向，尤其是在新一代数据中心平台中。这背后的原因并不复杂。EDSFF 本来就是面向数据中心设计的新形态。 它更适合高密度部署，更方便散热，也更适合服务器前置盘位和高性能存储架构。 同时，EDSFF 不只可以用在 SSD 上，也可以用于 CXL 内存扩展模块等设备，因此在 Gen6、CXL、AI 服务器和下一代存储系统中都非常有潜力。所以，Emily 这次演示的重点不是传统 U.2，而是如何把 EDSFF / E3.S SSD 接到 Gen6 Switch 卡上。四、三种测试环境：转接卡、转接线、转接盘柜视频中，Emily 把 Gen6 SSD 测试环境总结成三种方式：第一种，用转接卡； 第二种，用转接线； 第三种，用转接盘柜。这三种方式的共同目标都一样：把 Switch 卡提供的 CEM 或 MCIO 接口，转换成被测 SSD 可以插入的 EDSFF / E3.S 接口。但它们适合的场景并不完全一样。 转接卡更适合单盘、台架式、研发早期验证； 转接线更适合灵活布线和 MCIO 端口转接； 盘柜更适合多盘、重复插拔、系统级测试和更接近服务器真实形态的环境。视频中也明确讲到，当 SSD 不是 CEM 形态，也不能直接插 MCIO 时，就必须引入辅助器件；这三种方案正是用来解决不同接口形态之间的连接问题。五、方案一：CEM 转 EDSFF 转接卡，最适合单盘快速验证第一种方式是使用 PCIe CEM 转 EDSFF 的转接卡。这张转接卡底部是 PCIe 金手指，可以插到 Switch 卡上方的 CEM 插槽里；转接卡上方则提供 EDSFF 插槽，被测 E3.S SSD 可以直接插进去。视频中演示的转接卡是 PCIe x8 到 EDSFF x8 的形态。之所以设计成 x8，并不是因为每块 SSD 都需要 x8，而是因为 EDSFF 接口并不只用于 SSD，也会用于 CXL 内存扩展模块等设备，很多 CXL 模块会用到 x8 甚至 x16 连接。因此，转接卡做成 x8，既能向下兼容 x4 SSD，也能覆盖更多未来测试场景。实际使用时非常直接： 先把 EDSFF SSD 插到转接卡的 EDSFF 插槽里，再把转接卡插到 Switch 卡的 CEM 插槽上。 转接卡通常会做防呆设计，避免盘反向插入。对于 x4 SSD 来说，插到 x8 转接卡上也可以正常向下兼容。这种方式的优点是简单、直观、适合实验室快速验证。如果客户只是要测一块 E3.S SSD，或者要确认 SSD 能不能被 Switch 卡识别、能不能完成 Link、能不能跑基本读写，这种转接卡方式最容易上手。它的局限也很明显： 盘的位置固定在 Switch 卡附近； 多盘测试不方便； 如果要频繁更换 SSD，或者要模拟服务器盘位环境，转接卡就不如盘柜自然。所以，转接卡适合研发早期、单盘 bring-up、接口验证和快速 demo。六、方案二：MCIO 转双 EDSFF 的 Y 型转接线，布线更灵活第二种方式，是不走 Switch 卡上方的 CEM 插槽，而是利用 Switch 卡两侧的 MCIO 接口。视频里 Emily 演示了一根绿色的 Y 型 cable：一端是 MCIO x8，另一端分成两个 EDSFF x4 接口。 这根线具备 Gen6 信号品质，可以用于 Gen6 测试环境搭建。由于 SSD 通常是 x4 带宽，一个 MCIO x8 可以拆成两个 x4，因此这根线可以同时接两块 EDSFF x4 SSD。这种线缆方式有几个好处。第一，布线更灵活。 SSD 不一定要直接固定在 Switch 卡上方，可以通过线缆放到更合适的位置，方便散热、观察、插拔和接其他测试仪器。第二，可以更好利用 MCIO 端口。 Switch 卡左右两侧有多个 MCIO x8 接口，每个 x8 拆成两个 x4，就可以扩展出更多 SSD 连接。第三，适合客户自己的测试夹具或半开放式环境。 很多 SSD 主控公司或整盘厂商在实验室里并不一定有完整服务器盘柜，先用线缆把盘接起来，是一种成本和灵活性都比较合适的方式。但这类线缆有一个非常重要的注意事项：MCIO 本身不提供 SSD 所需电源。所以 Y 型线缆上会额外带 SATA 供电口。使用时必须给 EDSFF SSD 接上供电，否则盘根本起不来。视频里也提醒，有些客户第一次用时容易忽略供电，结果以为是 Switch 卡、线缆或 SSD 有问题，其实只是没有给盘供电。还有一个更关键的安全点：EDSFF 接口有 A 面和 B 面，引脚定义不同，连接时一定要看清箭头和 A1 标识，保证箭头对箭头。如果插反，可能会烧线，甚至烧盘。这一点非常值得在客户培训中反复强调。高速测试环境里，很多问题不是高深的协议问题，而是最基础的连接、供电、方向、防呆和线缆匹配问题。一旦接错，损失的可能不是一根线，而是一块昂贵的 Gen6 SSD demo board。七、方案三：转接盘柜，更适合多盘和系统级测试第三种方式，是使用转接盘柜。如果说转接卡解决的是“单盘快速接上去”，转接线解决的是“灵活接线”，那么盘柜解决的就是“像服务器一样测多块盘”。视频里演示的盘柜前面有 8 个盘盒，可以一次性插 8 块 EDSFF SSD。Switch 卡两侧总共有 4 个 MCIO x8 接口，每个 x8 可以拆成两个 x4，因此正好可以对应 8 块 x4 SSD。这种方式非常适合几个场景。第一，多盘并行测试。 如果客户要同时验证多块 E3.S SSD，而不是一块一块手动切换，盘柜方式效率更高。第二，更接近服务器真实使用形态。 企业级 SSD 最终不是裸盘摆在桌上跑，而是插在服务器盘位、背板或盘柜里运行。盘柜能让测试环境更接近真实部署。第三，方便热管理和结构固定。 E3.S SSD 在高负载下也会发热，盘柜方式比裸线连接更容易做风道、散热和机械固定。第四，适合后续接入更完整的自动化测试流程。 例如配合 FIO、NVMe CLI、脚本化测试、功耗监测、热插拔验证、协议分析仪抓包等工具，构建更完整的企业级 SSD 测试平台。盘柜方式的成本和体积会比转接卡、转接线更高，但它带来的好处是稳定、整洁、可扩展，特别适合从单盘 bring-up 进入多盘系统验证的阶段。八、三种方案怎么选？如果客户问：“我到底应该买转接卡、转接线，还是盘柜？” 比较实际的判断方式是看测试阶段。如果只是第一阶段 bring-up，先确认 SSD 能否识别、能否 link、能否跑基础读写，转接卡就够直接。 如果实验室空间受限，盘需要放到远一点的位置，或者希望利用 MCIO 端口接多块盘，Y 型转接线更灵活。 如果已经进入多盘验证、系统级测试、服务器形态模拟或长期压力测试，盘柜会更合适。也可以按成本和扩展性来理解：转接卡：成本相对低，最简单，适合单盘。 转接线：灵活度高，可以利用 MCIO 拆分多路 x4。 盘柜：最接近真实系统，适合多盘和长期测试。这三者并不是互相替代，而是覆盖不同阶段。 很多客户在早期可能先买转接卡和转接线，等 Gen6 SSD 项目推进到多盘验证，再上盘柜。九、这类演示真正体现的，是 Saniffer 的“测试环境搭建能力”从表面看，这段视频是在演示一张 Switch 卡和几种线缆。 但从客户角度看，他们真正需要的不是“买一根线”，而是知道自己的 Gen6 SSD 到底怎么测。PCIe 6.0 时代，测试环境搭建已经变得非常关键。一块 Gen6 SSD 是否能正常工作，不只取决于 SSD 本身。 还取决于 Switch 卡、转接卡、线缆、供电、散热、接口方向、Lane 分配、Host 能力、BIOS、驱动、操作系统和测试脚本。任何一个环节出错，客户看到的现象都可能是： 盘识别不到； 链路只能跑到 Gen5 或 Gen4； Lane 宽度不对； 读写过程中掉盘； 压力测试下报错； 换一个连接方式问题消失。所以，Saniffer 提供的价值不只是把 SerialCables 的硬件交付给客户，而是帮助客户把整套验证路径想清楚。客户处在什么阶段？ 是主控回片，还是整盘验证？ 是单盘 bring-up，还是多盘系统测试？ 是验证 Gen6 Link，还是验证 SSD 功能？ 是需要 CEM，还是 EDSFF？ 是需要 MCIO 转接，还是盘柜？ 是否还需要协议分析仪、功耗分析、热插拔、故障注入、SanBlaze SSD 测试平台？这些问题决定了测试环境怎么搭。十、为什么现在布局 Gen6 SSD 测试很重要？很多人会说，Gen6 Server 还没大规模出来，现在是不是太早？恰恰相反。 对芯片公司、SSD 主控公司、企业级 SSD 厂商和服务器平台厂商来说，等标准平台完全成熟后再开始测，通常已经晚了。Gen6 时代的问题不会等到量产才出现。 信号质量问题、接口形态问题、Retimer/Switch 拓扑问题、固件兼容性问题、功耗和散热问题、盘位结构问题，都需要在研发阶段尽早暴露。如果现在已经有 Gen6 Controller 或 Gen6 SSD demo，哪怕还没有最终服务器平台，也应该先搭一个可控的 Gen6 测试环境。 SerialCables PCIe 6.0 Switch 卡加上转接卡、转接线或盘柜，就是目前非常现实的一条路径。视频最后也把这个流程总结得很清楚：如果要测 Gen6 SSD，当前阶段可以先用 Gen6 Switch 卡把测试环境搭建成 Gen6，再根据 SSD 接口形态，选择转接线、转接卡或盘柜，把接口转换成需要的 SSD 接口，这样整个测试系统才能真正跑起来。结语：Gen6 SSD 测试，第一步不是跑分，而是把环境搭对企业级 SSD 测试常常被理解成性能测试：顺序读写多少 GB/s，随机读写多少 IOPS，延迟多少微秒。 但在 Gen6 时代，很多团队会发现，真正的第一步不是跑分，而是先把环境搭对。没有 Gen6 Server，怎么提供 Gen6 测试环境？ Switch 卡的 CEM 和 MCIO 怎么用？ EDSFF / E3.S SSD 怎么接？ MCIO 为什么还要额外供电？ A 面 B 面插反会不会烧盘？ 单盘和多盘测试应该选哪种方案？ 未来进入系统级验证是否需要盘柜？这些问题看起来琐碎，但每一个都可能决定测试能不能顺利开始。Saniffer 希望做的，就是把这些复杂的连接、转接、测试和调试问题，变成客户可以理解、可以落地、可以复用的测试方案。对于正在布局 PCIe Gen6 SSD、Gen6 Controller、CXL 设备和下一代数据中心存储的团队来说，提前搭建一套可靠的 Gen6 测试环境，不是可选项，而是研发节奏能不能往前走的基础。Gen6 服务器还没完全到来，但 Gen6 SSD 的验证已经开始了。 谁能更早把环境搭起来，谁就能更早发现问题，也更有机会在下一代企业级存储竞争中抢占先机。更多PCIe5&6.0, CXL, NVMe SSD, SAS/SATA, NVMe over Fabric (NVMoF), NAND,新型存储技术NVM（RRAM/ReRAM, FRAM/FeRAM, MRAM, PCM, 3D-NOR, SRAM/DRAM等） DDR5/LPDDR5以及UFS测试方面的问题想咨询，可以查看Saniffer公司2026.2.24最新更新的测试工具白皮书15.1版本，我们已经整理收录在Saniffer公众号的【白皮书】菜单中。欢迎关注Saniffer公众号，点击底部菜单栏即可免费获取。如有任何技术问题，也可直接在公众号内留言交流。

最近，我们和一位正在开发 PCIe 5.0 x16 Endpoint 芯片的客户做了一次电话沟通。客户的需求，听起来非常简单： 他们做了一块 EVB 开发验证板，用来验证自己芯片的 PCIe 5.0 x16 Endpoint 功能。为了调试方便，这块板子没有做成传统 PCIe 金手指形式，而是在板上设计了一个标准 PCIe 5.0 x16 CEM 插槽。现在的问题是：测试主机上也是一个标准 PCIe 5.0 x16 CEM 插槽，那么这两个“插槽”之间应该怎么连接？表面上看，这就是买一根 PCIe 5.0 x16 jumper 跳线的事情。但真正聊下来才发现，在 PCIe Gen5 时代，“把两端接起来”从来不是简单接线。 线是不是直通？ 要不要交叉？ 要不要带电？ 长度能不能到 1 米？ 主机插槽本身信号质量够不够？ 如果信号不够，是用 Retimer、Redriver，还是 Switch？ 如果下一版板子重画，是否应该改成 MCIO x8+x8？ 如果测试主机换成服务器、工作站、国产 CPU 平台，连接方案还可靠吗？这次沟通很有代表性。它不是一次普通的线缆询价，而是一次围绕 PCIe 5.0 芯片验证环境搭建的技术讨论。一、客户的真实场景：芯片做出来了，EVB 板却不好插客户开发的是 PCIe 5.0 x16 Endpoint 端芯片。正常情况下，如果做一张标准 PCIe Add-in Card，最自然的方式是把板子做成 PCIe 金手指，直接插到主机或服务器的 PCIe x16 插槽里。这样最符合 CEM 卡的使用方式，也最容易和主机建立链路。但 EVB 开发验证板往往不是最终产品形态。因为板子可能尺寸较大，为了调试方便，客户把 PCIe 接口做成了插槽形式，而不是金手指。 这样在板上接测点、接仪器、换模块、调电源、做旁路设计都会方便很多。问题也随之而来： 主机端是插槽，EVB 板端也是插槽。 两个插槽之间不能像普通显卡一样直接插上去，只能通过一根 jumper 跳线连接。这类需求在高速芯片验证里并不少见。 尤其是做 PCIe Endpoint、CXL 设备、AI 加速器、DPU、SSD 主控、Retimer、Switch 或其他高速 I/O 芯片时，EVB 板为了调试灵活性，常常会做成非标准最终产品形态。这时，连接主机就成了第一道门槛。二、第一件事：这不是普通延长线，而是 PCIe x16 跳线（Jumper Cable）在沟通中，我们首先确认了接口形态。客户不是 MCIO 接口，也不是普通 PCIe 金手指到插槽的延长线，而是标准 PCIe 5.0 x16 CEM 插槽到另一个 PCIe 5.0 x16 CEM 插槽。这意味着它需要的是 PCIe x16 jumper，而不是常见意义上的 riser cable 或 extender cable。普通 PCIe 延长线通常是一端金手指、一端插槽，适合把显卡、网卡、SSD AIC 或其他 PCIe 板卡从主板插槽“延出来”。 但客户这里是两边都是插槽，信号方向、Tx/Rx 对应关系、电源路径都需要重新确认。这类 jumper 比常规的PCIe 5.0 x16延长线少见得多。 尤其是 PCIe 5.0 x16 这种全带宽、高速率版本，现货更少，很多时候需要定制。对客户来说，真正要确认的不是“有没有一根线”，而是这根线的几个关键属性。三、直通还是交叉：这是最容易买错的地方PCIe 链路本质上是双向差分信号。 主机端的 Tx 要接到设备端的 Rx，设备端的 Tx 要接回主机端的 Rx。如果是标准 PCIe 插卡，金手指和插槽的定义天然匹配，不需要用户额外关心 Tx/Rx 交叉问题。 但当两端都是插槽，中间用 jumper 连接时，就必须确认这根线到底是 straight-through 直通，还是 crossover 交叉。客户这块 EVB 板目前按照 PCIe 标准插槽定义来做，因此需要一根交叉线，让一端的 Tx 对应到另一端的 Rx。如果误买了直通线，信号方向可能对不上，链路自然无法正常建立。这也是高速连接里非常典型的问题： 很多时候不是线的质量不好，而是线的类型根本不对。更实际的情况是，市面上 PCIe x16 jumper 本来就不多，交叉型 PCIe Gen5 x16 jumper 更少。 相比之下，直通型线缆更常见，也更容易买到。因此，我们也给客户提供了一个工程上的替代思路： 如果 EVB 板还没有最终定版，或者板上信号顺序可以调整，可以考虑在板级设计中交换 Tx/Rx，使其能够使用更常见、更稳定的直通 jumper。这样未来采购、备件和测试环境搭建都会简单很多。四、带电还是不带电：客户这次反而不是重点PCIe jumper 还有另一个容易被忽略的属性：是否带电。有些线缆会把主机插槽的电源一起传过去，有些则只传高速信号和必要控制信号，不传电源。这要看被测板是否需要从主机取电。客户这块 EVB 板已经单独供电，并且板上切断了从主机 PCIe 插槽过来的供电路径。 因此，对他们来说，jumper 是否带电并不是关键问题，重点是数据链路必须正确连接。不过在其他项目里，这一点非常重要。 如果远端板卡需要从主机槽取电，却误买了不带电线缆，板子就无法上电； 如果远端板卡自己独立供电，却又把主机供电直接接过来，也可能引入供电冲突或调试风险。所以，PCIe jumper 选型时至少要先问三个问题：第一，两端接口是什么形态？ 第二，需要直通还是交叉？ 第三，电源是否需要从主机传过去？这三个问题不确认，后面谈 Gen5、x16、信号质量都没有意义。五、PCIe Gen5 时代，线长不是想拉多长就拉多长客户也提到，想买不同长度的线回来测试，比如 300mm、500mm，甚至看到国外厂家有做到 1000mm 的产品。这个想法很自然。 实验室里调试 EVB 板，线越长越方便，板子摆放越灵活，仪器接入也更容易。但 PCIe 5.0 x16 的难点就在这里： 线越长，损耗越大； 连接器越多，反射越多； 环境越复杂，链路裕量越少。在 PCIe 5.0 这种 32GT/s 速率下，1 米被动线缆已经非常吃力。 如果只是降到 PCIe 4.0 或更低速率，可能还能凑合；但如果目标是稳定跑 Gen5 x16，就不建议一开始就把线做得太长。这类问题在实际项目中非常常见。客户会觉得： “我只是加了一根线，为什么设备掉速了？” “为什么直插可以 Gen5 x16，通过线就变成 Gen4 或 Gen3？” “为什么某一台主机能跑，换一台服务器就不行？” “为什么 16 条 Lane 里有几条 Lane 错误率特别高？”根因往往不是单一因素，而是主机插槽信号质量、线缆损耗、连接器质量、板上走线、Endpoint 接收能力等叠加在一起。高速链路不是数字逻辑里的“接上就通”。 到了 Gen5，连接环境本身就是测试结果的一部分。六、服务器 PCIe 插槽的信号质量，可能没有想象中那么好这次电话里一个非常重要的讨论点，是主机端 PCIe 插槽的信号质量。很多工程师默认认为： 服务器是大厂产品，PCIe 插槽一定是标准的、可靠的、信号很好的。但实际测试经验并不总是这样。从 CPU 到 PCIe 插槽，中间有主板走线、过孔、连接器、板材损耗和布局约束。 如果是存储服务器，CPU 还可能通过 MCIO 线缆连接到前置背板，再从背板转成 U.2/U.3 或 EDSFF 盘位。 这条路径越长，信号质量越难保证。常见的PC/工作站/服务器的PCIe Gen5 x16插槽输出信号眼图(16个lane的接收端眼图，每个眼图是一个lane）在 PCIe Gen4 时代，一些服务器平台就已经暴露过明显的稳定性问题。 到了 PCIe Gen5，问题只会更敏感。我们在实际项目里见过这样的情况： 同样一块设备，插到某些服务器上正常，插到另一些服务器上掉盘、掉速、Link Recovery 激增； 某些平台系统层面看起来还能训练到 Gen5 x16，但从内部数字眼图看，个别 Lane 的眼图已经非常接近闭合； 客户以为是自己的 Endpoint 芯片或 EVB 板问题，结果换一个信号质量更好的平台，现象明显改善。这也是为什么我们在沟通中提醒客户： 如果测试主机本身的 PCIe 插槽信号质量已经不理想，再接一根 Gen5 x16 jumper 到 EVB 板，链路裕量会被进一步压缩。如果这时出现掉速、报错或无法枚举，不能马上下结论说是芯片问题。 也有可能是整个测试连接环境已经把问题放大了。七、Retimer：看起来能解决信号问题，但要小心兼容性风险客户提到，是否可以使用 Retimer 卡。这个思路很自然。 Retimer 的作用，是把接收到的高速信号恢复、重定时、重新发送。理论上，它可以改善链路信号质量，让后面的线缆或板卡看到更干净的信号。但在实际项目中，Retimer 并不总是最省心的方案。原因在于，Retimer 已经不只是简单放大模拟信号。 它会参与 PCIe 链路训练和协议层相关过程。 上电枚举时，主机和 Retimer 协商，Retimer 再和下游设备协商。整个链路被拆成两段。这样做可以带来信号重生，但也可能带来互操作性问题。不同 CPU 平台、不同 BIOS、不同 Retimer 固件、不同 Endpoint 设备组合在一起，可能出现意料之外的问题。 有些 Retimer 卡需要针对 Intel 平台、AMD 平台烧录不同固件。 有些平台直接插设备可以跑 Gen5 x16，加了 Retimer 反而掉到 Gen3，甚至无法识别设备。 有些问题还不是现场调一下参数就能解决，而是需要 Retimer 原厂修改固件。这就带来一个很现实的工程风险： 你本来只是想改善信号，却引入了一个新的黑盒。如果客户正在验证自己的 Endpoint 芯片，测试环境中加入 Retimer 后，一旦出现链路训练失败、掉速、AER 报错或不兼容，就很难判断到底是 Endpoint 芯片的问题，还是 Retimer 固件和平台之间的互操作问题。所以，我们通常不会把 Retimer 作为第一推荐方案，尤其是在客户还处于芯片 EVB 初期验证阶段时。Retimer 不是不能用，而是要清楚它的风险边界。 如果平台、固件、设备组合已经经过充分验证，它可以是有效的信号增强方案； 但如果项目的目标是尽快建立一个干净、可控、问题容易定位的验证环境，Retimer 往往不是最省心的选择。八、Redriver：不碰协议层，调得好就能用，但环境变了可能要重调与 Retimer 不同，Redriver 更像是物理层信号增强器。它不解析 PCIe 协议包，也不把链路拆成两段协商。 信号进来后，Redriver 对每条 Lane 做均衡、增益、补偿，再把信号送出去。这类方案的好处是相对简单，不引入复杂协议层互操作风险。 如果只是某一段链路损耗偏大，Redriver 通过调节参数，有机会把信号拉回到可用范围。实际调试中，Redriver 通常可以通过串口、命令行或配置工具调整增益和均衡参数。 某个主机槽位、某根线、某块 EVB 板组成一个固定环境后，可以通过调参把链路调通、调稳。但 Redriver 也有局限。它不是自动万能适配。 如果换了槽位、换了线缆、换了主机、换了板子，原来那套参数可能就不再最优，需要重新调。 它能改善信号，但不能像 Switch 那样重新组织和管理链路，也不能解决协议层兼容性问题。所以，Redriver 更适合工程团队愿意现场调试、环境相对固定、主要问题集中在物理层损耗补偿的场景。九、Switch 卡：测试验证阶段更推荐的“干净中继”在这次沟通中，我们更推荐的方案，是使用 PCIe Switch 卡作为中继，业内实验室使用较多一般是SerialCables PCIe 5.0 switch卡。也就是： 把 Switch 卡插在主机的 PCIe x16 插槽上，主机先和 Switch 的上行口建立链路； 再从 Switch 的下行口（位于顶部的straddle port)，通过 jumper 或其他连接方式接到客户的 EVB 板。这样做的好处很明显。第一，Switch 卡的输出信号质量通常非常好。 高质量 Switch 卡相当于把主机端原本不那么理想的 PCIe 信号重新整理后再输出。 对于 EVB 验证来说，这可以大幅减少主机插槽信号质量带来的干扰。经过Gen5 Switch卡后输出的x16达到对端接收端量测的16个lane眼图(经过0.5m或者1m cable)第二，Switch 的兼容性通常比 Retimer 更好。 成熟的 PCIe Switch 芯片和板卡已经在大量行业测试和客户项目中使用过，稳定性、生态兼容性和可预期性都更强。第三，它更适合问题定位。 如果客户的 Endpoint EVB 直接接服务器插槽出现问题，问题可能来自主机、线缆、EVB、芯片、BIOS、信号完整性等多个环节。 如果中间加入一张稳定可靠的 Switch 卡，且 Switch 输出侧信号足够好，那么下游再出现问题时，工程师更容易把注意力集中到 Endpoint 端本身，而不是一直怀疑主机环境。第四，它也方便扩展。 一些 Switch 卡顶部提供标准 PCIe 插槽，一些方案可以输出 MCIO x8/x8，还可以配合扩展板构建多设备、多 GPU、多 Endpoint 的验证环境。当然，Switch 卡也不是没有代价。 它成本高于普通线缆，也需要确认库存和接口形态。 但对于 PCIe 5.0 x16 芯片验证来说，时间成本和问题定位成本往往比一张卡本身更贵。在研发阶段，我们更关心的是： 环境要可靠，问题要可复现，定位要清晰。从这个角度看，Switch 卡往往是更稳妥的选择。十、MCIO x8+x8：下一版 EVB 可以考虑的更灵活方案电话后半段，客户又进一步讨论了另一个方向： 如果未来 EVB 板不继续使用 PCIe CEM x16 插槽，而是在板上设计两个 MCIO x8 接口，是否更方便？这个思路非常值得考虑。在当前服务器平台中，MCIO 已经非常常见。 尤其是存储服务器、GPU 扩展、PCIe Switch 扩展板、高速背板连接场景中，MCIO x8、x16、SlimSAS 等线缆化连接方式越来越普遍。如果 EVB 板上做两个 MCIO x8 作为上行输入，就可以用两根 MCIO x8 线缆承载完整 x16 链路。 主机侧可以通过 PCIe CEM 转 MCIO 的小转接板、Retimer 卡、Switch 卡或扩展板输出两个 x8 MCIO。 这样布线会比 CEM 插槽到 CEM 插槽 jumper 更灵活，线缆选择也更多。MCIO 方案还有一个好处： 它更接近当前很多服务器内部真实互联方式。 CPU 到背板、Switch 到扩展板、主板到 GPU 托盘，很多都已经在使用类似线缆化连接。不过，MCIO 设计也不是随便接两根线就行。 需要明确 lane 分配，例如一个 MCIO 对应 Lane 0–7，另一个对应 Lane 8–15； 还要确认时钟、复位、Presence、边带信号等如何处理； 如果涉及 CXL，还要进一步关注链路训练、内存语义、拓扑和固件支持。但整体上，对于下一版 EVB 或更复杂的验证平台，MCIO x8+x8 是非常值得考虑的方向。 它比传统 CEM jumper 更灵活，也更适合未来多板互联和系统级验证。十一、这次沟通真正体现的，不只是“卖一根线”如果只看客户最初的问题，这次咨询可以简单归结为： “有没有 PCIe 5.0 x16 CEM 插槽到 CEM 插槽的 jumper？”但真正有价值的部分，是我们一起把这个问题拆成了完整的工程判断。客户当前最直接的需求是 jumper。 但我们还需要一起判断：这根线是直通还是交叉？ 是否需要带电？ 长度控制在多少比较合理？ 目标是稳定跑 Gen5 x16，还是先跑通链路？ 是否允许修改 EVB 板上的 Tx/Rx 顺序？ 是否要采购不同长度线缆做对比测试？ 主机端插槽信号质量是否可靠？ 如果链路不稳定，是加 Retimer、Redriver，还是 Switch？ 如果下一版重画板，是否改成 MCIO x8+x8 更合适？ 未来是否需要协议分析仪进一步抓取链路训练和错误信息？这就是 Saniffer 在高速接口验证项目中的价值。我们并不是简单把某个型号报给客户，而是帮助客户把测试环境里可能踩的坑提前暴露出来。 在 PCIe Gen5 这种高速链路里，很多问题一旦后期才发现，代价非常高。 一根线买错，可能调不通； 一个 Retimer 选错，可能引入几个月兼容性问题； 一个服务器平台信号不好，可能让客户误判自己的芯片； 一套连接架构没想清楚，可能下一版 EVB 还要重画。所以，高速接口验证不是单点采购，而是一套工程经验。十二、Saniffer 能提供什么？围绕这类 PCIe 5.0/6.0 芯片验证和系统互联场景，Saniffer 能提供的不只是线缆，而是一整套高速接口验证工具链。包括：PCIe Gen5/Gen6 高速跳线、延长线、转接卡和 interposer； PCIe CEM、MCIO、U.2/U.3、M.2、EDSFF、OCP NIC 等不同接口形态的适配方案； 基于 Switch、Retimer、Redriver 的链路扩展和信号增强方案； 用于 Endpoint、SSD、GPU、DPU、CXL 设备验证的 PCIe Switch 扩展平台； PCIe/CXL 协议分析仪，用于抓取链路训练、TLP/DLLP、AER、LTSSM 等协议细节； 针对企业级 SSD 的热插拔、故障注入、电压拉偏、功耗分析和长期稳定性测试方案； 面向客户研发阶段的测试环境搭建建议和现场问题定位支持。对于做 PCIe Endpoint 芯片的客户来说，Saniffer 的角色不是简单供应商，而更像是帮助客户把“芯片—EVB—主机—线缆—Switch—协议分析—系统验证”这一整条链路搭起来。在 PCIe Gen5/Gen6 时代，很多研发团队面对的问题并不是“有没有规范”，而是“规范到真实系统之间有多少坑”。 这些坑，往往只有真实项目里踩过、测过、调过，才知道该怎么绕。结语：高速接口验证，最怕的不是问题，而是环境不干净一块 PCIe 5.0 x16 Endpoint 芯片 EVB 板，要连到测试主机，看起来只是一个物理连接问题。 但真正进入调试后，它很快会变成信号完整性问题、链路训练问题、主机兼容性问题、线缆选型问题、Retimer 固件问题、Switch 拓扑问题。这就是高速接口验证的现实。低速时代，接上线，大概率就能通。 PCIe Gen5 时代，接上线只是开始。 线缆、插槽、主板走线、服务器平台、信号裕量、协议协商，每一个环节都会影响最终结果。因此，我们给这类客户的建议通常很明确：如果只是快速验证，优先选择短距离、高质量、已验证过的连接方案； 如果必须使用 CEM 插槽到 CEM 插槽 jumper，一定确认直通/交叉和供电方式； 如果 EVB 还可以修改设计，尽量选择更容易采购、更容易验证的连接形态； 如果测试环境信号质量不确定，优先考虑稳定可靠的 Switch 卡作为中继； 如果未来要做更复杂的系统级验证，可以考虑 MCIO x8+x8 或 Switch 扩展板架构； 如果出现链路训练、掉速、AER 或兼容性问题，应该尽早引入协议分析仪和信号路径排查工具。一根 PCIe Gen5 x16 跳线，本身并不复杂。 复杂的是，它背后连接的是一整套高速硬件验证体系。而 Saniffer 要做的，就是帮助客户在这套体系里少走弯路，把问题尽早暴露、尽快定位、尽量在实验室解决。更多PCIe5&6.0, CXL, NVMe SSD, SAS/SATA, NVMe over Fabric (NVMoF), NAND,新型存储技术NVM（RRAM/ReRAM, FRAM/FeRAM, MRAM, PCM, 3D-NOR, SRAM/DRAM等） DDR5/LPDDR5以及UFS测试方面的问题想咨询，可以查看Saniffer公司2026.2.24最新更新的测试工具白皮书15.1版本，我们已经整理收录在Saniffer公众号的【白皮书】菜单中。欢迎关注Saniffe公众号，点击底部菜单栏即可免费获取。如有任何技术问题，也可直接在公众号内留言交流。

最近，我们和一位正在规划企业级 SSD 项目的客户做了一次电话沟通。对方的需求很明确：他们正在立项做 PCIe U.2 企业级 SSD，目前最急需的不是协议分析仪，也不是完整的 SSD 认证测试平台，而是一套能够用于企业级 SSD 研发验证的测试工具，尤其关注热插拔、故障注入、电压拉偏、功耗分析和边带信号监测。这类电话其实很典型。很多公司从消费级 SSD、嵌入式存储或者存储相关业务切入企业级 SSD 时，一开始会认为：只要主控、NAND、固件和 PCB 做出来，盘能识别、能读写、性能跑得上去，项目就已经过了一大关。但真正进入企业级 SSD 研发之后，大家很快会发现，企业级 SSD 和消费级 SSD 最大的区别，并不只是性能更高、容量更大、接口更快，而是它必须在更复杂、更恶劣、更长期的服务器环境里稳定工作。一块企业级 SSD，不仅要能跑分，还要能经得住热插拔、异常电压、链路错误、背板信号质量波动、边带信号异常、长时间压力测试、RAID 重构、服务器平台兼容性等一系列考验。这也是为什么，企业级 SSD 测试工具不是锦上添花，而是研发过程中绕不过去的一环。一、客户最急的需求：不是“测性能”，而是先把企业级可靠性验证补起来在电话一开始，客户就说明他们目前最优先考虑的是Quarch 类工具。 SerialTek PCIe/NVMe协议分析仪和 SanBlaze 这类完整 SSD 功能、性能、兼容性、可靠性测试平台，他们并不是不需要，而是计划稍微往后放。这背后其实很符合企业级 SSD 项目的真实节奏。对于刚开始做企业级 SSD 的团队来说，第一阶段最紧急的问题往往不是“我要拿到完整认证”，而是先把实验室里的基础验证能力搭起来。比如：盘能不能承受自动化热插拔？ 异常插拔后系统能不能重新识别？ 背板供电偏高或偏低时盘还能不能稳定读写？ PCIe 链路里出现 CRC Error、Bit Error 或毛刺干扰时，主控固件能不能正确处理？ 某些边带信号异常拉高、拉低时，会不会导致掉盘？ 在 FIO 压力读写过程中，功耗、电压、电流表现是否正常？ 跑几个小时后突然掉盘，到底是供电问题、边带信号问题，还是主控异常处理问题？这些问题不解决，后面的性能优化、客户导入、认证测试都很难顺利推进。所以这位客户的关注点非常清楚：先买一套针对 PCIe Gen5 U.2 企业级 SSD 的基础可靠性与异常场景测试工具，把研发阶段最容易踩坑的地方先补起来。二、企业级 U.2 SSD 为什么特别需要热插拔测试？消费级 M.2 SSD 通常安装在笔记本或台式机里，用户不会频繁带电插拔。 但企业级 U.2/U.3 SSD 的使用环境完全不同。在服务器里，SSD 是可以被维护、替换、扩容和重构的。 一个盘位可能在系统运行过程中被拔出； 新盘可能在系统不关机的情况下插入； RAID 阵列可能因为某块盘拔出而进入降级状态； 盘插回去之后还可能触发数据重构。因此，企业级 SSD 必须支持热插拔，而且不是“手动插拔几次没问题”就算通过。真正的研发测试中，热插拔需要被自动化、可重复、可控制地执行。人工插拔有几个明显问题。第一，次数不够。 企业级测试可能需要做几千次、几万次热插拔。靠人工拔插，不现实，也不稳定。第二，动作不可控。 人手插拔时，每一次的速度、角度、接触顺序都不一样，无法精确控制某个引脚先接通、某个引脚后接通。第三，连接器会磨损。 频繁物理插拔会损伤盘、背板或夹具，测试到后面，问题可能已经不是 SSD 本身，而是连接器被磨坏了。第四，很难做系统级场景。 比如一台 25 盘位服务器，研发团队希望模拟任意一个盘位热插拔，甚至同时拔出两块盘、再分别插回去，观察 RAID 重构、性能抖动和系统稳定性。人工方式既低效，也不可控。这就是自动化热插拔模块的价值。它通过测试夹具串接在服务器背板和 SSD 之间，由管理模块控制电气通断，从而模拟盘被拔出和插入。工程师可以通过软件、命令或 Python 脚本控制插拔行为，实现长期、批量、可重复的自动化测试。对于企业级 SSD 来说，这类测试不是可选项，而是研发验证中的基本功。三、故障注入：不是故意“折磨”SSD，而是模拟真实服务器环境电话里客户特别问到：故障注入到底注入什么故障？这个问题很关键。很多人第一次听到“故障注入”，会以为这是人为制造一些极端异常，实际意义不大。 但在企业级 SSD 研发里，故障注入的核心目的不是为了把盘“搞坏”，而是为了模拟真实服务器环境中可能出现的异常，并观察 SSD 的容错能力。以 PCIe Gen5 U.2 SSD 为例，盘通常不是直接贴着 CPU。 实际服务器里，PCIe 信号可能从 CPU 出来，经过主板走线、MCIO 连接器、高速线缆、背板，再到 U.2/U.3 盘位。链路路径较长，中间连接器和背板较多，信号质量不可能永远完美。现实中，很多 PCIe Gen5 服务器背板的信号质量并没有想象中那么理想。 客户把盘插到某些平台上，可能会遇到 CRC Error、链路错误、偶发掉盘、长时间压力后不稳定等问题。这时，故障注入工具可以在实验室里主动制造类似场景。比如，在 PCIe 某一条 Lane 的发送或接收方向上注入毛刺； 在差分信号的正端或负端导入短时间干扰； 让链路在一定周期内产生可控的 Bit Error 或 CRC Error； 对边带信号、时钟、复位信号等注入异常； 观察 SSD 主控和固件在错误积累时是否还能稳定处理。这类测试非常有价值。因为在真实服务器里，错误可能是偶发的、不可控的。 今天跑 8 小时没问题，明天跑 3 小时掉盘； 这台服务器没问题，另一台服务器掉速； 换一家背板供应商，问题又变了。如果没有故障注入能力，研发团队只能被动等待问题出现。 有了故障注入工具，就可以主动构造异常环境，让问题在实验室里更快暴露出来。更重要的是，它可以帮助团队判断： 同样的错误压力下，自己的 SSD 会掉盘，而 Intel、Samsung、Micron 或其他成熟企业级盘不掉盘，那问题就很可能出在自己的主控异常处理、固件容错机制、PCB 设计或信号裕量上。企业级 SSD 不能假设外部环境永远完美。 真正成熟的产品，应该是在有错误、有抖动、有异常的环境里，仍然能够稳定恢复、正确处理，而不是一遇到错误就控制器崩溃、系统掉盘。四、电压拉偏：验证 SSD 在非理想供电环境下的健壮性企业级 SSD 插在服务器背板上，并不意味着它永远得到一个完美的 12V 或 3.3V 供电。真实数据中心环境里，供电可能存在轻微偏差。 比如 12V 可能是 11.8V，也可能是 12.3V； 某些瞬间可能出现电压波动； 不同服务器、不同背板、不同电源设计，对 SSD 的供电表现也会不同。如果 SSD 只在理想电压下工作正常，一旦电压偏高或偏低就异常，这样的产品很难满足企业级市场要求。电压拉偏测试就是为了解决这个问题。测试时，电压拉偏夹具会串接在服务器背板和 SSD 之间。 它会把背板原本提供给 SSD 的供电路径隔断，然后由外部可编程电源模块给 SSD 提供电压。其他 PCIe 信号和边带信号仍然保持正常连接，这样 SSD 在系统里仍然可以被识别、协商、读写。在系统运行和 FIO 压力读写过程中，工程师可以通过软件或脚本控制电压变化。 比如从正常 12V 开始，逐步拉高到 13V、14V，甚至接近 14.4V； 也可以向下拉低到 11V、10.8V； 有些场景还会模拟瞬间掉电，比如拉到 0V 持续一小段时间，再恢复供电。这类测试可以回答几个非常实际的问题：供电偏高时，SSD 会不会异常？ 供电偏低时，SSD 是否仍能稳定读写？ 电压波动过程中，是否会出现掉盘、链路重训、读写超时？ 主控、PMIC、电容和固件的保护策略是否合理？ 不同负载压力下，电流和功耗变化是否符合预期？需要注意的是，电压拉偏并不是所有公司都有完全一致的标准。 不同厂商可能定义 ±5%、±10%、±20% 等不同测试范围。 但整体思路是一致的：企业级 SSD 不能只在理想供电条件下工作，它要能适应真实服务器环境里的波动和偏差。五、PAM 功耗分析模块：不只是看功耗，更是抓掉盘前的蛛丝马迹电话中还提到另一类非常重要的模块：PAM，也就是 Power Analysis Module，功耗分析模块。从名字看，PAM 似乎主要是用来测功耗。 但在企业级 SSD 测试中，它的价值远不止于此。PAM 模块通常也是串接在背板和 SSD 之间，但它本身是透明监测，不主动改变供电。 它可以记录 SSD 的电压、电流、功耗，以及 U.2 接口上的各种边带信号状态。比如 PCIe Reset、Clock Request、Presence Detect、PERST#、CLKREQ# 等信号，在企业级 SSD 调试中都可能非常关键。很多掉盘问题并不是立刻能复现的。 客户可能遇到这样的情况：盘在某台服务器上跑几个小时后突然消失； 系统日志里只看到设备掉线，却不知道掉线前发生了什么； 怀疑是某个边带信号异常，但示波器很难长期盯着； 怀疑背板给盘的电压或电流有异常，但无法连续记录几天。PAM 的优势就在这里。它可以长时间记录电压、电流、功耗和边带信号。 采样精度可以做到很高，数据可以连续保存到控制电脑里。 如果掉盘发生在凌晨三点，工程师第二天仍然可以回看掉盘前后的数据变化。这对调试非常有帮助。比如掉盘前 PERST# 是否被异常拉低？ CLKREQ# 是否有异常变化？ 电压是否出现瞬间下跌？ 电流是否出现异常尖峰？ 功耗是否在某个工作负载下突然变化？ 掉盘是否与特定 FIO 压力、温度或电源状态相关？如果用示波器做这些事情，就会非常麻烦。 示波器可以测得很准，但不适合同时长期监控所有边带信号，也不适合几天几夜保存完整数据。 PAM 则更像是 SSD 测试里的“行车记录仪”，把异常发生前后的状态完整记录下来。因此，PAM 不只是功耗分析工具，也是掉盘诊断、边带信号分析和长期稳定性调试工具。六、PPM 可编程电源模块：电压拉偏和供电扰动的核心与 PAM 不同，PPM 更偏主动控制。 PPM 的全称可以理解为 Programmable Power Module，也就是可编程电源模块。它的核心作用，是通过夹具给 SSD 提供可控电源，并按照设定模式进行电压变化。 工程师可以定义电压拉偏幅度、变化节奏、持续时间和波动模式，然后在 SSD 正常读写过程中观察系统表现。简单来说，PAM 更像是“记录仪”，负责看发生了什么； PPM 更像是“环境模拟器”，负责制造供电变化，让工程师验证 SSD 是否扛得住。在企业级 SSD 项目中，PAM 和 PPM 经常是互补的。如果你想知道服务器实际给盘供电是否稳定，可以用 PAM。 如果你想主动模拟电压偏高、偏低、波动、掉电，可以用 PPM。 如果你想在电压扰动过程中同时记录功耗和边带信号，则需要根据测试方案组合使用不同模块。七、管理模块：为什么一个热插拔模块不能单独用？电话里还讨论了一个很容易被忽略的问题：客户看到某个热插拔模块型号，以为买一个模块就能直接用，但实际上并不是这样。热插拔/故障注入模块通常不能单独工作。 它需要连接管理模块，再由管理模块连接控制电脑。控制电脑可以通过图形化软件、命令行或 Python 脚本下发指令。 管理模块收到指令后，再控制热插拔模块执行插拔、断电、恢复、故障注入等动作。管理模块也有不同端口数量。最小配置可以是一端口管理模块，适合只控制一个盘位。 但一端口管理模块通常只支持 USB 或串口，不支持网口。如果客户内部的电脑安全策略比较严格，USB 和串口被禁用，就需要选择支持网口的四端口或更多端口管理模块。 一些大型企业测试环境，出于安全和自动化管理要求，往往更倾向选择网络管理方式。如果是多盘位系统测试，则可能选择 4 端口、28 端口甚至更大规模的管理方案。比如大型服务器厂商在做系统级测试时，可能会在一台多盘位服务器的每个盘位后面都接一个热插拔模块。 这样就可以通过脚本控制任意一个盘位在任意时间模拟拔出、插入、掉电或异常。这类配置虽然成本更高，但它能实现真正接近数据中心环境的系统级验证。八、从一套工具到一套测试思路：企业级 SSD 要验证什么？这通电话表面上是在讨论型号、报价和配置，但背后其实反映了企业级 SSD 研发验证的一整套思路。如果是一家刚开始做企业级 U.2 SSD 的公司，比较现实的测试路径通常可以分为几层。第一层，是热插拔和故障注入。 验证 SSD 在插拔、链路错误、信号毛刺、CRC Error、边带异常等情况下能否稳定工作。第二层，是供电健壮性（也有的人将Robustness翻译成一个很怪的名字：鲁棒性）测试。 通过 PPM 做电压拉偏，验证电源偏差、波动、瞬断情况下 SSD 的表现。第三层，是功耗和边带信号监测。 通过 PAM 记录电压、电流、功耗和边带信号，用于功耗优化、掉盘分析和长期稳定性调试。第四层，是PCIe协议分析。 当问题涉及 PCIe 链路训练、速率协商、TLP/DLLP、AER、LTSSM 状态、NVMe 命令交互时，就需要SerialTek PCIe协议分析仪把链路上的真实协议数据抓出来。第五层，是完整 SSD 功能、性能、兼容性和可靠性测试平台。 例如 SanBlaze 这类平台，可以帮助 SSD 厂商围绕行业主流客户和认证要求，系统化地跑企业级 SSD 测试脚本。第六层，是 NAND 和介质层特性测试。 对于更深入的研发，还需要评估不同 NAND 颗粒在温度、寿命、擦写循环、错误率和保持特性下的表现，这时候就需要NplusT的NanoCyler这类工具上场了。从这个角度看，Saniffer 提供的不是单一工具，而是围绕企业级 SSD 研发不同阶段的完整测试能力。客户当前可能只需要一套 U.2 Gen5 热插拔/故障注入工具。 但随着项目推进，他们后续很可能还会需要协议分析仪、SanBlaze 测试平台、功耗分析、自动化测试脚本，以及更完整的服务器兼容性验证方案。九、Gen5 先上车，Gen6 做储备：企业级 SSD 测试也要考虑节奏电话中客户也问到是否支持 PCIe 6.0。这个问题很现实。 很多企业级 SSD 团队现在正在做 PCIe Gen5，但也会提前关注 Gen6。毕竟从产品规划角度看，Gen5 是当前主流方向之一，而 Gen6 是下一代技术储备。不过，测试工具选型不能只看“越新越好”。如果当前项目是 PCIe Gen5 U.2 企业级 SSD，优先搭建成熟、稳定、成本合理的 Gen5 测试能力，通常是更现实的选择。 Gen6 工具虽然已经在推进，但某些接口形态和功能模块可能还处于较早阶段，价格也会明显更高。并且，即便现在考虑PCIe 6.0 企业级SSD也得从搭建PCIe Gen6的测试环境开始，例如购买PCIe 6.0 switch卡，主要原因是近两年内市场上根本买不到PCIe 6.0 CPU接口的服务器和电脑。因此，对客户来说，比较稳妥的策略是：当前项目以 Gen5 U.2 测试为主； 先把热插拔、故障注入、电压拉偏、功耗分析这些基础能力搭起来； Gen6 方案可以提前了解报价和路线，作为后续产品规划参考； 等真正进入 Gen6 研发阶段，再根据接口形态、测试需求和预算做升级。这也是 Saniffer 在客户沟通中通常会坚持的方式： 不是一味推荐更贵、更高规格的产品，而是根据客户当前项目阶段，先匹配最合适的测试方案。十、Saniffer 的价值：帮客户把“买什么”变成“为什么这样测”很多客户第一次咨询时，手上可能只有一个型号、一张照片，或者别人推荐的一套用的比较好的针对SSD测试工具的一个配置。 但真正采购企业级 SSD 测试工具时，只看型号是不够的。同样是 U.2 SSD 测试，客户需要确认很多问题：是 PCIe Gen4、Gen5 还是 Gen6？ 是 U.2、U.3、E1.S、E3.S，还是 M.2？ 是只测一块盘，还是多盘位自动化测试？ 控制电脑能不能使用 USB 或串口？ 是否必须支持网口管理？ 是只需要热插拔，还是需要故障注入？ 是否需要电压拉偏？ 是否需要功耗和边带信号长期监测？ 未来是否要扩展到协议分析或 SanBlaze 测试平台？ 是否涉及客户认证、准入资料和公司供应商流程？Saniffer 的价值就在于，把这些问题一层层拆清楚。 不是简单报一个价格，而是帮助客户判断：当前阶段应该先买什么，哪些模块是必须的，哪些模块可以作为可选项，哪些配置未来可以扩展，哪些型号其实不适合当前接口。这次电话里，客户原本提到的某个型号并不是 U.2，而是 EDSFF 相关模块。 如果不仔细确认，很可能买错方向。 而对企业级 SSD 测试来说，接口形态、管理模块、线缆、夹具和软件组合都非常关键。任何一个环节配错，都会影响实际使用。所以，专业销售和技术支持的意义，不只是把产品卖出去，而是帮客户少走弯路。结语：企业级 SSD 的门槛，藏在那些“偶发问题”里企业级 SSD 的研发，最难的往往不是把盘点亮，也不是跑出一个漂亮的性能数字。 真正难的是面对复杂服务器环境时，产品能不能长期稳定。能不能热插拔？ 能不能在异常电压下工作？ 能不能承受 PCIe 链路错误？ 能不能处理背板信号质量不佳带来的 CRC Error？ 能不能在 RAID 重构时保持可接受的延迟和性能？ 能不能在掉盘前留下可分析的数据？ 能不能在客户现场复现问题，而不是靠猜？这些问题决定了一块 SSD 是实验室样品，还是可以进入数据中心的企业级产品。Saniffer 所提供的企业级 SSD 测试方案，正是围绕这些真实问题展开： 用热插拔模块模拟服务器维护场景； 用故障注入工具构造链路异常； 用 PPM 做电压拉偏和供电扰动； 用 PAM 长期记录功耗、电压、电流和边带信号； 用协议分析仪打开 PCIe/NVMe 链路黑盒； 用 SanBlaze 平台对齐企业级 SSD 功能、性能、兼容性和可靠性测试。从消费级 SSD 走向企业级 SSD，真正的门槛不只是接口从 M.2 变成 U.2/U.3，也不只是速率从 Gen4 走向 Gen5/Gen6。 更大的门槛，是研发团队必须建立一套面向服务器真实环境的验证体系。而这，正是 Saniffer 希望帮助客户补齐的能力。更多PCIe5&6.0, CXL, NVMe SSD, SAS/SATA, NVMe over Fabric (NVMoF), NAND,新型存储技术NVM（RRAM/ReRAM, FRAM/FeRAM, MRAM, PCM, 3D-NOR, SRAM/DRAM等） DDR5/LPDDR5以及UFS测试方面的问题想咨询，可以查看Saniffer公司2026.2.24最新更新的测试工具白皮书15.1版本，我们已经整理收录在Saniffer公众号的【白皮书】菜单中。欢迎关注Saniffer公众号，点击底部菜单栏即可免费获取。如有任何技术问题，也可直接在公众号内留言交流。

一台服务器跑不稳，问题到底藏在哪？走进 Saniffer 的高速接口验证工具箱很多人第一次接触 Saniffer，通常都会有一个很自然的问题：你们到底是卖什么的？如果只用一句话概括，Saniffer 销售的不是普通的电子仪器销售，而是围绕高速接口、企业级和消费类存储、芯片验证和服务器集成测试，提供一整套“问题诊断和验证工具箱”。再说得更通俗一点： 当一张 PCIe 板卡、一颗 CPU/GPU 芯片、一块企业级 NVMe SSD，或者一台高性能服务器出现“不兼容”“掉盘”“跑不满速”“链路训练失败”“偶发报错”等问题时，靠肉眼看不出来，靠普通万用表也看不出来，甚至很多时候只看示波器波形也不够。这个时候，就需要一套专业工具，把问题发生时链路上的真实数据、供电状态、边带信号、热插拔过程、协议交互细节全部抓出来，帮助研发工程师把问题定位清楚。这正是 Saniffer 主要服务的领域。一、我们的用户是谁？Saniffer 的用户并不局限于某一类公司，但他们通常有一个共同点：产品里有高速接口，尤其是 PCIe、NVMe、CXL、SAS/SATA、USB、以太网、存储接口等，并且这些接口的稳定性和兼容性会直接影响产品能不能量产、能不能进入大客户系统。从实际应用场景来看，典型用户大致可以分为几类。第一类是做芯片的公司。 比如 CPU、GPU、DPU、AI 加速卡、PCIe Switch、Retimer、SSD 主控芯片等厂商。芯片还没回来之前，他们可能要做 FPGA 原型验证；芯片流片回来之后，更要做归后验证，确认 PCIe 链路训练、速率切换、协议交互、错误处理、兼容性等是否符合预期。第二类是做企业级 SSD 和消费类存储产品的公司。 企业级 NVMe SSD 不是简单“能插上、能读写”就算完成。它要面对服务器、背板、盘柜、操作系统、驱动、热插拔、掉电、异常电压、长时间压力测试等复杂环境。尤其是面向数据中心用户时，稳定性和兼容性往往比单纯跑分更重要。第三类是服务器和系统集成厂商。 大型服务器厂商要把 CPU、GPU、网卡、SSD、CXL 内存扩展模块、RAID/HBA 卡、加速卡等大量设备集成在一起。不同厂商的板卡都说自己支持 PCIe，但真正插到同一台服务器里，未必都能顺利工作。一个设备在 A 平台没问题，在 B 平台掉速，在 C 平台偶发报错，这类问题在真实研发现场非常常见。第四类是板卡、加速卡和数据中心设备厂商。 例如 AI 服务器里的 GPU 卡、网络加速卡、存储加速卡、高速采集卡等。只要产品通过 PCIe 接入服务器，就绕不开协议一致性、信号完整性、兼容性和长期稳定性验证。第五类是研发实验室、FAE 和现场支持团队。 很多时候，问题不是发生在实验室，而是发生在用户现场。服务器公司说你的卡有问题，板卡公司说自己的产品没问题，芯片公司说协议实现没问题。到底是谁的问题？这时就需要现场抓取真实链路数据，用证据说话。二、为什么 PCIe 验证越来越重要？过去很多人谈高速接口，第一反应是示波器、误码仪、眼图、抖动、信号完整性。 这些当然非常重要，它们解决的是物理层问题：信号质量好不好、板子走线有没有问题、损耗是否过大、抖动是否超标。但到了 PCIe 5.0、PCIe 6.0 甚至未来 PCIe 7.0，问题已经不只是“信号能不能跑起来”。很多研发团队会遇到这样的情况：波形看起来还可以，链路也能训练起来，但系统就是不稳定； 换一张板卡正常，换另一张板卡就异常； 某个 SSD 在一台服务器里稳定，在另一台服务器里偶发掉盘； 设备能识别，但跑不到目标速率； 长时间压力测试后才出现 AER 报错； 系统重启、热插拔、掉电恢复时偶发异常。这些问题往往已经不是单纯用示波器就能解决的。 因为示波器看到的是波形，而工程师真正想知道的是：链路训练走到了哪一步？ 双方协商了什么速率、什么 Lane 宽度？ 有没有出现错误包？ Flow Control 是否正常？ 配置空间读写有没有异常？ 设备进入了什么电源状态？ AER 报错到底是谁先触发的？ 主机和设备之间真实交换了哪些 TLP、DLLP、Ordered Set？这就是协议分析仪的价值所在。三、协议分析仪：高速接口研发里的“黑匣子”如果把一条 PCIe 链路比作高速公路，那么示波器看到的是路面质量、车道宽度和车速波形；协议分析仪看到的则是每一辆车从哪里来、到哪里去、带了什么货、有没有违规、有没有堵车、有没有被迫重传。协议分析仪的工作方式，是把主机和设备之间真实传输的数据抓取下来，再按照 PCIe 协议规范进行解码和展示。工程师看到的不再是一串难以理解的 0 和 1，而是可以分析的协议包、链路状态、事件时间线和错误信息。在实际研发中，协议分析仪主要用于几个阶段。在芯片归前阶段，有些团队会把设计放到 FPGA 原型平台上验证，通过协议分析仪观察接口行为是否符合设计预期。在芯片归后阶段，协议分析仪几乎是高速 PCIe 研发不可或缺的工具。芯片已经回来，板卡已经做出来，系统已经搭起来，接下来就要验证它是否真正支持所宣称的 PCIe 速率、Lane 宽度和协议能力。在服务器兼容性验证阶段，协议分析仪可以帮助工程师定位“为什么 A 家设备能用，B 家设备不能用”的根因。因为 PCIe 规范给的是规则，但每家厂商的实现细节并不完全一样。大家都声称支持 PCIe，但在真实互操作中，某些边界条件、时序处理、错误恢复机制、电源管理状态转换，可能就会暴露差异。在客户现场支持阶段，协议分析仪也非常关键。FAE 或 AE 如果能在现场抓取问题发生时的协议交互，就能大幅减少“互相甩锅”的时间，把讨论从“猜测”变成“证据”。所以，对很多高速接口研发团队来说，协议分析仪并不是锦上添花，而是定位复杂问题时真正能打开黑盒的工具。四、Interposer 和适配环境：为什么测试不只是“买一台仪器”？很多人第一次看到 PCIe 协议分析方案，会以为核心就是一台分析仪主机。 但实际使用时，测试环境远比想象中复杂。不同客户要测的东西不一样： 有人测 PCIe CEM 金手指板卡； 有人测 U.2/U.3 SSD； 有人测 EDSFF E1.S、E1.L、E3.S、E3.L； 有人测 M.2 SSD； 有人测 OCP NIC 3.0 网卡； 有人测 MCIO 连接的下行设备； 有人测 CXL 内存扩展模块； 有人测 GPU、DPU、AI 加速卡。这些设备的物理形态各不相同，不可能用一种接口覆盖所有场景。 因此协议分析系统通常需要搭配不同形态的 interposer、转接卡、延长线和测试夹具。Interposer 可以理解为插在主机和被测设备之间的“中间观察点”。它既要让链路正常工作，又要把链路上的高速数据引出来给分析仪抓取。这个要求非常高，因为它不能明显破坏原来的信号环境。这也是为什么高速测试环境里，一根线、一张转接卡、一个夹具，往往并不是随便买一个就能用。在低速系统里，淘宝/京东上买一根便宜转接线可能也能凑合；但在 PCIe 5.0、PCIe 6.0 这种高速链路上，任何额外插入的板卡、连接器、线缆，都可能引入损耗、反射、串扰和阻抗不连续。最后看到的现象可能是链路不稳定、降速、报错，但真正的问题并不是客户自己的产品，而是测试环境本身“污染”了结果。这类问题非常麻烦。 因为工程师会沿着错误方向 debug，花几周甚至几个月查自己的芯片、板卡、固件和驱动，最后才发现根因是一根不合格的线缆或转接卡。所以，高速测试里有一个很重要但容易被低估的原则：测试环境本身必须足够可靠，否则测试结果就不可信。五、SerialCables产品：不是简单转接，而是降低试错成本Saniffer 提供的高速连接与转接类产品，表面上看是延长线、转接卡、Switch 卡、Retimer/Redriver 板等“小东西”，但它们在真实研发中往往非常关键。比如 PCIe 延长线和转接卡，解决的是“设备怎么接上去”的问题。研发现场经常会遇到设备物理形态不匹配、空间位置不允许、服务器内部插不进去、被测盘接口不同等情况。没有这些辅助工具，测试环境根本搭不起来。再比如 PCIe 6.0 Switch 卡，也叫PCIe 6.0 Host主机卡，在当前阶段对很多做 PCIe 6.0 技术储备的客户非常重要。因为成熟的 PCIe 6.0 商用平台还没有完全普及，但很多芯片、板卡、网卡、SSD 或加速卡团队已经要提前验证自己的 Gen6 设备。这时就需要借助 Gen6 Switch 环境，把下行设备之间的高速链路搭起来。Retimer 和 Redriver 则更多面向信号增强和链路延伸场景。 随着 PCIe 速率提高，链路预算越来越紧张，连接器、线缆、背板、转接板带来的损耗都需要认真考虑。Retimer 不是简单“放大信号”，而是在高速链路中重新恢复时钟和数据，对改善长距离、高损耗链路的稳定性非常有价值。这些工具的共同价值，不只是“能连接”，而是让研发团队少走弯路。对企业客户来说，几千元、几万元的转接工具并不是重点。真正昂贵的是研发工程师的时间，是项目延误，是问题定位方向错了，是产品迟迟不能进入客户认证。 从这个角度看，高质量的高速连接和适配工具，本质上是在降低试错成本。六、Quarch：把供电、边带信号、热插拔和故障注入变成可控测试如果说协议分析仪解决的是“链路上双方到底在说什么”，那么 Quarch 这类工具解决的是另一个问题：设备在真实供电和插拔环境下，到底能不能稳定工作？很多企业级 SSD、板卡和服务器问题，并不是一上电就出现，而是在特定环境下偶发：某个盘运行几天后突然掉盘； 某次热插拔后系统没有正确识别； 电压轻微偏高或偏低时设备异常； 某根边带信号在异常瞬间出现拉高或拉低； 某个引脚接触不良导致系统偶发错误； 设备在长期压力测试中出现不可复现的问题。这些问题用传统方法很难抓。比如用示波器测电压和边带信号，当然可以测，但探头要一根根接，数据不容易长期保存，也很难连续记录几天几夜。真正的问题可能只在某个瞬间出现，工程师根本不可能一直盯着屏幕。Quarch 的价值在于，它可以串接在主机和被测设备之间，自动监测电压、电流和边带信号，并把数据长期记录下来。 当掉盘或异常发生后，工程师可以回看异常前后的供电变化、边带信号状态和时间关系，从而判断问题是不是由供电波动、信号异常或某个状态变化触发的。除了监测，Quarch 还可以做电压拉偏。 比如标称 12V 的供电，真实数据中心环境未必永远完美。设备需要在一定范围内具备鲁棒性。通过电压拉高或拉低，可以验证设备在电压偏差情况下是否仍然稳定工作。更重要的是自动化热插拔。 企业级 SSD 必须支持热插拔，但人工插拔几百次、几千次并不现实，也不稳定。人工插拔会磨损连接器，而且每次插入、拔出的时序不可控。Quarch 可以通过夹具控制引脚通断，用电子方式模拟热插拔，甚至可以精确控制某些引脚先接通、后接通，或者模拟接触不良、虚焊、瞬断等异常场景。这类能力对 SSD 厂商、服务器厂商和系统验证团队都非常有价值。 因为它把原本依赖人工、不可重复、难以记录的测试，变成了可控制、可重复、可自动化的数据化测试。七、SanBlaze：企业级 SSD 进入大客户体系前的验证平台对于做 SSD 的公司来说，研发阶段调通只是第一步。 真正要进入海外大客户、云厂商、服务器厂商或主流生态，还需要通过一系列兼容性、功能性和协议一致性测试。SanBlaze 的定位，就是面向 NVMe SSD 的专业测试平台。 它不是简单测一下读写速度，而是把大量行业认可的测试脚本、测试流程和认证相关项目集成在一起，让 SSD 厂商可以在研发、验证和准入测试阶段系统性地跑测试。SanBlaze 的设备通常会提供多个盘位，支持不同形态的 SSD 接入，比如 U.2/U.3、M.2、EDSFF 等。研发团队可以把盘插进去，通过预置脚本进行功能、兼容性、异常处理、压力测试等验证。对于希望进入国际客户供应链的 SSD 厂商来说，这类平台的意义不只是“测一下有没有问题”，而是提前对齐大客户和认证实验室关注的测试要求。 这样在真正送测或客户导入时，团队心里更有底，问题也能更早暴露、更早修复。在企业级存储领域，越到后期，问题修复成本越高。 如果等客户测试阶段才发现某个边界条件处理异常，不仅影响项目节奏，还可能影响客户信任。因此，把专业测试前置，是很多成熟 SSD 团队必须做的事情。八、NplusT：从 NAND 到新型存储，关注介质本身的特性和长期表现除了协议、链路、供电和系统级验证，Saniffer 还关注更底层的存储介质测试。NplusT的设备主要面向 NAND Flash 特性测试，以及新型存储器件的研发测试。 对于 SSD 厂商来说，主控芯片和 NAND 颗粒的组合非常关键。不同厂家的 NAND，不同制程、不同容量、不同温度条件下，表现并不完全一样。主控要适配不同 NAND，就需要大量测试数据支持。这类测试不仅关心“能不能读写”，更关心在不同温度、不同擦写循环、不同工作条件下，NAND 的错误率、保持特性、耐久性和稳定性表现。对于更前沿的研发实验室，NplusT还可以服务于新型存储方向，比如 RRAM、PCM、MRAM、FRAM 等。 这些技术距离大规模商业化可能还有不同阶段的距离，但在高校、科研院所、半导体研发实验室中，仍然需要专业工具去研究材料、器件和存储单元的基础特性。这部分产品让 Saniffer 的服务范围不只停留在系统层和协议层，也能延伸到存储介质和器件研发层面。九、Saniffer 的核心价值：不是卖单个盒子，而是帮用户把问题定位清楚从外面看，Saniffer 提供的是SerialTek的协议分析仪、SerialCables的转接卡、Switch 卡、Retimer、以及Quarch、SanBlaze、NplusT等产品。 但从客户真实需求看，他们真正购买的并不是某一个盒子，而是一套解决问题的方法。因为高速接口问题往往不是单点问题。一个 PCIe 设备跑不稳，可能是协议实现问题，可能是信号完整性问题，可能是供电瞬态问题，可能是边带信号时序问题，可能是 BIOS/固件问题，可能是驱动问题，可能是服务器平台兼容性问题，也可能只是测试转接环境引入了额外损耗。如果只有单一工具，工程师很容易只看到问题的一面。 示波器只能看波形； 协议分析仪主要看协议交互； 功耗和边带信号监测工具看供电和状态变化； 热插拔工具验证异常插拔和引脚时序； SSD 测试平台跑标准化脚本； NAND 测试设备分析介质特性。Saniffer 的优势，是把这些工具组合起来，围绕客户真实研发流程搭建测试方案。例如一家企业级 SSD 公司，可能同时需要：用协议分析仪分析 NVMe/PCIe 链路问题； 用高质量转接卡和线缆搭建可靠测试环境； 用 Quarch 监测掉盘瞬间的电压、电流和边带信号； 用自动化热插拔工具做长期插拔验证； 用 SanBlaze 跑兼容性和认证相关测试； 用 NAND 测试设备评估不同颗粒在温度和寿命条件下的表现。这不是简单堆设备，而是围绕研发问题建立一套闭环。十、为什么这类工具在 PCIe 5.0/6.0 时代更重要？PCIe 速率越高，系统复杂度越高，问题定位难度也越高。PCIe 3.0 时代，一些问题可能靠经验、换板子、换线、看日志还能大致判断。 到了 PCIe 5.0 和 PCIe 6.0，很多问题已经很难靠经验猜出来。链路速率更高，信号裕量更小，协议机制更复杂，服务器里的设备数量更多，客户对稳定性的要求也更苛刻。尤其是 AI 服务器和高性能数据中心的发展，让 PCIe、CXL、NVMe、GPU、DPU、网络和存储之间的关系越来越紧密。 一台服务器里可能有多张 GPU、多块高速 SSD、多张高速网卡、PCIe Switch、Retimer、CXL 设备和复杂背板。任何一个环节出问题，都可能影响整机性能和稳定性。这也是为什么高速接口验证不再只是芯片公司的事情。 SSD 厂商要做，服务器厂商要做，板卡厂商要做，系统集成商要做，甚至 FAE 团队也需要具备一定的协议和测试能力。未来，随着 PCIe 6.0、PCIe 7.0、CXL 3.x、800G/1.6T 网络、企业级存储和 AI 集群继续发展，专业测试工具的重要性只会越来越高。结语：真正的价值，是让复杂问题变得可定位、可复现、可解决高速接口研发最怕的，不是问题本身，而是问题不可复现、不可解释、不可定位。客户说设备有问题，供应商说自己没问题； 实验室复现不了，现场却频繁出错； 波形看起来正常，系统却偶发掉线； 换一根线好了，换一个平台又坏了； 跑一天没问题，跑三天突然掉盘。这类问题如果没有专业工具，往往只能靠猜、靠换、靠试。 但研发项目最贵的成本，恰恰就是这种不确定性带来的时间消耗。Saniffer 所做的事情，就是帮助客户把黑盒打开： 把协议抓出来， 把信号路径搭可靠， 把电压电流和边带信号记录下来， 把热插拔和故障注入自动化， 把 SSD 测试流程标准化， 把 NAND 和新型存储的底层特性测清楚。对于高速接口和企业级存储研发来说，这些工具并不是简单的实验室设备，而是产品走向量产、走向大客户、走向数据中心之前必须经历的一道验证关。在 PCIe 5.0、PCIe 6.0、CXL 和 AI 数据中心快速发展的今天，谁能更早发现问题、更快定位问题、更稳通过验证，谁就能在下一代硬件生态里占得先机。这正是 Saniffer 希望为客户提供的价值。更多PCIe5&6.0, CXL, NVMe SSD, SAS/SATA, NVMe over Fabric (NVMoF), NAND,新型存储技术NVM（RRAM/ReRAM, FRAM/FeRAM, MRAM, PCM, 3D-NOR, SRAM/DRAM等） DDR5/LPDDR5以及UFS测试方面的问题想咨询，可以查看Saniffer公司2026.2.24最新更新的测试工具白皮书15.1版本，我们已经整理收录在Saniffer公众号的【白皮书】菜单中。欢迎关注Saniffe公众号，点击底部菜单栏即可免费获取。如有任何技术问题，也可直接在公众号内留言交流。

很多人都知道，计算机里有负责计算的“大脑”（CPU/GPU），也有负责记忆的“仓库”（内存和硬盘）。但在过去的几十年里，这个架构一直有个巨大的痛点：“仓库”和“大脑”离得太远了。 每次计算，数据都要在两者之间来回搬运，不仅耗时，而且90%的功耗都浪费在了“跑腿”的路上。这就是行业内著名的“冯·诺依曼架构瓶颈”（也叫存储墙）。为了打破这堵墙，过去10到20年里，科学界和产业界把目光投向了新型非易失性存储技术（Next-Generation NVM）。其中最耀眼的明星之一，就是阻变存储器（RRAM，或者叫ReRAM）。今天，我们就用大白话，把RRAM从实验室里的“一个微小的细胞（Cell，存储单元）”，到改变AI算力的“存算一体（CIM）芯片”的演进全生命周期彻底拆解。看完你会发现，从事RRAM研发的人，每天究竟在和什么恶魔与天使打交道。一、 起点：Cell阶段 —— 驯服一个“会记仇”的电阻RRAM的底层逻辑其实非常朴素：用电阻的高低来代表数据的 0 和 1。我们可以把一个RRAM Cell（存储单元）想象成一段“可以人工制造闪电”的微型管道。写“1”： 我们给它加一个正向电压，管道里就会生长出一条由金属原子或氧空位构成的“纳米导电丝”（就像一道固定的闪电）。管道通了，电阻变低（LRS，低阻态）。擦“0”： 我们反向加一个电压，把这条导电丝炸断。管道又堵上了，电阻变高（HRS，高阻态）。最神奇的是，断电之后，这条导电丝依然保持原样。 也就是说，它既有不输给DRAM的读写速度，又像U盘一样断电不丢数据。工程师在这个阶段研究什么？在Cell阶段，科学家和材料工程师主要在“玩泥巴”（调配材料）。他们要解决的是物理与化学的微观极限：找材料： 夹层用氧化铪、氧化钛还是氧化钽？电极用铂、钛还是氮化钛？死磕寿命（Endurance）与保持力（Retention）： 这条导电丝反复擦写10万次、100万次后，会不会彻底断掉或者连死？在125℃的高温下，它能保证10年不化吗？一致性（Variability）： 每一个Cell由于原子随机运动，长出来的导电丝粗细都不同。如何让同一个晶圆上的几十亿个Cell，电阻值都听话？二、 进阶：阵列阶段（Array） —— 从“独木成林”到“十字路口”当你成功驯服了一个Cell，接下来就要把成千上万个Cell连成一片，组成“存储阵列”（Array）。在这个阶段，行业里演进出了两种主流的阵列结构：Mini-Array 和 Cross-bar Array。很多人容易混淆这两者，我们用一个直观的例子来区分：1. Cross-bar Array（交叉阵列）：极致的拥挤与“漏电”的烦恼Cross-bar非常像城市的十字天桥。纵向是走线（BitLine），横向也是走线（WordLine），在每个十字路口交叉点，直接夹住一个RRAM Cell（这就是 0T1R 结构，0个晶体管，1个电阻）。优点： 密度极高！因为不需要体积巨大的晶体管，Cell可以做到理论上的最小尺寸。致命缺点——走电与串扰（Sneak Path）： 当你想读某一个十字路口的数据时，电流会顺着旁边其他交叉点偷偷溜过去（因为大家都是连通的）。这就导致读出来的数据全是“噪音”。为了解决这个问题，工程师必须在每个路口再加一个微型的“单向阀门”（Selector，选择器）。2. Mini-Array（小微阵列）：正规军的模块化作战为了规避Cross-bar那种复杂的漏电问题，工业界更常用的是Mini-Array。它通常采用 1T1R（一个晶体管管一个电阻） 的结构。晶体管就像一个严格的看门大爷。只有大爷开门（给栅极电压），电流才能通过这个RRAM Cell。它的漏电问题被彻底解决了，但代价是体积变大（因为晶体管很占地方）。为了兼顾效率，工程师会把成百上千个这样的1T1R单元打包成一个“Mini-Array”，作为基本模块。工程师在这个阶段研究什么？阵列效率： 怎么在有限的面积里塞进更多Cell，同时保证走线延迟（IR Drop）不会让末端的Cell收不到信号？选择器（Selector）研发： 在Cross-bar中，寻找一种能完美开关、耐高压的Selector材料，是制造成败的关键。三、 爆发：CIM/IMC 阵列 —— 为什么它成了AI时代的香饽饽？这两年，你一定被CIM（Compute in Memory，存算一体）或IMC（In-Memory Computing）这两个词刷屏了。澄清一个业内误区： 有人问，CIM之所以火，是因为RRAM阵列能实现“快速的训练和推理”吗？准确地说：它极度擅长“推理”（Inference），但目前并不适合“大规模训练”（Training）。这就是真正的“存算一体”！ 数据不需要搬运，电流流过阵列的一瞬间，乘法和加法同时完成了。速度极快，功耗降低了几个数量级，简直是边缘端AI推理（如智能穿戴、机器人、车载芯片）的神器。为什么不适合做训练？因为AI训练需要频繁、反复地改写权重值（反向传播）。而RRAM的“写寿命”和“写功耗”面对动辄千亿次擦写的训练任务时，有些吃不消；且RRAM的电阻调节很难做到绝对线性和对称。所以，目前CIM RRAM的主战场是高能效的AI推理。工程师在这个阶段研究什么？模拟信号的精度： 电流是模拟信号，外界温度一变，电流就飘了。怎么在高噪声下保证AI的识别准确率？外围电路设计（ADC/DAC）： 输入的数字信号要转成电压（DAC），输出的电流要转回数字信号（ADC）。这两个转换器往往占了CIM阵列80%的功耗，怎么优化它们是核心难题。四、 落地：IP Macro阶段 —— 从“裸阵列”到“即插即用的商品”很多搞学术的同学止步于CIM Array，但要真正变成一颗芯片，必须走到 IP Macro（知识产权宏模块） 阶段。什么是IP Macro？（通俗大白话解释）你可以把整个芯片设计想象成“在电脑里装配一套精装房”。芯片设计公司（比如苹果、华为海思、高通）不是每个电线杆、每个马桶都自己从零发明。他们会去买成熟的“全套卫浴”或“整体厨房”设计图纸，直接拖进自己的设计软件里。这个“整体厨房的设计图纸”，在半导体行业就叫做 IP Macro。一个RRAM IP Macro，不仅包含了中间那个能存能算的RRAM阵列（灶台），还帮你把外围的电源管理、时钟控制、读写放大器、数字接口（柜子、管道、油烟机）全部画好了。买过去，直接接到芯片的总线上就能用。工程师在这个阶段研究什么？到了IP Macro阶段，研发的重心从“材料和物理”彻底变成了“工程落地与量产验证”：DFT（可测性设计）： 芯片做出来有几十亿个点，怎么设计一条快速“自检”电路，在1秒钟内找出哪个Cell是坏的？设计规则（Design Rules）与良率： 配合台积电、中芯国际等晶圆厂（Foundry）的工艺节点（比如22nm/28nm），调整电路版图（Layout），确保量产时的良率能达到90%以上。各种Corner（工艺角）验证： 在绝对极寒（-40℃）和绝对狂热（125℃）、电压不稳的各种极端恶劣环境下，这个Macro能不能稳定工作不崩盘？总结：RRAM研发的大图景从一个Cell到一整个IP Macro，新型存储技术的研发是一场跨越材料学、微电子学、计算机架构和集成电路设计设计（EDA）的接力赛：如果你喜欢材料和物理： Cell阶段和Selector研发是你的天堂，你在微观尺度上驯服原子。如果你擅长电路和算法： CIM阵列和外围电路（ADC/DAC）设计需要你大显身手，你在用硬件实现数学之美。如果你崇尚工程落地： IP Macro的版图设计、可靠性验证和晶圆厂对接，是决定技术能否改变世界的关键一步。非易失性存储与存算一体的黄金时代才刚刚开始。希望这篇长文，能帮揭开RRAM神秘面纱的你，找到下一个努力的方向。对于RRAM各个阶段测试感兴趣的朋友，可以添加saniffer公众号查询关键词：TestMesh，或者NplusT，或者新型存储，等。欢迎在评论区留下你对存算一体（CIM）前景的看法，点赞、在看、转发，支持硬核国产芯片技术科普！更多PCIe5&6.0, CXL, NVMe SSD, SAS/SATA, NVMe over Fabric (NVMoF), NAND,新型存储技术NVM（RRAM/ReRAM, FRAM/FeRAM, MRAM, PCM, 3D-NOR, SRAM/DRAM等） DDR5/LPDDR5以及UFS测试方面的问题想咨询，可以查看Saniffer公司2026.2.24最新更新的测试工具白皮书15.1版本，我们已经整理收录在Saniffer公众号的【白皮书】菜单中。欢迎关注Saniffe公众号，点击底部菜单栏即可免费获取。如有任何技术问题，也可直接在公众号内留言交流。

仰望星空，闪存落地：商业航天大潮下的存储大考在过去短短的十年里，中国的航天事业正经历着一场前所未有的结构性变革。从长征系列运载火箭的频繁腾飞，到中国空间站的常态化运营，再到以商业低轨卫星群为代表的“星链”式布局蓬勃兴起，中国航天已正式由传统的“国家队引领”迈向了“国家队与商业航天双轮驱动”的新黄金时代。数以百计的商业卫星被送入近地轨道，编织起覆盖全球的通信、遥感与物联网络。而在这场浩瀚的太空军备竞赛中，数据的产生与吞吐量正呈现出几何级数增长，太空治理由此进入了“大数据时代”。然而，浩瀚星空不仅有星辰大海，更充斥着致命的暗礁——宇宙射线。当原本用于地面服务器、数据中心的NAND闪存（NAND Flash）及固态硬盘（SSD）被送上数万米的高空，面临高能质子、重离子以及银河宇宙射线的轰击时，单粒翻转（SEU）、单事件苦锁（SEL）等辐射效应便如同无形的杀手，随时可能导致系统掉盘、数据丢失甚至主控烧毁。在太空中，高可靠性不是一种选择，而是生存的唯一底线。因此，如何在地面上“预演”太空环境，对抗辐射SSD进行高标准的可靠性、稳定性和擦写寿命（Endurance）测试，成为了商业航天器成功发射并长期轨运行的决定性前置条件。从评估PCIe高速链路在环境应力下的信号完整性，到剥离纠错算法（ECC/LDPC）对裸NAND颗粒进行纯粹的单粒子误码定位，地面的全栈预先测试，是连接实验室研发与宇宙深空应用的唯一桥梁。全球针对该测试的现状【行业观察】全球航天存储测试的“冰与火之歌”放眼全球，针对宇航级和商业航天存储系统的抗辐射及可靠性测试，正呈现出一种“高门槛、重资产、高保密”的独特割裂现状。长期以来，国际顶级航天机构与巨头（如NASA、ESA及老牌军工供应商）依靠其数十年积累的独占性辐射测试规范和定制化系统垄断了话语权。由于涉及敏感技术，顶尖NAND厂商的原始数据手册（Datasheet）和底层辐射特性数据对外界筑起了极高的保密协议（NDA）壁垒。而另一方面，随着商业低轨卫星对成本的极致追求，传统的“宇航级高价筛选”模式正加速向“工业级/消费级器件（COTS）辐射加固与全面地面试验评估”转型。目前全球的高端测试市场高度依赖专业化的硬核工具链，例如业界标配的SanBlaze PCIe 5.0协议与功能测试平台，来自意大利NplusT等专门针对NAND闪存裸片特性的精密测量仪器，以及问题诊断使用的PCIe/NVMe协议分析仪SerialTek，和用于各类SSD故障模拟注入、电压拉偏、功耗测试和sideband边带信号监测的Quarch等工具。当前，全球的技术共识正明确向两端延伸：一端是在系统级（System Level）利用协议分析仪和故障注入工具进行的精密诊断；另一端则是深入到闪存物理层进行自定义Pattern的擦写寿命分析。对于致力于走向深空的中国商业航天企业而言，打破NDA封锁，构建自主可控、全栈覆盖的地面模拟测试能力，已是势在必行的行业共识。我们上个周五（2026/6/5）和一个客户的技术交流会议就是围绕抗辐射SSD的测试需求展开，重点讨论了SSD的分类、接口类型、测试层级及所需设备；首先介绍了消费级与企业级SSD的区别，并指出在宇航、卫星等抗辐射应用场景中，SSD需具备高可靠性，并且测试应分为系统级和NAND闪存级两个层面：系统级测试包括信号完整性、协议兼容性、读写性能、环境应力（如电压波动、高低温、振动）下的稳定性；若发现问题，则需进一步对NAND闪存进行裸片特性测试，以定位错误来源。测试需使用专用硬件设备，而非商用计算机。重点推荐的测试设备包括支持PCIe 5.0的SanBlaze公司桌面型SSD测试仪，以及用于NAND闪存特性的意大利的NplusT测试平台。此外，还提及PCIe/NVMe协议分析仪在故障诊断中的重要性，可用于在线抓取和解码PCIe/NVMe通信数据，辅助定位掉盘、传输异常等问题。最后强调，尽管NAND厂商数据手册多受保密协议限制，实际NAND特性受到工艺、批次等影响仍需依赖自主测量。SSD分类与应用场景SSD接口类型主要分为M.2接口（常见于消费类设备如台式机PC、笔记本、Pad）和U.2接口（多用于企业级数据中心）当前主流为PCIe接口的NVMe SSD，统称为PCIe/NVMe SSD国外数据中心已逐步采用EDSFF接口，其尺寸较U.2略长、略宽应用级别划分消费级SSD（Consumer SSD）：用于个人电脑、移动设备，容量通常为1TB至4TB企业级SSD（Enterprise SSD）：用于服务器、数据中心，支持大容量（小容量1.92T, 3.84TB；最大可达30~60TB甚至更高），采用U.2或EDSFF接口抗辐射SSD：专用于宇航、近地卫星等特殊环境，要求器件本身具备抗辐射能力测试层级与核心内容系统级测试需构建完整的测试能力，包括使用高端示波器（如33GHz实时示波器）和误码仪（BERT）进行底层信号测试（一般研究所都已经具备该能力）SSD产品测试需验证PCIe链路建链能力及NVMe指令集兼容性，防止主机与SSD无法通信功能与可靠性测试涵盖读写一致性、电压拉偏（如3.3V±波动）、功耗、温度与振动等环境适应性测试设备为专用硬件，非普通PC或笔记本，具备故障注入与异常暴露能力NAND闪存级测试当系统级测试发现异常（如加辐射后掉盘），需怀疑主控芯片或NAND闪存问题可将SSD拆解，取出NAND颗粒置于专用测试设备中，进行裸闪存（bare NAND）测试支持无ECC/LDPC算法干预下的读写比对，可识别原始误码位置与数量支持自定义数据Pattern写入（如全0、全1或指定文件），便于复现特定错误场景测试设备方案SSD测试设备 - SanBlaze推荐桌面型测试仪，支持PCIe  x4通道，可同时测试34颗SSD体积适中（十余公斤），便于实验室部署，噪音低更大型号支持16颗SSD并行测试，适用于SSD制造商或大规模认证需求NAND闪存测试设备 - NplusT采用意大利NplusT品牌设备，灵活配置槽位与测试模块经济型配置（如1~2槽位）成本可控，如果配齐6个槽位，价格稍高，当然也可以根据需求配置到几百个端口。根据闪存接口速度（如800MT/s、1600MT/s、2400MT/s）选择模块，价格随速率提升而增加设备支持电压拉偏、电流计量、读写时序、擦除寿命（P/E cycle）等全方位特性分析辅助诊断分析工具PCIe/NVMe协议分析仪 - SerialTek用于诊断分析SSD在真实系统运行中的异常行为，如掉盘、掉速、响应延迟等串接于主机与SSD之间，实时抓取并解码PCIe/NVMe双向通信数据属于诊断分析工具，不同于出测试报告的测试设备，常用于项目后期问题排查建议市场上的所有SSD接口都支持，大概8种接口，即PCIe x4插卡，M.2, U.2, U.3, E1.S, E1.L, E3.S, E3.LPCIe/NVMe SSD热插拔/故障注入，电压拉偏，功耗测试/sideband边带信号记录功能 - Quarch上述设备价格不贵，从英国进口，属于SSD测试领域必备工具SSD热插拔/故障注入SSD电压拉偏设备SSD功耗测试/sideband边带信号记录更多PCIe5&6.0, CXL, NVMe SSD, SAS/SATA, NVMe over Fabric (NVMoF), NAND,新型存储技术NVM（RRAM/ReRAM, FRAM/FeRAM, MRAM, PCM, 3D-NOR, SRAM/DRAM等） DDR5/LPDDR5以及UFS测试方面的问题想咨询，可以查看Saniffer公司2026.2.24最新更新的测试工具白皮书15.1版本，我们已经整理收录在Saniffer公众号的【白皮书】菜单中。欢迎关注Saniffe公众号，点击底部菜单栏即可免费获取。如有任何技术问题，也可直接在公众号内留言交流。

我们最近和一家正在研发推理用 GPU 芯片的startup 公司做了一次针对PCIe 6.0测试技术的交流。对方不是单纯做板卡，也不是只做系统集成，而是从自研 GPGPU 芯片开始，往 PCIe 卡、OM 模组、八卡互联、超节点整机柜等不同产品形态延伸。我们今天的这篇文章就结合和用户交流来谈谈GPU推理卡针对PCIe测试都在关心什么。这次交流的重点并不是泛泛而谈“PCIe 6.0有多快”，而是围绕一个非常现实的问题展开：当一颗面向推理场景的新一代 GPU 芯片即将流片，真正落地时应该怎样提前准备 PCIe 6.0 的验证环境？分析仪要不要买？训练器和兼容性测试是否现在就要上？没有真正成熟的 Gen6 Server 怎么办？Switch 卡、延长线、Retimer、AOC/ACC、故障注入、电压拉偏和功耗记录这些东西，到底哪些是必需的，哪些可以分阶段准备？Nvidia全线PCIe 6.0 GPU和CX-8等采用SerialTek PCIe 6.0分析仪/训练器/CTS进行测试整个会议大致可以分成几条主线。一、从传统芯片，转向面向推理的最新一代 GPGPU客户这个团队早期方向更偏传统芯片应用，现在公司的策略结合市场的需求，不是继续做大而全的训练芯片，而是 all in 推理。客户的判断是，大模型已经从“训练竞赛”逐步进入“推理落地”阶段，推理更接近真实用户场景，卡的需求数量也会远远大于训练。因此最新一代产品会把一些训练中需要、但推理中未必关键的模块砍掉，重点放在推理效率、大内存容量、内存带宽，以及卡与卡之间的互联能力上。芯片原型将涉及 112G SerDes、PCIe 6.0，以及未来可能用到的 CXL 3.0 或后续版本。也就是说，这不是一张普通加速卡，而是一颗从一开始就要面对高速互联和系统级验证挑战的芯片。由于项目推进的需要，现在就需要关注 PCIe 6.0 测试环境：等芯片回来以后再找工具、找线缆、找平台，时间上一定来不及。二、产品形态客户最新一代产品不是单一形态，而是同时规划了 PCIe 标卡和 OAM 模组，还有八卡、超节点、整机柜场景，PCIe 6.0 就不再只是“卡插到主板上能不能亮”的问题，而变成了多卡互联、线缆距离、Retimer、Switch、散热、供电、故障恢复和长期稳定性的综合问题。三、PCIe 6.0生态的实际进展：规范早已发布，但落地比想象中慢随后我们重点聊到了 PCIe 6.0 当前全球测试和互操作进展。PCIe 6.0 规范在 2022 年 1 月已经正式发布，到现在已经过去几年。但从真实产业推进来看，Gen6 的落地节奏并没有当初想象得那么快。原因并不难理解。PCIe 6.0 首次引入 PAM4、FLIT Mode、FEC 等机制，协议层和物理层都发生了比较大的变化。规范本身定下来，并不代表 CPU、Switch、SSD、网卡、GPU、分析仪、训练器、示波器、BERT、Retimer 等生态马上就能全部成熟。会议中回顾了几次 PCIe 6.0 小规模互操作测试的大致情况。第一次是在 2024 年 6 月左右，属于 preliminary FYI (for your information) 的 Gen6 workshop。这个阶段还非常早，参加的公司大约十几家，测试工具和产品厂商各占一部分。结果并不理想，很多产品之间无法稳定互联互通，工具本身也存在不少问题。第二次在 2024 年 10 月中旬，情况比第一次有所改善，已经有部分设备可以跑到 Gen6，但干净稳定、没有 recovery 的链路仍然很少，很多产品仍然存在各种兼容性和链路恢复问题。第三次在 2025 年 3 月左右，测试规模和成熟度继续提升，SerialTek 作为其中的重要参与方，围绕协议层分析和训练器测试做了更多验证。第四期测试相对还不错，在2025年10月底，除了一家公司的产品有些问题，大部分厂家的产品都可以工作在PCIe 6.0。第五次比较特殊，在2026年3月底，重点集中在协议层互操作和兼容性测试，没有像前几次那样同时覆盖完整的物理层测试。最终测试反馈，SerialTek 的测试速度是业内最快，比传统分析仪至少介绍一般的时间，并且和PCIe 6.0链路同步锁定也最快。测试之后，各家根据不通过项继续定位问题，并在 4 月20日做了再次 re-test。随后在 PCI-SIG Developer Conference 期间，SerialTek的PCIe 6.0分析仪和训练器被PCI SIG官宣进入官方CTS测试供应商名单。这个过程说明一个现实：PCIe 6.0不是某一家厂商单独做出来就能用，而是要靠 CPU、Switch、SSD、网卡、GPU、协议分析仪、训练器、线缆和连接器共同成熟。对正在开发 Gen6 Endpoint 的公司来说，提前建立自己的验证能力非常关键。四、CXL 3.0目前更像“未来需求”，当下先把PCIe 6.0跑稳更现实客户也提到未来可能使用 CXL 3.0。我们的判断是，CXL 3.0 很重要，但现阶段真正可落地的验证重点还是 PCIe 6.0。原因很直接：CXL 是跑在 PCIe 之上的上层协议生态。如果 PCIe 6.0 底层链路、FLIT、训练、恢复、兼容性都还没有充分稳定，那么 CXL 3.0 的系统级验证就更难。现在市场上真正可购买、可规模部署的 CXL 3.0 设备还非常有限，更多现实项目仍然停留在 PCIe 5.0 + CXL 2.0 或更早阶段。因此，当前对客户最有价值的工具路径是：先把 PCIe 6.0 Analyzer 作为基础 debug 工具配起来；如果后续需要自定义测试用例、RC/EP模拟、协议兼容性自动化测试，再进一步考虑 Tester/Exerciser 和 CTS 软件。五、分析仪、训练器和CTS：到底该怎么选？会议中我们重点解释了 SerialTek PCIe 6.0/CXL 3.0 Analyzer/Tester 的配置逻辑。如果客户只是做 bring-up 和 debug，那么最基础、最必要的是 Analyzer。芯片回来以后，链路能不能起来，LTSSM 卡在哪里，Recovery 为什么频繁发生，FLIT Mode 是否进入，报错来自哪一层，这些都离不开协议分析仪。如果客户还希望主动模拟 Root Complex 或 Endpoint，自己写测试脚本、发 packet、验证响应，就需要 Tester/Exerciser 功能。SerialTek 设备可以通过 operation mode 切换工作模式，配合 Host Smart Fixture 等治具，把设备模拟成 RC，用来测试客户自己的 GPU Endpoint；也可以模拟 EP，用来测试客户的 CPU 或 Root Complex。更进一步，如果客户需要跑协议兼容性测试，那么 Tester 激活以后，相关 CTS 套件也可以配套使用。软件支持通过网络连接、Web 管理界面、RESTful API 和 Python 脚本进行自动化调用。用户可以自己写测试用例，也可以直接跑标准兼容性测试用例。但从客户当前阶段来看，我们也给出一个比较务实的建议：如果只是为了偶尔跑 CTS，不一定一开始就要买完整 Tester/CTS 配置。因为客户不是专门做认证实验室，真正刚需还是芯片 bring-up 和问题定位。所以第一阶段更合理的选择，是先上 PCIe 6.0 Analyzer，加上最匹配自己板卡形态的 interposer。等芯片回来后，先把基础链路问题抓清楚。六、没有成熟Gen6 Server怎么办？可以先用Gen6 Switch卡搭环境客户非常关心一个问题：真正支持 PCIe 6.0 的 AMD 或 Intel Server 到底什么时候能买到？这里存在两种情况。一种是通过特殊合作拿到 CPU 样片、原型机、样机平台，这对一些大客户或深度合作伙伴是可能的。另一种是市场上正式购买可量产服务器，这个时间点可能会比很多人想象得晚。要注意，正式可购买的 Gen6 Server 和少量样片平台是两回事。服务器厂商从 DVT 到量产可能拖很久，Gen5 时代就已经有类似情况。尤其是热插拔、链路稳定性、背板信号完整性、riser 设计等问题，都会拖慢平台成熟。因此，如果客户不能完全依赖 Gen6 Server，另一条更现实的路径是用 PCIe Gen6 Switch 卡先搭建测试环境。我们介绍了基于Saniffer在销售的基于Broadcom Gen6 Switch 芯片的 Switch 卡。早期有 144-lane 版本，后续逐步切换到 80-lane 版本。实际卡上可提供上行 x16、多个下行 x16/x8 等组合。对于 GPU、AI 加速卡、SSD 控制器、ARM CPU、网卡等 Endpoint 验证来说，这类 Switch 卡可以先承担一个相对稳定的 Gen6 测试平台角色。具体到 GPU 卡测试，可以把 GPGPU 验证卡接到 Switch 下行槽位。如果直接插接出现问题，可以通过 PCIe Gen6 x16 延长线、x8 MCIO 线缆组合、带风扇的笼子(Cage)式转接治具等方式，把卡延长出来测试。会议中特别提到，某些 Gen6 网卡或工程样品在直接连接时不一定稳定，但中间加一根 30 厘米延长线或一个转接笼子后，反而可以稳定跑到 Gen6 x16。这类现象在高速链路中并不少见，太短、太长、阻抗、损耗、反射、均衡参数都可能影响训练结果。对于客户来说，这意味着测试环境不能只看“有没有接口”，还要看插卡姿态、线缆长度、散热、供电和信号裕量。七、从一张卡测试，到多设备、多SSD、P2P场景客户进一步问到，如果上行 Host 还是 PCIe 5.0 CPU，但 Switch 下行接的是 PCIe 6.0 设备，那么设备之间能不能以 Gen6 速率通信？我们的解释是：上行到 CPU 的链路会降到 Gen5，但 Switch 下行之间的 P2P 通信仍然可以按 Gen6 运行。也就是说，如果测试重点是下行设备之间的 Gen6 链路，或者 SSD、GPU、DPU 等 Endpoint 在 Gen6 Switch 下的互操作，仍然可以做很多验证。会议中还提到，用合适的 MCIO bifurcation 线缆和 EDSFF 转接卡，甚至可以连接多张 EDSFF SSD 做压力测试。比如一个 x8 端口拆成两个 Gen6 x4 SSD，多个端口组合后，可以形成多盘测试环境。由于上行带宽有限，压力测试时可以分组打压，观察不同组合下的链路稳定性、性能和错误情况。这对 SSD 控制器、GPU 卡、AI 加速卡公司都有参考意义。很多时候，早期验证不一定非要等完整服务器平台成熟，而是可以用 Switch 卡、转接卡、线缆和分析仪先把大量底层问题暴露出来。八、Microchip、Broadcom、Marvell、Astera等Gen6生态也在快速变化除了 Broadcom Gen6 Switch 卡，会议中也提到了Saniffer即将销售的基于Microchip的160-lane Gen6 Switch 卡。该卡可以提供 CDFP Gen6 x16、QDD x8、MCIO x8 等多种接口形态。对于需要做更大规模互联、更多下行端口或更接近系统级架构验证的客户，这类 Switch 卡会有价值。线缆和互联方面，也讨论了 Gen6/Gen7 的 ACC、AOC、CDFP、MCIO、OSFP、QDD 等方案。比如 Gen7 x16 ACC CDFP 6 米线缆，Gen6 x16 AOC CDFP 10 米级方案，以及 x8 MCIO ACC 方案。这些方案不只是传高速差分信号，还可能把 sideband 信号一起处理和传输，这对 PCIe over cable、PCIe over fiber、外部扩展盒、JBOF、超节点互联都有意义。Retimer 方面，Broadcom、Marvell、Credo 等方案都在推进，但不同厂商的量产节奏、bug 修复、价格和供货状态并不完全一致。会议中也提到，某些 Retimer 方案曾出现不能稳定跑到 Gen6 的问题，后续需要修复。因此客户不能只看 datasheet 或厂商发布节奏，还要看真实工程环境下的可用性。九、为什么故障注入和电压拉偏对GPU芯片公司很重要？会议后半段重点讨论了故障注入、电压拉偏和功耗监测。对于正在做 GPU 芯片的公司，这部分其实非常关键。真实服务器环境并不总是理想的。尤其在 Gen5、Gen6 这种高速链路下，服务器主板、riser、背板、连接器、线缆、散热和供电设计稍有问题，就可能带来链路 recovery、性能下降、偶发错误、热插拔失败等问题。过去我们在一些服务器和 SSD 测试中也遇到过类似情况：表面上链路能跑到 Gen5 x4 或 x16，看起来没有掉速，但底层可能已经存在频繁 recovery 或信号质量问题，最终体现为性能不稳定、延迟抖动或偶发异常。因此，Quarch 这类故障注入工具的价值在于：它可以串在 Switch 卡和被测 GPU 卡之间，在指定 lane、指定极性、指定时间窗口内注入毛刺或错误。例如在某个 lane 的 Tx positive 或 negative 上制造 100ns 毛刺，再按一定周期循环，就可以让 packet 在传输过程中出现 bit error 或 CRC error。通过调节毛刺频率，可以从“一秒钟偶发几个错误”到“一秒钟几百个错误”，模拟不同严重程度的真实环境问题。这对 GPU 芯片公司很有意义。因为芯片未来会插到不同厂商的服务器、riser、背板和整机柜系统中，不可能每个客户环境都像实验室一样干净。提前通过故障注入验证链路恢复、错误处理、驱动日志、firmware 策略和系统稳定性，可以显著降低后期客户现场问题的风险。十、电压拉偏和功耗监测：不是只看平均功耗，而是看异常瞬间电压拉偏工具的逻辑是，治具串在 PCIe 插槽和 GPU 卡之间，信号链路保持透明，但供电由测试模块接管。这样就可以把原本 12V 供电主动拉到 11V、13V、14V，或者按照微秒级时间序列做动态变化。这类测试不是为了简单测“功耗多少瓦”，而是为了验证卡在不同服务器平台、不同供电波动、不同负载变化下是否还能稳定工作。比如在 GPU 卡跑 IO、跑压力、功耗上升时，主动拉偏电压 10% 或 20%，观察系统是否报错、链路是否恢复、驱动是否重置、板卡是否掉电。同时，Power Analysis Module 可以透明监测电压、电流、功耗和边带信号。它可以长时间记录几小时、几天甚至几周的数据。对偶发问题特别有价值：比如凌晨 3 点 18 分系统日志里出现一次 GPU 异常，工程师可以回到对应时间点，查看当时电压、电流、功耗和 sideband 信号是否有异常波形。相比示波器，这种长期记录方式更适合定位低概率、非固定时间出现的问题。示波器需要知道接哪个信号、怎么触发、什么时候触发，而这类模块可以把相关信号全部接出来，长期记录，事后回溯。十一、最终建议：芯片回来之前，至少先准备基础分析环境会议最后，客户也基本认可一个思路：今年如果要买，第一阶段大概率先上 PCIe 6.0 Analyzer，并且要提前购买，否则等回片以后再采购、交付、培训、熟悉工具，就会非常被动。对这类自研推理 GPU 芯片公司来说，PCIe 6.0 分析仪不是锦上添花，而是 bring-up 阶段的基础工具。芯片回来以后，最先要面对的问题往往不是跑模型，而是：链路能不能训练到 Gen6 x16？ LTSSM 卡在哪个状态？ 是否进入 FLIT Mode？ 有没有频繁 Recovery？ 错误来自物理层、数据链路层还是事务层？ 与不同 Switch、不同线缆、不同服务器平台连接时差异在哪里？ 热插拔、掉电、降速、恢复是否符合预期？这些问题如果没有协议分析仪，很容易变成工程师之间互相猜测：到底是芯片问题、板卡问题、BIOS问题、固件问题、服务器问题、线缆问题，还是测试平台本身的问题？这也是这次交流最核心的结论：PCIe 6.0 时代，AI 推理芯片公司不能只关注算力指标、内存带宽和模型适配。真正进入工程落地阶段后，链路稳定性、协议兼容性、供电波动、故障恢复和系统级验证同样决定产品能不能顺利交付。从这个角度看，测试环境不是研发最后一步才补的工具，而应该在芯片回来之前就先搭起来。尤其是 Gen6 Switch、Analyzer、必要的 interposer、延长线、转接卡、故障注入和功耗监测能力，越早准备，越能在 bring-up 的第一时间把问题抓住。AI 推理芯片真正走向客户现场，拼的不只是芯片规格书上的 TOPS，也包括它在复杂服务器环境里，能不能长期、稳定、可解释地跑起来。更多PCIe5&6.0, CXL, NVMe SSD, SAS/SATA, NVMe over Fabric (NVMoF), NAND,新型存储技术NVM（RRAM/ReRAM, FRAM/FeRAM, MRAM, PCM, 3D-NOR, SRAM/DRAM等） DDR5/LPDDR5以及UFS测试方面的问题想咨询，可以查看Saniffer公司2026.2.24最新更新的测试工具白皮书15.1版本，我们已经整理收录在Saniffer公众号的【白皮书】菜单中。欢迎关注Saniffe公众号，点击底部菜单栏即可免费获取。如有任何技术问题，也可直接在公众号内留言交流。