logo
  • 首页
  • 产品中心
  • 解决方案
  • 技术专栏
  • 关于我们
  • 首页
  • 产品中心
  • 解决方案
  • 技术专栏
  • 关于我们
  • 【行业内幕】PCIe Gen6/7生态正在换挡:SerialCables最新产品透露了哪些信号?

    最近和SerialCables总部产品经理的一次交流,信息量极其丰富,表面上看好像是一次产品介绍,但实际信息量比普通新品发布要大得多,我觉得很有必要和业内从事这方面的朋友分享。整场交流围绕PCIe Gen6实验室测试生态展开,也涉及到PCIe 7.0 Cable,从Gen6 Switch卡、不同芯片厂商之间的互通性测试,到CDFP/OSFP/QSFP-DD/MCIO等连接形态,再到主动铜缆、主动光缆、JBOF存储扩展和Quarch功耗测量接口,基本把接下来一段时间高速互连测试平台会怎么演进讲了一遍。更重要的是,这不是单纯介绍“某一张卡”或者“某一根线缆”,而是在讨论一个实际工程问题:当PCIe Gen6开始进入服务器、SSD、GPU、AI加速卡、DPU、网卡和各种Endpoint设备的验证阶段,实验室到底需要怎样的Switch平台、怎样的线缆、怎样的存储扩展架构,才能把真实环境里的互通性问题提前暴露出来。一、交流开场:这次重点是提前为中国客户交流演示做一些准备会议开始时,SerialCables产品经理先简单介绍了这次交流的背景,以及SerialCables的技术专家计划2026/6/3~5日到中国上海拜访交流。所以,感兴趣的朋友,可以后台发消息给我们联系,我们看时间允许的话可以安排本周的现场技术交流和演示。所以SerialCables产品经理一开始就把这次交流的目的讲得很直接:不是泛泛介绍产品,而是希望提前把SerialCables上半年的产品讲清楚,让Saniffer根据客户兴趣提前规划。哪些产品值得带来现场展示?哪些方案适合安排Live Demo?哪些客户更适合看Gen6 Switch卡,哪些客户更适合看线缆或者JBOF扩展?这也是整场交流的基调:围绕真实客户场景来谈产品,而不是只讲规格书。二、2026年上半年产品:SerialCables正在从Broadcom扩展到更多Gen6芯片生态进入正式内容后,SerialCables产品经理首先介绍了SerialCables在上半年重点推进的方向。他提到,目前SerialCables正在逐步完善Gen6相关产品组合,包括Retimer、Redriver以及Host Card Silicon(switch)相关平台。过去一段时间,SerialCables在PCIe Gen6上主要围绕Broadcom方案展开,但现在已经开始与Microchip公司合作,并完成了一款基于其新的PCIe 6.0 switch芯片的开发板。这点很关键。对很多客户来说,PCIe Gen6测试不只是“能不能跑到64GT/s”,更重要的是不同芯片厂商之间能不能互通。例如Broadcom Switch、Microchip Switch、Astera Switch、Marvell相关方案,未来都会出现在不同服务器、扩展箱、AI平台和存储系统里。如果实验室只能验证单一芯片平台,很多潜在互通性问题就会被漏掉。SerialCables产品经理强调,SerialCables之所以要与不同芯片厂商合作,就是因为客户真正想测试的是“不同厂商IC之间能不能Link up、能不能稳定工作”。这句话其实点出了Gen6测试平台未来的一个核心价值:它不只是一个扩展工具,而是一个互通性验证平台。三、Microchip PCIe Gen6 Switch卡:更像面向实验室的高连接度评估平台随后,SerialCables产品经理重点展示了基于Microchip的PCIe Gen6 Switch Host Card。这是本次交流中讨论最充分的产品之一。根据SerialCables产品经理介绍,这张卡目前已有样卡用于OCP西班牙巴塞罗那峰会相关展示,真正的测试和更多细节,需要等最终PCBA和后续手册完善。从连接形态看,这张Microchip Gen6 Switch卡比此前Broadcom版本提供了更多实验室接口。此前Broadcom Gen6卡主要是一个x16 Straddle Mount加四个x8 MCIO,而Microchip版本除了保留类似的Straddle Mount和MCIO连接能力外,还提供了CDFP、QSFP-DD以及一个被提到的Ardent Direct Attach接口。现场交流中特别问到QSFP-DD和CDFP的用途。QSFP-DD通常按x8使用,两组QSFP-DD可以组成Gen6 x16;CDFP则可以直接支持x16。SerialCables产品经理确认,这张卡是半高全长形态,适合实验室平台使用。对于Ardent接口,SerialCables产品经理也做了说明:它不是Microchip私有接口,而是一种Direct Attach形式,现场判断大约是x4,属于低噪声、直接走板内Trace的连接方式,这个后续将在最终产品手册里补充更完整的信息。这里有一个非常值得注意的点:这张卡目前主要用于实验室评估平台。它的连接器很多,但并不意味着所有接口可以同时满配使用。原因很简单:芯片总Lane数有限,连接器数量多,是为了给实验室提供更多组合方式,而不是为了让每个接口同时工作。四、为什么要做Broadcom与Microchip之间的互通性测试?交流中很自然地引出了一个重要问题:既然SerialCables已经有Broadcom Gen6 Switch卡,现在又有Microchip Gen6 Switch卡,那么两张卡能不能互相连接?能不能跑到Gen6 x16?会不会出现兼容性问题?这个问题并不是理论问题。我们此前在上海拜访另外一家PCIe 6.0 switch实验室时,就曾经把SerialCables的Broadcom Gen6 x16 Switch卡与他们的Gen6 x16原型Switch卡通过SerialCables PCIe Gen6 x16延长线连接,结果两张卡可以成功Link up到Gen6 x16。对客户来说,这类测试非常有价值。因为客户实验室里的Endpoint设备可能是SSD、GPU、AI加速卡、DPU、NIC,甚至是某种自研板卡。客户希望知道自己的设备接在不同PCIe Gen6 Switch后面,是否都能稳定工作。SerialCables产品经理也回应说,这正是SerialCables建立不同芯片合作关系的原因。客户不是只想买一张Switch卡,而是希望用它来验证不同生态之间的兼容性。这部分内容其实非常适合中国客户理解:PCIe Gen6进入工程化阶段后,真正的难点不是单点速率,而是多厂商、多线缆、多连接器、多Endpoint组合下的互通性。五、管理接口与软件:Broadcom已有GUI,Microchip更强调Python API之后讨论进入管理接口和软件工具。现场问到Microchip Gen6 Switch卡是否有USB Type-C管理接口。SerialCables产品经理确认有USB-C接口,但具体哪些功能通过USB-C访问,需要等最终手册出来后进一步说明。他还提到SerialCables可能会为这张板卡开发一套API,类似此前Host Card已经做过的Python Package。对于Broadcom Gen6 Switch卡B0版本,SerialCables产品经理确认SerialCables已经有GUI管理软件。至于Microchip版本,目前Microchip本身可能有自己的Utility,但SerialCables暂时还没有GUI。SerialCables产品经理判断,后续是否做GUI,要看SerialCables工程师拿到板卡之后的开发安排。有意思的是,SerialCables产品经理提到,很多客户目前对Python API的兴趣反而更高。原因也很现实:实验室自动化测试通常已经有自己的脚本、框架和流程。如果再学习一个单独GUI,反而增加负担。Python API更容易集成到自动化测试流程里,也更适合长期回归测试、Link训练测试、错误注入前后状态读取、设备重枚举等工程任务。现场也追问了Python API到底是通过PCIe Inline接口访问,还是通过USB-C串口访问。SerialCables产品经理初步判断是通过USB-C,但随后也谨慎表示需要向工程师确认,避免误导客户。这个细节很重要。因为对客户而言,管理路径决定了自动化系统的部署方式。如果通过USB-C串口管理,就更像实验室仪器控制;如果通过PCIe侧带或Inline路径管理,则可能与系统软件环境绑定更深。这个问题后续值得继续跟踪。六、Microchip卡的Lane资源与连接限制:接口多,但要按测试目的选择围绕Microchip卡的Lane分配,现场也展开了比较细的讨论。这张卡使用的是160 Lane级别的Switch IC,但板上连接器组合很多,包括x16 Uplink、多个x16或x8连接组合,以及x4 Direct Attach接口。现场粗略计算过,如果把多个x16接口和x4接口都算进去,使用的Lane数可能已经达到100 Lane左右。但SerialCables产品经理也特别强调,这种评估板不一定允许所有接口同时使用。换句话说,它提供的是“连接选择权”,不是“所有连接器同时满载使用”。在实验室里,工程师可以根据测试目标选择不同路径:有时需要接Analyzer,有时需要Fan-out到多个Drive,有时需要连接远端扩展箱,有时需要验证不同Cable Form Factor,有时则需要测试某个Endpoint在不同Switch Silicon下的表现。这也是评估板和量产板最大的区别。量产板追求固定拓扑和成本优化,评估板追求可变拓扑和测试覆盖率。价格方面,SerialCables产品经理当时还没有给出明确报价。因为产品还处在样卡和首批生产阶段,更多信息预计在后续几周内补充。七、Drive Fan-out与Hydra JBOF:Switch卡不能脱离线缆和存储扩展环境单独销售在讨论Microchip卡时,现场特别问到QSFP-DD、CDFP如何连接到更多E3、E1或U.2/U.3 SSD。这个问题非常实际:一张Switch卡如果只有高速接口,但没有合适的Fan-out线缆、转接板、Drive Cage或JBOF系统,客户很难真正把它用起来。SerialCables产品经理回应说,SerialCables会提供相应的Bifurcated线缆,用于从QSFP-DD或CDFP分出多个Drive连接。例如一个QSFP-DD x8可以连接到两个E3 SSD,一个CDFP x16可以分到四个E3 Drive,具体取决于线缆和目标设备形态。同时,SerialCables产品经理也提到了SerialCables的Hydra JBOF。它可以作为一种最多挂载8个Drive的扩展方案,配合Switch卡做演示和测试。当然,JBOF仍然需要合适的高速线缆进行连接,不是孤立存在的产品。这里其实有一个很重要的启发:客户需要的不是单一Switch卡,而是一整套可运行的测试环境。包括Host Card、Switch Card、Bifurcated Cable、Drive Cage、JBOF、Power Measurement、Sideband Access,以及必要的软件控制接口。只有这些组合起来,客户才能真正搭建Gen6 SSD、AI加速卡或网卡验证环境。八、Microchip卡到底啥时候可以交付?关于Microchip Gen6 Switch卡的交付节奏,SerialCables产品经理介绍得比较清楚。当时SerialCables手里只有少量原型样卡,其中一张用于OCP峰会相关展示。该展示主要是让客户看到硬件形态,并不是现场跑Live Traffic。后续测试要等Barcelona之后,随着最终PCBA到位逐步展开。对于普通客户,SerialCables产品经理提到SerialCables预计从Q3左右开始具备面向客户的生产和销售准备。我们也提出,希望Saniffer中国团队办公室能拿到一张Microchip Gen6 Switch卡,用于演示客户试用。SerialCables产品经理认为这很合理,也表示在SerialCables专家来中国时可以讨论是否把相关硬件带过来。这一点对后续市场推广非常关键。Gen6产品如果只停留在PPT和规格书层面,客户很难形成直观感受。相反,如果能在中国客户实验室现场展示Switch卡、Gen6线缆、Drive连接、Link训练和互通性验证,效果会好很多。九、Broadcom B0低Lane Count版本:从144 Lane A0走向更丰富SKU回到路线图后,SerialCables产品经理介绍了Broadcom B0相关产品。此前Broadcom A0阶段有144 Lane版本,但随着Broadcom芯片迭代,SerialCables会跟随Broadcom芯片进展推进B0系列。B0会有多种接口版本,包括MCIO、CDFP以及OSFP-XD等不同连接器形态。同一类Host Card,通过不同连接器版本覆盖不同客户场景。后续还会有低Lane Count版本,例如64 Lane甚至40 Lane方案,时间上可能在Q3逐步展开。这一变化说明SerialCables并不只是做一种“最大Lane数”的旗舰板卡,而是在根据客户实验室需求拆分SKU。对于很多客户来说,并不是每个场景都需要144 Lane或160 Lane;有些客户只需要更小Lane Count、更低成本、更适合某种连接器形态的验证平台。十、Gen6 EDSFF Redriver Adapter:与Quarch PAM形成组合价值接下来,SerialCables产品经理介绍了Gen6 Redriver相关产品。其中一个重点是EDSFF Adapter Redriver Add-in Card。这张卡更值得关注的地方,是它可以提供Quarch Mezzanine选项。也就是说,SerialCables的高速Redriver Adapter可以与Quarch PAM类模块配合,用于电压、电流、功耗以及Sideband相关测量,甚至可以对电源进行一定程度的干预。现场确认,该方案会形成两个SKU:一个是不带Quarch选项的SerialCables版本,另一个是带Quarch选项的SerialCables-QA版本。带Quarch选项时,还需要PAM Controller,并通过USB-C连接。这个组合非常适合SSD、EDSFF设备和高速Endpoint的研发测试。因为Gen6调试不仅要看信号能不能跑通,还要看设备在Link训练、速率切换、功耗状态变化、热插拔和异常恢复时的电源行为。如果Redriver Adapter本身就能结合Quarch测量能力,就可以把“高速信号路径”和“电源/Sideband观测”放到同一个测试链路里。十一、ACC和AOC产品路线图:CDFP x16 ACC与AOC是下一个重点随后交流进入主动线缆部分,这是整场交流另一个重点。SerialCables产品经理介绍了两类正在推进的产品:一类是PCIe Gen7 x16 CDFP ACC主动铜缆,长度约6米;另一类是PCIe Gen6 x16 CDFP AOC主动光缆,长度约到10.5米。ACC版本采用Linear Equalizer。SerialCables产品经理提到,初期版本会根据应用场景进行预校准后交付给客户。未来也可能有带On-chip Switch的版本,功耗会略高,但可以在连接后做一定自动调谐。AOC版本则是完全光纤传输。现场特别确认了一个关键问题:低速Sideband信号是否也通过光纤传输?SerialCables产品经理表示,工程师经确认Sideband并不是另外通过铜线单独走,而是会被编码、调制后通过同一根光缆传到另一端,再解调出来。这意味着客户不需要额外设计一条Sideband连接路径,工程实现会更简单。这点非常关键。PCIe over Fiber过去的一个工程痛点就是Sideband怎么走。如果高速差分信号走光纤,但PERST#、CLKREQ#、WAKE#等Sideband还要另外走铜线,系统集成就会非常麻烦。SerialCables这条AOC的设计思路,是把高速信号和Sideband管理放在同一根主动光缆体系里,降低客户工程负担。十二、FMS演示设想:用主动线缆连接Broadcom与Microchip Gen6平台在讨论CDFP主动线缆时,现场提出了一个很有价值的测试建议:当SerialCables有两张Microchip Gen6 Switch卡之后,可以使用这类Gen7等级或面向Gen6/Gen7的CDFP主动线缆,把两张卡连接起来,验证是否可以在Gen6下稳定Link up。SerialCables产品经理笑称,这其实已经接近他们计划在FMS上演示的内容。SerialCables希望在FMS上通过Broadcom CDFP、Microchip CDFP以及这些主动线缆,展示不同Silicon之间的Gen6互通能力。这对客户很有意义。因为未来客户真正关心的是:我手里的设备或平台,接到不同厂商Switch后是否能工作?中间换成主动铜缆、主动光缆后是否还能稳定?链路训练、速率协商、均衡、误码、恢复流程是否可靠?这类问题只有通过真实硬件组合才能回答。十三、CDFP、OSFP、QSFP-DD:不同连接器背后的成本与生态问题现场也讨论了CDFP的市场处境。CDFP是PCIe SIG早期定义的连接形态,但在数据中心大规模应用中并不是最普遍的接口。相比之下,OSFP、QSFP-DD等连接器因为在高速网络和光通信生态中用得更多,产业链更成熟,成本也可能更有优势。我们也提出,未来是否可以用两个x8 OSFP或QSFP-DD AOC/ACC组合成一个x16连接,从而实现Gen6 x16或Gen7 x16的远距离扩展。SerialCables产品经理认同这个方向,但也表示目前CDFP是他们正在做的第一步,后续会逐步覆盖更多接口。SerialCables产品经理还透露,SerialCables已经开始推进Gen7线缆组件,包括OSFP x8主动线缆,以及Gen7 MCIO相关变体。部分x8到多个x4的Bifurcated线缆可能已经有测试基础,第二年半年会开始更系统地市场推广和支持。这说明SerialCables的线缆路线不是只停留在Gen6,而是已经把Gen7作为下一阶段准备方向。十四、MCIO x8 ACC:两种结构,两种应用取向最后,SerialCables产品经理介绍了PCIe Gen6 x8 MCIO ACC主动铜缆。这类线缆属于后续主动线缆和Gen7推进的一部分。这条线缆有两种结构设想:一种是Redriver芯片集中放在中间PCB上;另一种是Redriver芯片分别放在两端连接器附近。现场把它们理解为Type 1和Type 2。Type 1中间有一块PCB,Type 2则两端各有芯片。这两种结构的差异,不只是长度问题。SerialCables产品经理解释说,如果把硅芯片放在连接器里,连接器会变得更大,对机箱内部走线、弯折半径、空间布局有更高要求;如果把芯片放在中间,连接器端可能更灵活,但整体布线方式又会不同。最终哪种更适合,要看客户机箱空间、连接路径、弯折方式和测试环境。芯片供应方面,SerialCables正在评估几种不同的方案。SerialCables产品经理再次强调,他们希望给实验室客户提供不同Silicon选择,因为客户做兼容性测试时,往往也希望比较不同Redriver或Equalizer方案的行为差异。现场也问到了温度范围,例如客户实验室是否需要覆盖-20℃到85℃这样的更宽测试条件。SerialCables产品经理当时没有直接答案,但表示这是非常好的问题,需要后续确认。这个问题同样非常现实:数据中心常规环境可能是0℃到65℃,但实验室可靠性测试、边界条件测试、工业应用验证,往往会要求更宽温度范围。十五、最后的讨论:只有Switch卡还不够,另一端的Cage、Shelf和JBOF同样关键会议临近结束时,我们再次回到一个非常实际的问题:如果SerialCables推出Microchip Switch卡,上面有CDFP、OSFP或QSFP-DD等接口,那么另一端应该接什么?如果没有对应的Cage、Shelf、JBOF或Drive Enclosure,客户拿到Switch卡和线缆之后,仍然很难连接大量Endpoint设备。SerialCables产品经理承认这是一个好问题。MCIO更偏向机架内连接,而CDFP更像外部连接接口。如果要让客户真正通过CDFP扩展到多块SSD或其他设备,SerialCables确实需要考虑提供另一端的连接方案,例如带CDFP接口的Shelf、Cage或类似JBOF的扩展产品。他没有承诺一定会推出这样的产品,但表示这个方向是合理的,会带回去讨论。这其实是整场交流的收尾重点:PCIe Gen6测试不能只卖单点硬件。Switch卡、线缆、Drive Cage、JBOF、Paddle Card、功耗测量、Sideband访问、GUI/API控制,都要形成一个完整平台。客户真正想买的不是“一张卡”,而是一个能把Gen6设备插上去、跑起来、测出来、复现问题的实验室环境。交流结论:PCIe Gen6测试正在从“信号能跑”进入“系统能不能稳定工作”这次SerialCables产品经理的交流传递出一个很清楚的趋势:PCIe Gen6生态正在从早期单点验证,进入更复杂的系统级验证阶段。早期客户关注的是有没有有没有Gen6 Switch、Gen6 Retimer、线缆能不能跑到64GT/s。但现在,问题已经变成:不同Switch芯片能不能互通?Broadcom、Microchip、Astera、Marvell等平台之间是否存在兼容性差异?GPU、DPU、AI加速卡、NIC、SSD等Endpoint接在不同Switch后面是否稳定?主动铜缆、主动光缆、CDFP、OSFP、QSFP-DD、MCIO这些连接方式如何组合?Sideband信号如何传输?电压、电流、功耗和链路状态如何同时观测?Python API能否接入客户已有自动化测试系统?这些问题,正是未来Gen6实验室最需要解决的问题。从这次交流来看,SerialCables正在把自己从“高速线缆供应商”扩展成“PCIe Gen6/Gen7实验室互连测试平台供应商”。这对中国客户,尤其是SSD、AI服务器、GPU/DPU/NIC、CXL设备和高速Switch研发团队来说,值得重点关注。如果后续我们带来Microchip Gen6 Switch卡、Broadcom B0平台、CDFP主动线缆、MCIO ACC样品,以及Hydra JBOF或相关Drive连接方案,那么这将不只是一次产品展示,而是一次非常有价值的PCIe Gen6互通性现场验证机会。更多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公众号,点击底部菜单栏即可免费获取。如有任何技术问题,也可直接在公众号内留言交流。
    2026-06-01 09:41:44
  • 【每日一题】不只是点亮画面:UniGraf 如何把 HDMI/DP 接口问题拆成可定位、可复现、可自动化验证的测试流程?

    我们在三月份的时候和某国产CPU芯片公司就HDMI/DP controller如何验证进行了一个友好交流,我们今天的【每日一题】就来结合现场演示和客户提问的交流来简单回顾一下国内用户针对这类视频接口测试最关心的问题。UniGraf HDMI/DP/Type-C 协议测试工具技术交流这次交流一开始并没有直接进入软件,而是先从设备的物理接口讲起。现场展示的设备主要有 DP 的 TX、RX,以及 Type-C 口的 TX、RX,总共四个主要接口。这里特别澄清了一点:界面上看到的 TX/RX,指的是 UniGraf 设备自身的 TX 或 RX,而不是被测设备的 TX/RX。也就是说,如果 UniGraf 作为 TX,就可以去连接被测设备的 RX;如果 UniGraf 作为 RX,则用于接收并分析被测设备 TX 发出来的信号。现场演示时,为了方便展示,采用了设备“自己接自己”的方式,也就是 TX 和 RX 互连,从而可以同时展示发送端和接收端的行为。随后,UniGraf 的 FAE 开始进行正式介绍。UniGraf 是一家总部位于芬兰的公司,成立于 1990 年,长期聚焦在 HDMI、DisplayPort 以及 USB Type-C 相关的协议一致性测试、研发验证和产线测试设备。其应用对象主要覆盖消费电子领域,例如手机、平板、显示屏、Soundbar、Monitor 等。FAE工程师 将 UniGraf 的产品定位分成了三个方向:第一类是 CTS 一致性测试,第二类是偏研发调试的 Link Analyzer、Monitor 等功能,第三类则是偏产线自动化测试的工具。在产品线介绍中,UCD500 被重点放在前面讲。它主要面向 DP 2.1 / eDP 相关测试,可用于 CTS 和研发验证;UCD400 更偏 DP 1.4;UCD300 系列可以覆盖 HDCP、Dolby 等测试;而 UCD240、UCD274 等则更多用于 Type-C 或产线自动化测试。UCD500 支持 DP 2.1 Link Layer CTS,同时还覆盖 Adaptive Sync、DisplayID、EDID 等相关测试项目。FAE工程师 提到,UCD500 对应的是 DP 2.1B 方向的执行方案,最高可以支持 8K60Hz,配合 DSC 可以到 16K60Hz,链路速率最高支持 UHBR20,也就是每 Lane 20Gbps,四 Lane 总带宽再考虑编码效率后,大约在 70Gbps 左右。同时它也支持 eDP 1.5 以上的相关协议特性,包括 Adaptive Sync、DSC、FEC、MST、LTTPR 等。进入软件演示后,FAE工程师 先打开了 UCD500 的控制软件 UCD Console。设备连接后,软件里可以看到不同角色配置。由于设备上有两组 DP 和两组 Type-C,这些接口可以组合成 DP-to-DP、DP-to-Type-C、Type-C-to-DP、Type-C-to-Type-C 等不同工作模式。进入具体界面后,可以看到 DP TX、DP RX 以及 Event Log 等窗口,分别用于信号发送、接收分析以及链路事件记录。软件演示的第一部分是 Link 状态。FAE工程师 强调,Link 是视频传输之前的基础环节,只有链路训练完成,后续的视频、音频和相关辅助数据才有意义。在 RX 侧界面中,可以看到 0 到 3 共四条 Lane 的状态,也可以看到当前速率、编码方式、Clock Recovery、Symbol Lock、Equalizer 等状态信息。演示中先从 UHBR20 切换到 8.1G,再切换到 5.4G,用来说明不同 Link Rate 之间的切换过程。切换到 8.1G 后,编码方式也从 DP 2.1 对应的 128b/132b 切换到 DP 1.4 对应的 8b/10b。相关 Link Rate 和能力信息,也可以在 DPCD 中看到;如果在软件界面中修改 RX 能力,相应变化也会体现在 DPCD 里。随后演示进入 eDP 部分。FAE工程师 通过 Try eDP 的方式将链路切换到 4.32G,并展示 eDP 支持的 Bitrate 信息。这里其实为后面客户提到的 PSR 埋下了伏笔。因为 eDP 不只是传输视频,还涉及笔记本、平板等内嵌屏应用中的低功耗显示特性,例如 PSR1、PSR2、Panel Replay、Selective Update 等。链路部分讲完后,演示进入 Pattern Generator。这个功能属于 TX 侧,主要用于产生视频码流。软件里可以配置 Timing 参数,例如 H Active、V Total 等,也可以自定义分辨率。FAE工程师 特别提到,车载屏幕经常不是标准分辨率,因此这类自定义 Timing 功能就很有用。内置图案包括 Color Bar、Color Space、棋盘格、Color Squares 等,也可以设置 Color Depth,从 6BPC 到 16BPC;Color Format 可以选择 RGB、YCbCr 4:4:4 等。现场还演示了切换图案,例如切换成棋盘格,并观察 RX 侧收到的视频参数。接下来是 DPCD 和 EDID。DPCD 主要用于定义 RX 的能力,例如是否支持某些 Link Rate、是否支持 eDP 等。FAE工程师 演示了将某个能力关闭后,再从 DPCD 重新读取,软件中对应能力就会消失。EDID 部分则更接近显示设备能力描述。软件提供 EDID 编辑模式,可以直接修改 EDID 参数,而不必手动改底层寄存器值;同时支持导入和导出 EDID 文件,格式包括 bin、txt、xml 等。EDID 中可以查看和修改主要分辨率、HDR10+ 支持等信息。演示中还展示了在 RX 侧修改 EDID 后,再由 TX 读取出来,说明这个工具可以用来模拟不同显示设备能力,便于验证 Source 端对 EDID 的识别和响应。随后进入 HDCP。FAE工程师 介绍了不同类型的 Key,例如 Product Key 和 Test R2 Key。Product Key 更接近市场上正式产品使用的模式,而 Test R2 Key 则适用于中间存在 Repeater、Retimer 等场景。软件可以展示 HDCP 授权加密过程,并在 Monitor 或 Event Log 中查看交互过程、状态和相关 Key 信息。这里对做 HDMI/DP 兼容性调试非常关键,因为很多黑屏、闪屏、不能播放受保护内容的问题,最终都会和 HDCP 鉴权流程有关。之后演示了 FEC。FEC 使用 Reed-Solomon 纠错机制,FAE工程师 现场说明可以人为产生一些错误,再观察 RX 侧是否能够检测和更新对应状态。对于 DP 2.1 / UHBR 场景来说,FEC 是高速链路稳定性判断的重要组成部分,不只是“有没有画面”,更要看链路中是否存在可纠正或不可纠正错误。交流中间,客户针对 Pattern Generator 提出了一个很实际的问题:这个工具是不是只能产生简单图像?如果要做视频压力测试怎么办?FAE工程师 的回答比较务实:视频本质上也是一帧一帧传输,Pattern Generator 也是按帧发送图像。如果要判断 Source 端传输的稳定性,通常不会播放一个普通视频文件,因为每一帧内容变化,CRC 值很难提前固定。更可行的方案是让 Source 端持续输出一张固定图片,这样每一帧的 CRC 应该保持一致。工具可以抓取 20 帧、200 帧、甚至 2 万帧进行 CRC 比对。如果中间发生撕裂、闪屏、像素错误或链路不稳定,就会出现某些帧的 CRC 和预期不一致。这个回答也把“视频显示压力测试”从肉眼观察,转化成了可量化的 CRC 检测方法。随后客户又提到 PSR。FAE工程师 一开始没有听清,以为是 TSR,后来确认是 eDP 的 PSR 功能。UniGraf 设备支持 eDP 1.5 中的 PSR1、PSR2,以及 Panel Replay。后续演示中可以看到 PSR 支持、Panel Replay、Selective Update 等能力,也可以配置区域更新。现场还讨论了 PSR 进入时 Main Link 如何处理、是否能够接收到进入 PSR 的指令、PSR 与 DSC 是否可以同时打开等问题。FAE工程师 表示这些功能设备侧是支持的,但部分细节需要结合实际测试场景进一步确认。音频部分也做了较长交流。软件中有 Audio Generator,可以配置通道数、采样率、频率等参数,例如 2 channel、192kHz 等。RX 侧可以检测到音频帧数、通道数、采样率,并显示波形和频谱。客户问到是否可以看到真实音频数据,例如外部输入一个 wav 文件后,能不能在输出端导出音频数据并和输入做对齐。FAE工程师 表示可以记录一段音频,例如记录几秒钟,并以 WAV 格式导出。对于 SDP 包、Audio InfoFrame 或类似辅助数据,也可以在 Event Log 里查看。音频讨论中还出现了一个比较专业的问题:DP 里面是否支持 HBR Audio,也就是 High Bit Rate Audio。FAE工程师 当场表示 HDMI 里听过 HBR Audio,但 DP 这边是否以同样方式支持需要再确认。客户进一步解释,DP 中也存在类似概念,只是叫法可能不同,尤其涉及 LPCM 之外的压缩音频,例如 Dolby Atmos 等。FAE工程师 现场能确认的是,当前演示主要基于 LPCM;至于 HBR 或更高采样率、压缩音频格式,需要回去进一步确认。这一点在总结时需要保留,因为它是客户真实关注但现场没有完全闭环的问题。后面演示转向 Adaptive Sync。FAE工程师 展示了 RX 侧 Adaptive Sync 能力,并通过改变刷新率参数,让帧率从 60Hz 降到大约 31Hz 左右。软件中可以通过增加 VBlanking 的方式改变每帧间隔,并在 SDP 中看到 Adaptive Sync 相关辅助信息。这个部分说明 UCD500 不只是静态显示测试工具,也可以用于可变刷新率相关特性的验证。在完成 DP/eDP 相关内容后,现场切换到 HDMI 2.1 工具 UCD422。FAE工程师 介绍,UCD422 面向 HDMI 2.1,支持 FRL 模式,同时向下兼容 HDMI 2.0 的 TMDS 模式。演示界面中可以看到 TMDS 1/10、FRL 状态、HDCP 状态以及 FRL 链路状态等信息。HDMI 部分同样支持视频 Pattern、音频、CEC、I2C、HPD、Packet 等记录。比如 HDR10+ 相关 Feature,也可以通过软件产生并在事件记录里看到。HDMI 部分还讨论了 DSC。客户注意到,在 DP 演示中可以看到 DSC 相关选项,但 HDMI RX 侧似乎没有直接看到 DSC 开关,于是追问 HDMI RX 是否支持 DSC 相关状态显示、是否能分析压缩图片、是否能比较 DSC CRC。FAE工程师 解释说,TX 侧可以设置 DSC;RX 侧对于 DSC 的显示位置没有那么直观,但工具可以对压缩后的图片做 CRC 相关分析。现场提到两种 CRC:一种是 Test CRC,一种是 DSC CRC。如果要对 Source 端压缩后的图片进行比对,可以利用这些 CRC 来判断输出是否符合预期。不过客户希望确认 RX 侧 DSC flag、SCDC 里的状态、以及软件解码显示能力,这部分 FAE工程师 表示需要进一步向 RD 确认。在后面的问答中,客户把问题进一步拉到自动化测试和硅前/硅后验证场景。比如在 APG 或 FPGA 阶段,UniGraf 的 TX 数据如何给到 DUT?如果是硅后芯片回来,芯片自身 CPU 或图像引擎产生数据,再发给 UniGraf RX,又该如何使用?现场的回答是,如果 UniGraf 作为 Source,就直接接 DUT 的 DP RX;如果 DUT 自己产生 Pattern,则 UniGraf 作为 RX 接收并分析。对于 APG 场景,被测系统通常需要自己在 FPGA 或软件环境里产生 Pattern,UniGraf 负责接收、捕获、解析和判定。客户还关心是否可以通过脚本做长时间稳定性测试。例如连续发送特定视频帧,抓取每一帧 CRC,不依赖人工肉眼观察,而是用脚本自动判断 pass/fail。FAE工程师 表示这类需求可以通过工具的 API 或脚本命令实现,UniGraf 可以提供自动化控制能力。客户如果有特定测试条件,也可以把判定逻辑写出来,由 UniGraf 协助做相应脚本或测试流程。对于长时间不间断测试、帧级 CRC 检查、特定参数触发、失败条件捕获,这套工具是可以支撑的。最后,讨论集中在 Deep Analysis / Link Analyzer 能力。客户问到如果要看到更底层的数据,例如 VB-ID、MSA、SDP、BS、SR、Mvid/Nvid、音频包、VBlanking 中插入的各种数据,是否都能解析。FAE工程师 表示,在 Deep Analysis 或 Link Analyzer 模式下,可以看到 Main Link 中的很多底层数据;如果存在音频,音频包也会插在 VBlanking 区域中。工具可以按帧显示数据是否正常,也可以设置 Trigger,比如针对 SR、MSA 参数变化、标志位变化等进行触发。客户还问到数据是解扰前还是解扰后,FAE工程师 回答显示的是解扰后的数据。整个交流的最后,客户又追问了一个细节:如果每一帧里少发了某个东西,例如某个 VB-ID、Mvid/Nvid 或帧结束相关标志,工具能否检测出来。FAE工程师 表示可以通过帧级检查和触发机制发现异常,软件会显示这一帧是好的还是坏的;如果某些帧存在缺失、损坏或状态异常,可以进一步定位。对于更复杂的自动化判定,可以通过脚本和参数检查来实现。会议最后,大家确认主要问题已经交流完毕,部分关于 HBR Audio、HDMI RX DSC 状态显示、SCDC/DSC flag 等细节需要 UniGraf RD 后续再确认。整体来看,这次视频演示不是单纯介绍一个 HDMI 测试盒子,而是从 DP/eDP 到 HDMI 2.1,把 UniGraf 工具在 Source/Sink 模拟、链路训练、Pattern 生成、EDID/DPCD 能力模拟、HDCP 鉴权、FEC 错误监测、CRC 帧级稳定性测试、Audio/SDP 解析、Adaptive Sync、PSR、FRL/TMDS、DSC 以及自动化脚本测试等环节串了一遍。对于研发团队来说,它的价值不只是“能不能点亮画面”,而是能把视频接口调试中最难讲清楚的部分——链路状态、辅助通道、帧级数据、音视频同步、HDCP、DSC、CRC 和底层事件——尽量变成可观察、可记录、可复现、可自动化判断的测试过程。更多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公众号,点击底部菜单栏即可免费获取。如有任何技术问题,也可直接在公众号内留言交流。
    2026-05-27 16:15:08
  • 【每日一题】你以为买了 带RTX 5080的笔记本就能跑 AI?真正的噩梦从装 Ubuntu 开始

    昨天碰到有个任务要用便携笔记本下面的GPU处理一些推理模型,突然想起来2026年2月份春节前折腾购买的华硕Asus ROG幻14AIR RTX5080 笔记本安装Ubuntu Linux 以及进行GPU测试的狗血过程,本来也是想用来调试宇树科技的GO2 EDU教育版机器狗,结果变成了调试这台华硕Asus ROG幻14AIR笔记本电脑,不过总算折腾通了。但是在Windows 11下面可以跑到PCIe 5.0 x8的NVIDIA RTX 5080 GPU在Ubuntu Linux下面只能跑到Gen1 x8 - 这个问题还很难通过SerialTek PCIe 5.0分析仪进行问题分析,因为该GPU不是一张插卡而是一颗BGA芯片 。 想了好多个如何给今天的视频起个名字,最终还是你看到的文章标题觉得更贴切些,但是下面这些名字其实都真实反映了当时碰到安装、调试的真实的痛苦过程。 《两天折腾到凌晨:RTX 5080 笔记本装 Ubuntu,结果踩了一堆没人告诉你的坑》 《花两万买 RTX 5080 笔记本,装 Linux 后我才发现:真正的问题根本不是 GPU》 《为什么 RTX 5080 + Ubuntu 会把工程师逼疯?一次真实 Linux 装机实录》 《从 Gen1 x8 到 CUDA 13.1:RTX 5080 Mobile + Ubuntu Linux 全链路调试实录》 《RTX 5080 Mobile 真能跑 Linux 吗?一次 Ubuntu 25.10 + CUDA + PCIe 调试全记录》 《新 GPU + 新 Linux + 新 PCIe:为什么 2026 年装 Ubuntu 仍然像“工程项目”?》 《为什么调试机器狗的工程师,都开始背着 RTX 5080 笔记本到处跑?》 《为了调试宇树 Go2,我们把 RTX 5080 笔记本折腾成了 Linux 实验平台》 《从机器狗到 CUDA:一台 RTX 5080 笔记本背后的 AI 工程现实》 《RTX 5080 很强,但 Linux 更“硬核”:一次让人崩溃的 Ubuntu 安装经历》 《2026 年了,为什么一台 RTX 5080 笔记本装 Linux 还能折腾两天?》 下面是我们针对本次将近1个小时的调试视频的解说文本,注意:这个是折腾好了之后重新拍摄的,从开始折腾到达到这个Gen1 x8可是花了比这个多得多的时间! ASUS ROG 幻14 Air RTX5080 安装 Ubuntu Linux 24.04 / 25.10 与 GPU 调试实录 这次交流主要围绕一台新购买的 ASUS ROG 幻14 Air 笔记本展开,重点并不只是“装 Linux”,而是围绕: RTX 5080 Mobile GPU Ubuntu Linux NVIDIA CUDA 环境 PCIe / GPU 驱动 机器狗开发调试 AI 推理环境 这些内容做了一次比较完整的现场折腾与经验分享。整个过程其实非常典型:硬件很新、性能很强,但 Linux 生态支持远没有想象中成熟。 上面的截图显示了硬件配置性能还是很强的。 一、为什么会买这台 RTX5080 笔记本? 一开始先介绍了这台机器本身: AMD Ryzen AI 9 处理器 12核24线程 NVIDIA RTX 5080 Mobile GPU 出厂预装 Windows 11 购买时正好赶上国补,原价两万二左右,最后大概一万九入手。 但真正关键的,并不是“玩游戏”,而是两个实际用途: 1)本地 AI 推理与 GPU 测试 因为 RTX5080 Mobile 已经具备比较强的 AI 推理能力,所以希望拿它做: CUDA 环境测试 本地推理 GPU 压力测试 AI Demo 2)调试宇树 Go2 机器狗 这里其实是整个视频里非常有意思的一部分。 交流中提到: Go2 开发版价格接近 10 万 内部本身就带 NVIDIA GPU 机器人内部运行 Ubuntu Linux 需要工程师背着笔记本实时调试 因此现场希望: 在笔记本上搭建一个与机器狗内部接近的 Ubuntu + CUDA 环境。 这样调试 ROS、AI 推理、视觉算法时更方便。 二、为什么最终放弃 Ubuntu 24.04,改装 25.10? 这是整个过程最核心的“坑”。 最开始原本计划: 安装 Ubuntu 24.04 LTS 因为目前很多 AI / ROS 环境都基于它 但很快发现: 24.04 在这台机器上问题非常多 包括: Live USB 黑屏 启动异常 重启后配置丢失 GPU 驱动不稳定 原因其实很明显: 这台机器太新了。 而 Ubuntu 24.04 的发布时间是: 2024 年 4 月 但 RTX 5080 Mobile 属于更后期的新硬件。 于是最终决定: 直接安装 Ubuntu 25.10 并使用: Linux Kernel 6.17 这样才能较完整支持: 新 AMD 平台 RTX 50 系 GPU 新 PCIe 拓扑 新 ACPI / 电源管理 三、安装 Linux 时遇到的第一个大坑:SSD 根本识别不到 这里出现了一个非常“工程现场化”的问题。 他们拆掉原厂 Windows SSD 后: 换上一块新的 PCIe 4.0 x4 NVMe SSD。 结果: BIOS 根本找不到盘 后来折腾发现: 原厂 SSD 上有一层类似“铝箔护套”的结构。 必须: 拆下来 套到新 SSD 上 系统才能正常识别。 这一段其实非常典型: 很多高端轻薄本现在: EMI 屏蔽 导热 接地 都已经做到很极致。 看似不起眼的“护套”,实际上可能影响: 接地 屏蔽 天线 温控 BIOS 检测 四、Linux 装好了,但 GPU 其实还没真正工作 系统启动后: 虽然已经进入 Ubuntu 桌面。 但实际上: RTX5080 并没有真正正常工作。 一开始系统默认加载的是: Open Source 驱动 但很多 CUDA 能力并不完整。 于是开始继续折腾: NVIDIA Driver CUDA CUDA Toolkit Demo Suite 五、NVIDIA 驱动到底装哪个? 现场交流里其实花了不少时间在这个问题上。 最后结论是: Ubuntu 推荐安装 590 系列驱动 因为: 590 系列对: RTX40 RTX50 新 Blackwell 架构 支持更完整。 而老一些的驱动: 比如 580 系列。 更多是兼容 Maxwell 等旧 GPU。 这里也提到一个非常真实的问题: 很多 Linux 用户: 经常看到: Open 驱动 Proprietary 驱动 Recommended 驱动 其实并不知道区别。 而对于 CUDA、AI 推理来说: “能亮机”和“GPU 真能跑 AI”完全是两回事。 六、CUDA Toolkit 安装过程比想象复杂 接下来又遇到 CUDA Toolkit 的问题。 交流中提到: CUDA Toolkit 有两种安装方式: 第一种:Ubuntu 仓库安装 直接 apt / pip 安装。 优点: 简单 缺点: 缺少很多 NVIDIA Demo Suite 工具不完整 第二种:NVIDIA 官网安装 需要: 选择 Ubuntu 版本 选择 CUDA 13.1 选择 x86 选择 network/local 安装 然后一步步执行命令。 但这里又遇到一个问题: NVIDIA 官网居然没有 Ubuntu 25.10 只有: 22.04 24.04 因此只能“硬套”24.04版本去装。 这其实非常能说明: Linux 新平台 + 新 GPU + 新 CUDA 的生态同步速度,远没有 Windows 那么成熟。 七、最有意思的一幕:GPU 居然只跑在 Gen1 x8 后面他们开始用: lspci 查看 GPU 状态。 结果发现: RTX5080 实际链路状态: Gen1 x8 downgraded 而理论应该是: Gen5 x16 这一段其实特别有意思。 因为这已经不是: Linux 安装问题 而是: PCIe 链路训练问题 也就是说: GPU 实际 PCIe Link Training: 并没有真正训练到 Gen5 x16。 这里面可能涉及: BIOS ASPM Linux PCIe 驱动 NVIDIA 驱动 电源管理 Kernel ACPI GPU Firmware 等等很多问题。 这一幕其实和很多服务器 PCIe 调试现场非常像。 八、轻薄本 + 高性能 GPU,本质矛盾仍然存在 后面他们还专门讨论了: 为什么很多笔记本虽然支持 PCIe 5.0。 但: 很长时间不敢真正上 PCIe 5.0 SSD。 原因其实就一句话: 太热了。 包括: GPU SSD VRM 热管 风扇 都已经逼近极限。 再上: PCIe 5.0 NVMe SSD 功耗和发热会继续暴涨。 于是: 掉速 降频 热保护 都会出现。 这一段其实和现在很多 PCIe 5.0 SSD 掉盘、掉速问题,是完全呼应的。 九、最后一个感受:Linux 在高端消费级平台上,仍然像“工程实验” 整个视频最后最大的感受其实是: Windows 是“消费品” Linux 更像“工程项目” 尤其: 最新 AMD 平台 RTX50 GPU CUDA Ubuntu PCIe 5.0 AI 推理 这些东西叠加之后。 会发现: 很多问题根本没有成熟文档。 大量内容只能: 查论坛 查 Github 查 Reddit 自己试 自己踩坑 甚至很多问题: 厂商自己都没完整验证。 这也是为什么: 现在很多真正做: AI 机器人 CUDA GPU 推理 Linux 驱动 的工程师。 其实每天都在“半开发、半运维、半调试”的状态里工作。 更多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公众号,点击底部菜单栏即可免费获取。如有任何技术问题,也可直接在公众号内留言交流。  
    2026-05-26 14:35:13
  • 【每日一题】用 SerialTek BusXpert 看懂 PCIe LTSSM:一次完整链路训练过程解析

    我们最近工程师简单讲了一下电脑开机时候的底层PCIe链路初始化的大概过程,也就是LTSSM (link training status state machine),我们根据下面的大概17分钟的视频讲述的顺序整理了一下文本,尽量保留了“工程师边看 Trace 边讲解”的现场感,希望对于这方面感兴趣的朋友有帮助,有时间的可以直接看视频! 用 SerialTek BusXpert 看懂 PCIe LTSSM:一次完整链路训练过程解析 这段视频主要演示了如何使用 SerialTek 的 BusXpert 软件分析一段 PCIe Trace,并借助其中的 LTSSM 视图观察 PCIe 链路从上电、检测、训练,到最终进入高速 L0 状态的完整过程。讲解重点不是单纯介绍 PCIe 规范,而是结合真实抓到的 Trace,说明每一个状态大概发生了什么、为什么会这样跳转,以及在调试链路训练问题时应该重点看哪些信息。 一、从整段 Trace 入手:先判断链路大概经历了什么 视频一开始先打开了一段 BusXpert 抓到的 PCIe Trace。整个 Trace 覆盖了从设备上电、复位、链路训练,到后面开始出现数据交互的一段过程。 在最前面,可以看到链路处于 Electrical Idle 状态。这个阶段通常意味着设备可能还没有真正开始工作,比如尚未上电、复位还没有释放,或者链路双方还没有进入有效训练过程。 继续往后看,Trace 中开始出现 DLP 相关内容,这说明链路已经不再只是物理层的空闲状态,而是逐步进入到数据链路层活动阶段。也就是说,在 Electrical Idle 和后面 DLP 活动之间,中间那一段就是本次分析真正关注的核心:PCIe LTSSM 建链过程。 随后,视频将 Trace 放大,能够看到黄色的 Training 区域,以及上下游方向的信号变化。这里已经可以初步判断,链路开始进入 PCIe 训练阶段。 二、放大 Training 区域:从 TS1、TS2 和 SKP Ordered Set 看链路训练 在 Training 区域继续放大之后,可以看到 Trace 中出现大量 TS1 Ordered Set。这说明链路已经进入 Polling 相关阶段。 视频中特别提到,中间还可以看到一些黑色的小段,进一步放大后发现是 SKP4,也就是 Skip Ordered Set。这个内容在 PCIe 链路中非常常见,它主要用于补偿链路两端时钟之间的微小差异。 PCIe 两端的收发时钟并不是绝对同步的,接收端通常需要从数据流中恢复时钟。为了避免弹性缓冲区因为两边时钟差异而发生溢出或欠载,就需要周期性插入 SKP Ordered Set 来做补偿。 随后还能看到 TS2 Ordered Set,这说明链路已经从早期 Polling 阶段继续往后走,进入到 Configuration 相关阶段。视频里强调,BusXpert 不只是能看到一个粗略波形,还可以在下面查看任意时间点附近到底发送了哪些 Ordered Set,例如 TS1、TS2、SKP 等。 三、打开 LTSSM Widget:专门观察状态机切换 为了更清楚地分析链路训练过程,视频中打开了 BusXpert 里的 LTSSM Widget。这个视图可以把底层 Trace 中的状态机变化单独提取出来,便于观察链路从 Detect、Polling、Configuration、L0、Recovery 等状态之间如何跳转。 在 LTSSM 视图里,前面仍然可以看到没有上电或刚上电时的阶段。随后链路进入 Detect 状态,再往后出现 Polling Active,最后进入绿色的稳定链接状态。 这个视图的价值在于:如果只看原始 Trace,可能会看到很多 Ordered Set、Electrical Idle、DLP 等内容,信息比较杂;而 LTSSM Widget 可以直接把状态变化抽出来,让工程师快速判断链路训练卡在哪一步、有没有异常回退、有没有反复 Recovery 等。 四、Detect 阶段:设备是否存在,首先靠电气检测判断 视频接着回到更早的位置,专门找 Detect 是什么时候开始跳转的。 Detect 阶段非常短,但它很关键。设备刚上电、复位释放之后,链路首先进入 Detect.Quiet。在这个阶段,Root Port 或上游端会尝试判断对端是否真的插了设备。 检测方式不是一开始就发送正常 PCIe 数据,而是通过 TX 端发出 Detect 脉冲,观察对端的电气响应。如果对端有设备存在,通常 RX 端会有对地 50Ω 终端阻抗,中间 TX/RX 之间还有 AC 耦合电容,这样就形成了一个阻容网络。Detect 脉冲经过这个网络后,波形会发生变化,发送端就能据此判断:对面确实有设备插入。 一旦确认对端存在,状态就会从 Detect.Quiet 很快跳到 Detect.Active,再进入 Polling 阶段。 这一段对于调试非常重要。如果链路长期卡在 Detect,通常就要优先怀疑设备没有被电气检测到,例如连接器、线缆、转接板、AC 耦合、电源、PERST#、终端阻抗等问题。 五、Polling Active:双方开始发送 TS1 进入 Polling 后,双方开始发送 TS1 Ordered Set。视频里解释,TS1 大约由 16 个 symbol 组成。PCIe 早期链路训练阶段,symbol 是非常基础的数据单位。 TS1 的第一个 symbol 通常是 K28.5 / COM,可以理解为 Ordered Set 的起始标识。后面还会包含 Link Number、Lane Number、速率能力等字段。 不过,在最早的 Polling 阶段,很多字段还没有真正协商出来,例如 Link Number、Lane Number 等,因此这些位置会先填入 PAD。也就是说,这时候双方只是先把基本训练序列发起来,还没有完成完整链路编号、lane 编号、极性等细节确认。 视频中还提到,规范要求会发送大量 TS1,比如约 1024 个 Ordered Set,目的就是给对端足够的接收和锁定时间。对端只要连续收到一定数量的有效 TS1,比如连续 8 个 TS1,就可以继续往 Polling.Configuration 阶段推进。 六、Polling Configuration:继续交互 TS1,并逐步带入链路参数 在 Polling.Active 之后,链路进入 Polling.Configuration。这一阶段仍然以 TS1 交互为主,但内容开始变得更有意义。 视频中特别补充了一点:TS1 里面也会包含速率相关信息。由于 PCIe 链路刚开始上电训练时,通常是从最低速率开始,也就是 Gen1 2.5GT/s,因此一开始 TS1 里的速率字段会先标识为 Gen1。 这一步可以理解为双方先用最稳妥的基础速率把链路拉起来。等基础链路建立成功后,再通过 Recovery 等机制逐步切换到更高速度。 在 Polling 后期,Trace 中开始出现 TS2。TS2 的出现通常意味着链路训练已经进一步推进,准备进入 Configuration 阶段。 七、Configuration 阶段:协商 Link Number、Lane Number 和翻转关系 进入 Configuration 阶段之后,链路继续发送 TS1 和 TS2,但此时 TS2 中已经不再只是 PAD,而是开始携带更明确的链路信息。 视频里重点提到,TS2 会带有 Link Number 和相关链路编号信息。每个 Link 都有自己的编号,每条 lane 也有对应的 lane number。双方通过这些信息判断当前连接关系是否正常。 这里还涉及一些非常实际的调试问题,例如: lane 顺序是否反了; link 是否需要翻转; lane polarity 是否发生极性翻转; 两端看到的 lane number 是否匹配。 视频举了一个例子:如果一端认为自己发的是 lane 0,而对端看到的却类似 lane 7,那么双方就可以据此判断可能存在 lane reversal,需要进行对应处理。 这一段对工程调试很有价值。很多链路不是完全不起来,而是由于 lane mapping、极性翻转、线序设计、转接板布线等问题导致训练异常。通过 TS1/TS2 中的字段,可以看到双方到底是如何认识这条链路的。 八、第一次进入 L0:先以 Gen1 2.5GT/s 建立基础链路 当 Configuration 阶段的协商完成后,链路就会进入 L0。 不过,视频中特别说明,这时候的 L0 还只是最基础的 L0,也就是 Gen1 2.5GT/s 速率下的 L0。它的意义是:链路双方已经确认基本连接没有问题,链路可以正常建立,数据链路层也可以开始工作。 进入 L0 后,可以看到 Trace 中开始出现数据链路层相关内容,同时也会继续看到一些 SKP Ordered Set。此时链路已经“通了”,但还没有达到最终目标速率。 视频观察到,这一段 L0 维持在 2.5G,也就是 Gen1 速率。后面如果设备和系统都支持更高速率,链路会继续通过 Recovery 状态进行速率切换。 九、从 L0 跳入 Recovery:开始向更高速度训练 链路在 Gen1 L0 稳定以后,双方完成一些基础交互,例如 credit 相关信息之后,会再次进入 Recovery。 Recovery 并不一定代表链路异常。很多时候,PCIe 链路从低速切到高速,本来就要经过 Recovery 相关子状态。 视频中看到链路进入 Recovery.Speed,开始进行 speed change。也就是说,链路先在 Gen1 下建立起来,然后再逐步切换到更高的速率。 随后,Trace 中可以看到链路先从 2.5GT/s 切到 8GT/s,也就是 Gen3 速率。进入 8G 后,中间会出现一段空闲或 unknown 状态,随后继续观察后面的状态变化。 十、从 8G 到 16G,再到 32G:逐级完成高速训练 视频继续往后看,发现链路从 8G 后面又跳到了 16GT/s。在切换到 16G 的过程中,双方仍然会交互 TS2,也会出现 Electrical Idle 相关序列。 这里可以看到一些典型过程,例如: Start Electrical Idle; 进入 Electrical Idle; 退出 Electrical Idle; 再进行下一轮链路状态切换。 随后链路继续切换到 32GT/s,也就是 PCIe Gen5 速率。 这一段体现了 PCIe 高速链路训练的基本思路:不是一上来就直接跑最终速率,而是先在低速下建立可靠连接,再通过 Recovery 逐级切换,最终达到双方共同支持的最高速率。 十一、32G Recovery Lock / Recovery Idle:高速锁定完成 切换到 32G 后,链路会进入一些 Recovery 子状态。视频中提到其中一个关键状态是 Recovery.Lock。 Recovery.Lock 可以理解为在目标高速率下完成锁定。此时链路已经在 32GT/s 下完成必要的同步和锁定动作。期间双方仍然可能会交互 TS1、TS2,也会出现 Electrical Idle、Exit Electrical Idle Ordered Set 等内容。 等这些交互都没有问题后,链路进入 Recovery.Idle,再最终跳入 32G L0。 这意味着链路训练过程真正完成:不仅基础链路已经建立,而且高速速率也已经成功切换并稳定运行。 十二、最终进入 32G L0:完整训练过程结束 视频最后看到链路进入 32G L0。这代表该 PCIe Gen5 链路已经以 32GT/s 的速率进入正常工作状态。 整个训练过程可以概括为: Electrical Idle / Detect → Polling.Active → Polling.Configuration → Configuration → Gen1 L0 → Recovery.Speed → 8G → 16G → 32G → Recovery.Lock → Recovery.Idle → 32G L0 这个过程说明,PCIe 链路训练不是一个简单的“插上就通”的动作,而是双方在电气检测、Ordered Set 交互、速率协商、lane/link 编号确认、极性/翻转判断、低速建链、高速切换等多个步骤中逐步完成的。 十三、这段演示对工程调试的实际意义 这段视频最大的价值,是把 PCIe LTSSM 从规范里的状态图,拉回到了真实 Trace 里。 在实际调试中,如果一条 PCIe 链路不能正常起来,仅仅看系统是否识别设备是不够的。通过 BusXpert 这类协议分析工具,可以进一步判断问题到底发生在哪个阶段: 如果卡在 Detect,要优先检查对端设备是否被电气检测到,包括连接器、线缆、终端、电源、复位等。 如果卡在 Polling,要重点看 TS1 是否正常发送和接收,链路双方是否能完成基础训练。 如果卡在 Configuration,就要关注 TS1/TS2 里的 Link Number、Lane Number、lane reversal、polarity inversion 等协商信息。 如果能进 Gen1 L0,但不能升到 Gen4/Gen5,就要重点观察 Recovery、Speed Change、Electrical Idle、Equalization 以及高速信号完整性相关问题。 如果反复进入 Recovery,则可能说明链路高速状态不稳定,或者在速率切换、均衡、时钟、retimer、线缆、转接板等环节存在问题。 更多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公众号,点击底部菜单栏即可免费获取。如有任何技术问题,也可直接在公众号内留言交流。  
    2026-05-25 13:52:40
  • 【高清视频】如何分析PCIe 5.0 U.2 SSD的真实功耗?Quarch PAM工程实战

    我们之前做过好多期如何使用PAM (power analsysis module)来测试和验证PCIe/NVMe M.2 SSD,尤其是其低功耗L1.2的状况,感兴趣可以翻看一下我们公众号saniffer之前拍摄的视频讲解,例如:【高清视频】如何有效分析笔记本电脑的低功耗?其实,我们的企业级eSSD客户也在大量使用PAM进行企业级SSD功耗测量。消费类M.2 SSD低功耗的考量主要是笔记本/pad等产品的电池技术没有获得突破,但是企业级尽管不考虑这么低的功耗,平时SSD都是随时待命,但是如果可以降低同等I/O性能下面的功耗还是有很大的经济消息,毕竟你如果拿到AI训练和推理的大环境下想想数据中心现在最缺的不是GPU算力卡,而是电力!像之前我们国内第三方Lab益企研究院拿我们的PAM测试了Intel/Solidigm的企业级SSD视频:益企研究院使用Quarch PAM测量企业级SSD省电模式。 我们今天的高清视频就是在实验室里面使用PAM给你做了一个简单展示,如何使用PAM来量测Gen5 U.2 SSD功耗,当然,管理软件QPS (Quarch Power Studio)这块讲解非常简单和基础,如果你想了解PAM使用的QPS的更加详细的内容,可以参考我们之前拍摄的一个大概20多分钟的高清讲解视频:【高清视频】如何监控和快速分析各类接口SSD和PCIe 插卡的功耗、sideband信号?  00:00:00-00:02:42 软件如何连接到PAM 00:02:42-00:03:16 PAM设备信息查看 00:03:16-00:03:46 PAM设备支持的信号 00:03:46-00:12:28 PAM如何开启抓取 00:12:28-00:13:30 PAM视图查看 00:13:30-00:15:28 PAM瞬时值分析 00:15:28-00:16:54 PAM区域统计值查看 00:16:54-00:17:57 PAM分段统计查看 00:17:57-00:20:38 PAM信息标注Annotation 00:20:38-00:22:58 PAM通道synthetic channel 00:22:58-00:25:08 PAM抓取内容保存 00:25:08-00:25:56PAM抓取内容保存(2) 00:25:56-00:28:54 PAM Python开发 我们今天下面的视频综合了: 我们演示的PCIe 5.0 U.2 PAM 视频的讲解内容 Quarch 的PAM + Quarch Power Studio管理软件的功能 我们之前公众号经常讨论过的 U.2 SSD / PCIe SSD / 企业级SSD测试问题 你可以看到,该PAM工具的一个非常突出的特点是具备 PAM同时监控功耗 + sideband信号 的能力,这也是它与普通功耗分析仪一个非常大的区别。   一、背景:为什么需要U.2 SSD功耗与Sideband联合分析 在 AI服务器、企业级存储服务器以及NVMe测试环境中,U.2 SSD仍然是最常见的企业级SSD形态之一。 U.2接口标准: • 连接器:SFF-8639 • 协议:PCIe / NVMe • 通道:PCIe x4 典型应用: • NVMe All-flash array • AI训练数据存储 • 数据中心数据库 • GPU服务器缓存盘 例如: • Samsung PM1743 PCIe 5.0 NVMe SSD • Kioxia CM7 • Solidigm D7 但是在企业级SSD验证过程中,经常会遇到几个问题: 1 功耗问题 企业级SSD在不同状态下功耗差异巨大: 状态 功耗 Idle 3W Mixed IO 10W Full write 20W+ 需要精确分析: • 电压 • 电流 • 瞬时功耗 2 Sideband信号问题 U.2 SSD除了PCIe高速信号外,还包含大量sideband信号: 常见包括: • PERST# • PRSNT# • CLKREQ# • SMBus 这些信号对于: • SSD初始化 • Reset行为 • Power management 都非常关键。 3 企业级SSD调试难点 传统设备通常只能做: • 功耗测试或 • 协议分析 但很难做到: 功耗 + PCIe sideband同步分析 而Quarch PAM正是解决这个问题的工具。 二、Quarch PAM:Power Analysis Module PAM 的全称是: Power Analysis Module 它是一款专门用于 PCIe设备功耗分析与Sideband监测 的设备。 视频中首先展示了PAM管理模块的结构。 PAM前面板包括: • 状态指示灯 • Action灯 • Trigger In / Trigger Out • USB-C连接接口。 其核心作用是: 采集测试治具中的电压、电流、Sideband信号并传输到电脑。 PAM本身只负责: • 数据采集 • 数据打包 • USB / Ethernet传输 数据最终由软件显示。 三、U.2 SSD测试系统结构 视频演示的测试环境是一个简化的PCIe服务器结构。 系统拓扑如下: CPU │PCIe slot │PCIe→ U.2转接卡│PAM U.2Fixture│U.2NVMe SSD 视频使用的SSD: Samsung PM1743 PCIe 5.0 x4 NVMe SSD 转接卡来自: SerialCable PCIe 5.0 U.2 adapter。 在正常情况下: PCIe slot → U.2 SSD 但为了分析功耗,需要插入: PCIe slot →Adapter→ PAM Fixture→ SSD 这个 PAM Fixture 是一个关键部件。 四、PAM U.2 Fixture 的作用 PAM Fixture 的位置: 串接在SSD和U.2接口之间 其功能包括: 1 电压测量 例如: • 12V rail 2 电流测量 实时测量: • SSD瞬时电流 3 功耗计算 软件实时计算: Power=Voltage×Current 4 Sideband信号监测 例如: • PERST • PRSNT • CLKREQ 这些信号通过fixture采集。 5 数据传输 采集的数据通过: 柔性排线 (FPC) 传输到PAM管理模块。 再通过USB或网络发送到PC。 五、Power Studio软件 PAM的数据展示和分析通过软件完成: Quarch Power Studio 软件运行在PC上。 连接方式: • USB • Ethernet。 1 软件界面结构 软件左上角显示: • PAM型号 • Serial number • Fixture类型 例如: 2788Gen5 SFF8639 Fixture 表示: PCIe 5.0 U.2测试治具。 2 Channel选择 Power Studio支持大量通道: 包括: 电压 • 12V • 5V 电流 • rail current 功耗 • power channel sideband • PERST • PRSNT 用户通常只选择自己关注的通道。 六、实时采样能力 Power Studio支持非常高的采样率。 最小采样周期: 4 µs 常见设置: • 16 µs • 100 µs • 1 ms。 在视频中演示使用: 约1.024 ms采样。 采样率越高: • 数据越精细 • 数据量越大 例如: 4µs采样时数据增长非常快。 七、波形分析能力 Power Studio提供类似示波器的功能。 1 Auto Scroll 实时显示数据流。 波形持续滚动。 2 区域放大 用户可以拖动窗口: 选择一段时间 上方窗口自动放大。 3 Summary统计 软件可以统计: • 平均电压 • 平均电流 • 平均功耗 • Sideband状态。 4 Cursor测量 用户可以选择两个点: 计算: ΔtimeΔvoltageΔcurrentΔpower 例如: Δtime =51.2 msΔpower =1.395 W 这种功能在分析: • SSD IO burst • power transient 时非常重要。 八、数据记录与存储 Power Studio支持长时间记录功耗数据。 但需要注意: 1 数据量 采样率越高: 数据量越大。 例如: 4 µs采样 会快速占满磁盘空间。 2 自动停止机制 软件默认设置: 当剩余磁盘空间低于: 520MB 自动停止记录。 3 Recording保存 默认情况下: 关闭软件时可能删除trace。 建议设置: recording结束时提醒保存 避免数据丢失。 九、PAM在U.2 SSD验证中的价值 对于企业级SSD开发和验证来说,PAM有几个关键价值。 1 SSD功耗分析 可以分析: • idle power • IO burst power • write amplification power 特别是: PCIe 5.0 SSD 功耗可以达到: 25W+ 2 Reset行为分析 例如: PERST# 拉低SSD reset功耗变化 可以同时观察。 3 Sideband行为分析 例如: PRSNTCLKREQSMBus 这些信号对服务器SSD非常关键。 4 服务器功耗调试 特别是在AI服务器中: U.2 SSD数量可能: 24/48/96 功耗行为非常复杂。 PAM可以帮助分析: • power spike • idle state • power gating 十、PAM与PCIe Analyzer的互补关系 在企业级SSD调试中通常需要两类工具: 工具 用途 PCIe Protocol Analyzer 协议分析 Quarch PAM 功耗分析 例如: PCIe link training↓NVMe command↓IO burst↓Power spike PAM可以验证: IO行为与功耗变化的关系 十一、总结 Quarch PAM 是目前PCIe生态中非常独特的一类测试设备。 其核心能力是: 同步分析 • 电压 • 电流 • 功耗 • PCIe sideband信号 在 U.2 SSD、NVMe SSD 和 AI服务器验证中具有重要价值。 特别适用于: • 企业级SSD开发 • PCIe设备验证 • 数据中心硬件测试 • NVMe性能调优 对于像你们这样的 PCIe测试工具生态(SanBlaze / SerialTek / Quarch / PCIe Analyzer) 的客户来说: PAM往往是: 功耗验证环节的关键工具。 更多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公众号,点击底部菜单栏即可免费获取。如有任何技术问题,也可直接在公众号内留言交流。  
    2026-05-22 14:16:56
  • 【每日一题】经济型PCIe 5.0扩展平台有多猛?13个PCIe插槽 + 海量MCIO接口实测曝光

    近期由于基于Broadcom PCIe 5.0和6.0 switch芯片的扩展板的短缺,有些用户实验室测试的时候希望找一些可替代PCIe 5.0扩展卡、板、模块,上个周我们工程师在实验室拍摄了三期高清视频,重点介绍了今天你看到的这款“经济型”的PCIe 5.0扩展卡供大家参考,由于视频较大,超过3GB字节,需要单独处理添加字幕,今天的文章暂时无法添加该视频,回头看看如果感兴趣想获取该视频的朋友较多,我们将再次写篇文章添加该高清视频。下面是我们按照上面的视频高清演示的时间顺序整理的文稿,供大家快速阅读了解这套扩展板的基本的连接和使用。经济型PCIe 5.0 Switch + Retimer平台演示这次演示主要围绕一套经济型PCIe 5.0扩展验证平台展开,包括:一块高扩展性的经济型PCIe 5.0 Switch扩展板;一块经济型PCIe 5.0 Retimer卡;配合MCIO高速线缆;外接GPU、NVMe SSD等设备;用于AI、服务器、存储以及PCIe生态验证测试。整套方案最大的特点,就是:经济性 (相比于业内顶流Broadcom)高扩展能力接口极其丰富适用于复杂PCIe验证环境整个演示从Retimer卡开始,再到Switch平台结构、连接方式、供电散热,最后进行GPU实际连接演示,逻辑非常完整。一、首先介绍经济型PCIe 5.0 Retimer卡演示一开始,先介绍了一块经济型PCIe Gen5 Retimer卡。这张卡的结构非常直接:下方是一个 PCIe Gen5 x16 金手指;右侧扩展出两个 Gen5 x8 MCIO接口;通过MCIO线缆与其他设备连接。相比很多传统Retimer板卡,它并没有采用Straddle Mount结构,而是更加偏向工程验证环境中的灵活扩展。二、一张Retimer卡,同时兼容GPU与NVMe SSD整个演示里面,一个非常关键的设计点是:这张Retimer卡同时支持:GPU/加速卡NVMe SSD两种完全不同的下游设备模式。它内部已经预烧录了:板卡模式 FirmwareSSD模式 Firmware用户不需要重新刷固件。真正切换模式的方法非常简单:接GPU/板卡跳线帽接第一组BIOS配置为完整x16模式接NVMe SSD跳线帽改到第二组BIOS开启Bifurcation将x16拆分为4个x4这样一块卡就能扩展:GPURAID网卡U.2 SSDEDSFF SSD等多种设备。这一点其实非常适合:SSD研发实验室AI服务器验证PCIe Gen5兼容性测试CXL生态验证高速信号链路调试三、重点来了:经济型PCIe 5.0 Switch扩展板真正“重量级”的部分,是后面的经济型PCIe 5.0 Switch扩展板。演示里面提到:整个平台一共提供:PCIe插槽共13个PCIe插槽MCIO接口7组MCIO接口外加2个独立MCIO接口整个板子属于典型的“超高扩展型PCIe平台”。对于很多做:AI训练GPU集群PCIe验证存储扩展多设备互联的研发团队来说,这种平台非常有吸引力。四、双Switch芯片架构设计演示中特别强调:这块板并不是单Switch设计。而是:Switch0Switch1两颗Switch芯片组合而成。但它们并不是简单“一人管一半”。而是:不同插槽不同MCIO不同下游Port交叉组合。这种设计意味着:平台支持非常灵活的拓扑结构例如:单CPU → 单Switch单CPU → 双Switch并联单CPU → Switch级联双CPU → 双Switch多GPU共享PCIe Tree等等。五、支持Switch级联(Cascade)整个演示里面最值得关注的部分之一,就是:两颗Switch可以级联工作演示人员专门解释:其中一组MCIO接口,并不是普通Device接口。而是:专门用于Switch0与Switch1互联通过MCIO线:将Switch0下游Port接到Switch1上游Port从而形成:更大的PCIe Tree结构这对于:AI训练GPU扩展大规模推理多GPU互联验证尤其重要。因为很多AI场景,本质上都需要:更多GPU更大PCIe拓扑更多Peer-to-Peer通信六、专门考虑GPU厚度与AI应用演示中还提到一个非常“工程化”的细节:插槽间距并不是平均分布原因是:GPU太厚了。因此:两侧插槽间距更宽方便插双宽GPU中间区域则更紧凑更适合网卡、RAID卡等设备这个细节其实很能说明:这块板的设计目标,本来就是AI/GPU场景而不是简单“做几个PCIe槽”。七、供电与散热设计由于板卡支持大量设备扩展,因此:板上提供了4组CPU 8Pin供电接口并且:支持按需供电GPU可使用独立供电PCIe插槽也可为设备供电演示中甚至讨论了:一个插槽75W多卡总功耗计算如何决定接几个8Pin供电这些内容已经非常接近真实实验室使用场景。同时:板上还设计了:4组风扇接口温度监控CPLD控制状态灯整体明显是偏向研发测试平台设计。八、最后进行了GPU实机演示最后部分,演示人员:使用Intel PCIe Gen5服务器搭配国产摩尔线程GPU (2倍厚度)通过MCIO线连接Retimer与Switch实际进行设备连接演示过程中还重点讲解了:Lane顺序MCIO方向0~7 / 8~15 Lane对应线缆连接方式卡扣固定散热风扇摆放这些内容,对于第一次接触:MCIOPCIe Gen5GPU扩展平台的工程师,非常有参考价值。九、整个演示最大的几个价值1)PCIe 5.0生态正在快速成熟这次演示最明显的一点,就是:本次介绍的经济型PCIe Gen5扩展板,已经不仅仅停留在:单块板卡单设备验证而是开始进入:高速互联AI扩展多GPU大规模PCIe拓扑阶段。2)平台灵活度非常高这套平台可以:接GPU接NVMe SSD接RAID卡接网卡接AI加速卡并且支持:MCIO扩展Switch级联多Host多Device灵活度已经很高。3)非常适合AI服务器验证从插槽布局到供电设计,再到GPU间距。都能明显感觉:这块板主要面向AI服务器验证场景特别适合:多GPU测试PCIe Gen5验证AI推理训练平台GPU兼容性测试高速互联调试4)MCIO正在成为Gen5/Gen6时代的重要接口整个演示几乎反复围绕MCIO展开。包括:Host连接Switch互联GPU扩展SSD扩展这也说明:MCIO已经成为PCIe Gen5/Gen6时代的重要物理接口之一。尤其在:AI服务器GPU平台EDSFF SSDPCIe扩展领域越来越常见。更多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公众号,点击底部菜单栏即可免费获取。如有任何技术问题,也可直接在公众号内留言交流。
    2026-05-21 14:09:06
  • 【深度研究】谁在中国大陆研究各类新型存储技术:ReRAM, FeRAM, MRAM, PCM, 3D-NOR等等?

    最近研究中国近20年在各类新型存储技术NVM (Non Volatile Memory)的基础研究、技术开发、市场化的过程中,发现将这些原来很分散的内容总结以后,不仅对于深入了解业内知名的测试新型存储产品和技术的TestMesh如何有效帮助这些研究机构大大提高测试效率方面,同时对于从事该领域的人可能也有一定的帮助和借鉴,尤其是相关的高校、科研院所以及企业。想直接查看中国NVM产业“谁是谁,谁干了什么?”的可以直接滑过下面关于“比传统仪器测试NVM提高验证效率9000倍的”TestMesh的一些精简介绍,直接跳到本文中间开始的"组织总表(大陆+港澳,约70+条目)"查看我们统计的国内高校、科研院所、企业发布的关于关于NVM的研究和论文情况。中国新型非易失性存储 NVM 生态地图本文以中国(大陆+香港+澳门)为范围,围绕 FeRAM/FRAM、FeFET(HfO₂铁电体系为主)、MRAM(STT/SOT/eMRAM)、ReRAM/RRAM(含忆阻器与交叉阵列/存内计算)、PCM(相变存储)、PMRAM(以垂直各向异性/自旋轨道力矩路线为主的MRAM变体)、以及NOR Flash改进(含3D‑NOR与嵌入式Flash/eFlash),梳理了可公开核实的组织清单(约70+条目),供大家参考。下面首先介绍一下我们前提到的TestMesh是个啥工具:TestMesh:其“极高速算法循环(algorithmic cycling)+硬件时序/判决(1‑bit ADC、硬件sequencer)+微秒级配置/纳秒级采样”的架构,直接对应新型NVM在“可靠性/耐久/漂移/阵列状态可视化/盲测循环/交叉阵列拓扑与扰动”方面的研发痛点。中国本土在 RRAM/eRRAM(含存算一体) 与 NOR(含3D‑NOR) 方向出现了“科研突破→IP/芯片→量产/试产”的明显链条:例如中科院微电子所公开披露了 3D NOR阵列验证 与 28nm嵌入式RRAM IP量产落地 等里程碑,意味着“工程化测试平台”会逐步成为刚需。近期(2024–2026)对TestMesh的调研以及其在欧洲市场和美国市场的应用客户来讲,它的价值对于下面这技术和应用的极高效测试和验证助益非常大:特色工艺/Foundry(eFlash、48nm/55nm NOR、eRRAM/eMRAM)、NOR Flash设计公司(车规、xSPI、宽电压/低电压)、RRAM/MRAM/PCM初创与产业化项目,以及少数具备芯片级阵列/宏单元流片能力的头部高校与国家队研究所。我们最近的一次针对NVM新型存储device测试的技术交流中给出一个典型对比案例:同一测试流程在传统通用仪器链路上“耗时43小时”,而在TestMesh上“只用3分钟”,并明确称“速度提升了9000倍”。方法与口径说明本报告以“可核验”为原则:优先使用组织官网、大学/研究所新闻与成果页、论文出版方页面(Nature/Science/ACS/Springer等)、以及专利数据库(Google Patents)等一手或准一手来源;对媒体/二手转载如无更高质量佐证,则仅作为“融资/新闻”参考。对每个条目,若某字段无法从公开来源确认,则标注 “未说明”(按用户要求)。“TestMesh优先级”是为“潜在客户拓展”服务的商业评分,依据:是否存在 器件/阵列/宏单元 的反复循环、可靠性、漂移、扰动、位图与统计需求;是否具备 流片/试产/量产 或明确的“对外开放平台/服务”;是否更可能承担“设备采购决策”(如Foundry/IDM、芯片公司、国家队平台)或仅为单课题研究。TestMesh测试工具要点简介产品核心要点TestMesh(NplusT)在产品页中明确将自身定义为:面向新型NVM开发与工程化的 “开箱即用All‑in‑one工程测试平台”,强调其“突破性架构”带来的三类价值:极高速算法循环(Millions of cycles in a flash)、对cell/array状态与行为更高可视性、提升工程生产力。其实现这些特性的关键硬件/软件要素包括:高速算法波形发生器(动态阻抗控制、微秒级脉冲选择);快速电流检测电路(亚微秒级建立时间、几十纳秒采样);电流量程微秒级切换(兼顾写脉冲与读尺度);阈值可编程1‑bit ADC(用于判断单元是否达到目标态,模拟sense amplifier);可编程硬件sequencer(减少软件交互开销);覆盖 晶圆与封装级测试、GUI(工程/操作员模式)、Python/C++可编程,并可与阵列分析软件集成。TestMesh还把适用技术直接列为:Flash(含NAND/NOR/3D)、ReRAM、PCM、FeRAM、MRAM、Memristor networks 等,并给出“算法/盲测循环、可编程周期点的IV等表征、拓扑图案生成、扰动操作”等主功能,以及“工艺评估、可靠性评估、设计验证、失效分析、生产监控”等应用场景。此外,产品页给出按研发阶段优化的配置:TMS‑100(单cell)、TMA‑100(cell与mini‑array,模拟charge pump与sense amp)、TMC‑100(交叉阵列/计算阵列,漂移检测与计算操作仿真)、TMY‑100(IP宏单元与最终产品,协议化管理与在线判决)。对“为何能极快”的补充信息我们在和用户交流中有时候更强调“系统架构层”的加速逻辑:通过 低延迟高速通信(PCIe) 与 硬件侧执行/缓存/判决 思路,把大量原本在通用仪器+软件回环中的交互开销移走;给出“43小时→3分钟→9000倍”的对比例子,直观说明其面向“百万/千万/更高循环次数”测试的价值(尤其是可靠性与算法循环)。组织总表(大陆+港澳,约70+条目)为减少地名重复并便于分区统计,采用城市/区域代码:BJ北京|SH上海|SZ深圳|HZ杭州|NB宁波|WX无锡|WH武汉|ZH珠海|CD成都|XA西安|QD青岛|JN济南|CC长春|SY沈阳|NJ南京|HK香港|MO澳门|HF合肥|未说明:公开资料未能确认到城市级表内“代表论文/资料”“专利/专利页”“融资/新闻”均有引用链接;缺失则标注“未说明”。字段F01F02F03F04实体中芯国际华虹半导体上海华力微电子华润微电子城市/区域SH/BJSH/WXSHWX/SH组织类型FoundryFoundryFoundryIDM/FoundryNVM技术聚焦eFlash/eNVM55nm eFlash MCU、48nm NOR Flash55nm SONOS eFlasheFlash/特色eNVM阶段量产/平台化规模量产量产量产/平台化公开联系未说明未说明未说明未说明代表论文/资料55nm嵌入式闪存平台合作发布半年报相关披露55nm SONOS eFlash量产报道eFlash IP方案合作与工艺平台说明专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级高高高高字段F05F06C01C02实体GTA半导体武汉新芯兆易创新普冉股份城市/区域SHWHBJSH组织类型Foundry/IDMIDM/制造成熟公司成熟公司NVM技术聚焦FeRAMSPI NOR FlashSPI NOR FlashSPI NOR Flash阶段量产量产量产量产公开联系未说明未说明未说明未说明代表论文/资料110nm FeRAM量产披露SPI NOR产品页官方Flash产品页SPI NOR产品页专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级高高高高字段C03C04C05C06实体珠海博雅科技芯天下技术东芯半导体聚辰股份城市/区域ZH未说明SHSH组织类型成熟公司成熟公司上市公司上市公司NVM技术聚焦SPI/Parallel NORNOR/SLC NANDSPI NOR/SLC NANDEEPROM + NOR阶段量产量产量产量产公开联系未说明未说明未说明未说明代表论文/资料官方简介About页面官方产品中心NOR Flash产品页专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级高中-高高中-高字段C07C08C09C10实体复旦微电子江波龙士兰微北京芯斯为城市/区域SHSZHZBJ组织类型上市公司成熟公司IDMStartupNVM技术聚焦SPI NOR FlashxSPI NORMCU Flash/OTP/MTP垂直单晶3D NOR阶段量产量产/迭代量产研发/早期公开联系未说明未说明未说明未说明代表论文/资料SPI NOR Flash产品页xSPI NOR新品说明官方新闻/产品线3D NOR创业方向报道专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级中-高中-高中高字段M01M02M03R01实体上海矽朋微电子浙江驰拓科技致真存储昕原半导体城市/区域SHHZBJSH/SZ/HZ组织类型StartupStartupStartupStartupNVM技术聚焦MRAMeMRAMSOT-MRAMeReRAM阶段原型/产业化推进原型/平台服务原型/推进量产产业化/平台化公开联系未说明sales@hikstor.comtruthmemory@tmc-bj.cnsales@innostar-semi.com代表论文/资料官方页面官网官网联系方式页销售网络/联系方式页专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级高高高高字段R02R03R04R05实体新忆科技铭芯启睿显芯科技集创北方城市/区域BJBJBJBJ组织类型StartupStartup成熟公司成熟公司NVM技术聚焦RRAMRRAMeRRAM IPeRRAM阶段原型/推进研发/早期量产量产公开联系未说明未说明未说明未说明代表论文/资料官网技术说明Pre-A融资报道28nm eRRAM IP新闻28nm先进显示芯片披露专利/专利页未说明未说明未说明未说明近年融资/新闻未说明Pre-A未说明未说明TestMesh优先级高中-高高高字段E01P01P02A01实体无锡顺旻智存北京时代全芯芯连鑫(武汉)半导体知存科技城市/区域WXBJWHBJ/HZ组织类型Startup/产业化成熟公司StartupStartup/成熟产品NVM技术聚焦FeRAMPCM3D PCM存内计算阶段量产产业化研发/启动量产/试量产公开联系未说明未说明未说明sales@witmem.com代表论文/资料110nm FeRAM量产披露知识产权页武汉官方签约信息公司介绍与联系方式专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明项目签约产业合作/采样新闻TestMesh优先级高高高中-高字段I01I02I03I04实体中科院微电子所中科院物理所中科院金属所北京微电子技术研究所城市/区域BJBJSYBJ组织类型研究所研究所研究所研究所NVM技术聚焦3D-NOR/RRAMSOT-MRAMHfO₂铁电eRRAM耐久阶段研究→量产研究研究原型/工程化公开联系未说明未说明未说明未说明代表论文/资料3D NOR成果SOT-MRAM科研动态HZO超薄铁电论文Nature Electronics亮点专利/专利页未说明CN200910076048.X未说明未说明近年融资/新闻量产落地未说明未说明未说明TestMesh优先级高中-高中高字段I05I06I07I08实体浙江实验室甬江实验室ACCESS-AI Center中科院上海技物所城市/区域HZNBHKSH组织类型研究机构实验室研究中心研究所NVM技术聚焦FeFETRRAM/忆阻器自旋器件神经形态器件阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料FeFET论文Nature Comm论文npj SpintronicsTongji-SITP论文专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级中中中中字段U01U02U03U04实体清华大学北京大学复旦大学浙江大学城市/区域BJBJSHHZ组织类型大学大学大学大学NVM技术聚焦RRAM/CIM忆阻器阵列神经形态器件RRAM/HfO₂阶段研究/样片研究/样片研究/样片研究公开联系未说明未说明未说明未说明代表论文/资料忆阻器存算一体成果集成电路学院成果Nano Letters论文Nature Comm论文专利/专利页未说明未说明未说明未说明近年融资/新闻成果报道未说明未说明未说明TestMesh优先级高高高中-高字段U05U06U07U08实体华中科技大学西安交通大学西安电子科技大学中国科学技术大学城市/区域WHXAXAHF组织类型大学大学大学大学NVM技术聚焦RRAM/忆阻器阵列MRAM/自旋轨道FeFET/铁电可靠性HfO₂铁电相阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料HfO₂-x阻变存储论文Spin Hall角论文铁电疲劳机制论文HfO₂铁电相变论文专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级中-高中-高中中字段U09U10U11U12实体哈尔滨工业大学(深圳)西湖大学南京大学华南师范大学城市/区域SZHZNJGZ组织类型大学大学大学大学NVM技术聚焦HfO₂铁电超薄HfO₂铁电机理铁电/类脑器件全铁电类脑系统阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料HZO超薄铁电论文HfO₂铁电论文全铁电储备计算论文全铁电储备计算论文专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级中中中低-中字段U13U14U15U16实体华南理工大学深圳大学同济大学山东大学城市/区域GZSZSHJN组织类型大学大学大学大学NVM技术聚焦光电忆阻/类突触忆阻器视觉系统神经形态器件HfO₂铁电/忆阻器阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料光学突触器件论文仿复眼忆阻器论文Nature Comm论文HfO₂稳定性论文专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级低-中中低-中中字段U17U18U19U20实体吉林大学天津大学济南大学青岛大学城市/区域CCTJJNQD组织类型大学大学大学大学NVM技术聚焦光电忆阻忆阻器/光电器件忆阻器/光电器件HfO₂铁电/薄膜阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料光电忆阻论文TJU论文索引UJN论文索引HfO₂相关论文专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级低-中低-中低低-中字段U21U22U23U24实体西北工业大学中国科学院大学香港大学香港科技大学城市/区域XABJHKHK组织类型大学大学大学大学NVM技术聚焦忆阻器/柔性类脑忆阻器/类脑材料新型器件/存内计算自旋类忆阻阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料Nature Comm论文Perovskite论文Nature Comm论文npj Spintronics专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级中低-中中中字段U25U26U27U28实体香港理工大学香港城市大学香港中文大学香港中文大学(深圳)城市/区域HKHKHKSZ组织类型大学大学大学大学NVM技术聚焦Perovskite memristor二阶忆阻器Memristor-ADC自旋类忆阻阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料Nature Comm论文Nature Comm论文Nature Comm论文npj Spintronics专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级中中中中字段U29U30U31U32实体澳门大学澳门科技大学北京航空航天大学北京理工大学城市/区域MOMOBJBJ组织类型大学大学大学大学NVM技术聚焦2D材料忆阻器忆阻器研究SOT-MRAM/忆阻器HfO₂铁电阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料Nature Electronics论文活动/论文索引SOT-MRAM论文HZO结晶论文专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级低-中低中-高中字段U33U34U35U36实体安徽大学北京科技大学合肥工业大学南京邮电大学城市/区域HFBJHFNJ组织类型大学大学大学大学NVM技术聚焦铁电相关研究铁电相关研究光电突触/类忆阻器忆阻器相关研究阶段研究研究研究研究公开联系未说明未说明未说明未说明代表论文/资料HfO₂铁电论文HZO结晶论文光电突触论文Nature Comm参考PDF专利/专利页未说明未说明未说明未说明近年融资/新闻未说明未说明未说明未说明TestMesh优先级低-中低-中低低-中注:本表并非“统计学意义的绝对全量”,而是“2016–2026更活跃、且公开信息可核验”的覆盖集合;对未能在公开渠道稳定核实的条目,本报告未强行纳入或标注为“未说明”。按技术与区域聚类表按技术方向聚类(以ID引用总表)技术方向典型需求形态(与TestMesh匹配点)覆盖ID(示例,非穷尽)NOR/eFlash/3D‑NOR高P/E循环、扰动、读写边界、阵列位图、量产监控;对微秒级流程控制与1‑bit判决极敏感F01–F06、C01–C10、I01RRAM/eRRAM/忆阻器(含交叉阵列与CIM)变异性/漂移/多级态、交叉阵列拓扑与扰动、算法循环与盲测、近阈值工作点评估R01–R05、A01、I01、I04、U01–U06、U14、U23–U28 等MRAM(STT/SOT/eMRAM/PMRAM)写入能耗/速度、耐久(常强调>10^12级)、读写分离结构评估、磁堆栈一致性与写入窗口测试M01–M03、I02、U06、U31 等FeRAM/FeFET(HfO₂铁电)疲劳/唤醒/老化、保持与温度特性、多次循环的可靠性退化路径;需要高频/高通量电学循环与关键周期点表征F05、E01、I03、U08–U13、U16、U32 等PCM多状态写入策略、漂移/保持、耐久与温度窗口;需要快速算法管理与表征结合P01–P02按区域聚类(以ID引用总表)区域板块特征主要ID(示例)北京(含亦庄)国家队研究所+头部高校+显示/存储公司密集;RRAM IP与3D‑NOR等里程碑集中I01–I04、C01、C10、M03、R04–R05、U01–U02、U22、U31–U32长三角(上海/无锡/杭州/宁波)Foundry与NOR公司聚集;eFlash平台化、eRRAM与eMRAM开放平台明显F02–F05、C02、C05–C07、M02、R01、I05–I06、U03–U04、U10、U15珠三角/大湾区(深圳/香港/澳门)自旋器件/类忆阻研究活跃;港区高校成果密集;深圳为芯片公司与应用牵引点C08、A01、U23–U30、U14、U09、U28中部(武汉)NOR制造与新型PCM项目落地;高校与产业链协同潜力F06、P02、U05西部(西安/成都)MRAM/自旋轨道与器件研究强;部分高校在MRAM/铁电方面活跃U06–U07、U21、U20(CD相关见论文单位)Top‑20 目标线索(以ID引用总表)说明:为避免重复展开组织名称,本表仅列ID与行动理由;对应名称与信息请回查“组织总表”。优先目标ID目标类型核心要点TestMesh可以提供的价值I01国家队研究所同时覆盖3D‑NOR、eRRAM IP量产、RRAM‑CIM芯片论文链路,具备“示范效应+产业外溢”“阵列级位图+算法循环+生产监控一体化”F02Foundry55nm eFlash MCU与48nm NOR规模量产平台,可靠性/量产监控需求重“从研发验证到生产监控的同一平台链路”F01FoundryeFlash/eNVM平台化合作多,客户多样,具备规模化复制机会“在不改现有ATE体系下补齐工程测试短板”F03Foundry55nm SONOS eFlash平台量产导入,宏单元测试需求明确“微秒级流程配置+硬件判决提升吞吐”F06NOR制造NOR量产与可靠性/筛选刚需“P/E‑disturb‑bitmapping快速闭环”C01NOR龙头车规与功能安全口径,测试矩阵更复杂“车规可靠性:循环加速+关键点表征自动化”C02NOR公司产品线丰富+KGD服务,TestMesh可做工程与客户验证工具“KGD/工程筛选:更快找到失效模式”C03NOR公司多工艺路线(ETOX/SONOS)+量产,适配对比验证“工艺对比与节点迁移的高效率验证”R01eReRAM公司对接客户/平台导入,“测试与表征服务”是商业化核心一环“面向客户的可复现benchmark与脚本库”R02RRAM公司官网明确RRAM与SoC/存算产品方向,适配交叉阵列与算法循环“阵列一致性/漂移/多级态测量自动化”R04显示芯片公司eRRAM量产应用侧,位图/筛选/监控需求强“量产良率提升:位图与漂移快速定位”M02eMRAM平台官网明确开放服务+联系方式清晰,成交路径短“联合打造eMRAM开放测试平台样板间”M03SOT‑MRAM公司SOT‑MRAM强调耐久与制造化,适配TestMesh硬件判决与高速循环“SOT‑MTJ阵列:高速写入‑读出窗口扫描”P02PCM项目项目刚启动,最需要“快速验证/建立测试基线”“从0到1搭建PCM测试流程/可靠性基线”P01PCM公司专利资产与产业化诉求显著,可靠性/漂移问题关键“多状态写入策略+漂移追踪的自动化方案”C103D‑NOR创业公司方向与TestMesh“面向NOR改进与快速验证”高度同频“3D‑NOR阵列快速Bring‑up与算法循环工具链”U01头部高校芯片级忆阻器CIM与系统成果多,可做标杆案例与生态牵引“作为‘高校‑产业’示范实验室共同发布案例”U02头部高校忆阻器阵列与系统成果与对外影响力强“感存算阵列‑快速位图‑算法循环闭环演示”U31自旋电子强校SOT‑MRAM与自旋器件研究突出,具备产学结合潜力“MRAM写入窗口/耐久:硬件判决与高速脉冲”U24/I07港区节点可作为港区切入与国际展示窗口(论文单位链)“港区联合示范/Workshop切入”生态关系图与里程碑时间线    图中仅使用ID(对应“组织总表”),便于与表格交叉检索。更多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公众号,点击底部菜单栏即可免费获取。如有任何技术问题,也可直接在公众号内留言交流。
    2026-05-20 09:50:24
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 44
    • 电话:(021)5080-7071; 131-2785-6862

      在这里输入描述
    • www.saniffer.cn

      在这里输入描述
    • 邮箱:sales@saniffer.com

      在这里输入描述
    • 地址:上海市浦东新区张江路505号1号楼1605-1单元

      在这里输入描述

    关注微信公众号

    上海森弗信息技术有限公司 备案号:沪ICP备2024076352号-1

    版权所有 © 上海森弗信息技术有限公司 技术支持:竹子建站