2.5G 网卡是千兆与万兆之间的一档单口净荷大约 280 MB/s 量级放在视觉工位上正好落在 500 万到 1200 万像素、中速节拍这一段正好落在 500 万到 1200 万像素、中速节拍的 AOI 工位这一段需求上。本文按工程手册的方式写给出三组可执行的判据、一份带宽预算表、一份复测清单以及一笔 TCO 账供选型、施工与验收三个阶段直接取用。所有具体数值一律以整机规格与整机复测记录为准本文只提供算法与判据不提供可以直接抄的配置单。一、适用范围与结论先行适用面阵相机、中速节拍、单工位数路到十余路、现有千兆链路已经吃紧而万兆明显过剩的场合。不适用线扫相机、多路密集工位、单机聚合净荷已经超过 250 MB/s 的场合。这几类应直接上万兆链路2.5G 只会把瓶颈往后挪一步。三条判据缺一条这张卡就退化成一块更贵的千兆卡相机侧端口速率是否到 2.5G链路线缆、两端端口、驱动能否协商到 2.5G整机能否扛住翻倍的中断、缓冲与 PCIe 开销。工程上最容易出错的地方不是算错而是没算。配置单按网卡写 2.5G、相机写满帧就签了实际跑起来一路千兆、偶发丢帧回头查才发现相机端口只有千兆。所以下面三节都按判据 判定方法 不合格处置来写。还有一个顺序问题值得单独说先定档位再选硬件最后才做优化。反过来做——先买了一堆 2.5G 网卡再去现场找办法把它们跑满——几乎必然演变成改驱动、调参数、加缓存的长期消耗战而根因相机只到千兆、聚合净荷超过阈值一条都没解决。选型阶段多花半天核这三条判据比联调阶段多花两周救火便宜得多。最后要明确这一档的边界位置2.5G 不是千兆的加强版也不是万兆的省钱版它是一条独立的中间档。把它的定位说清楚才不会出现拿它当万兆用或拿它当千兆的免费升级两种误用。二、带宽预算把够不够算成一张表带宽预算的作用是先确定档位再选具体硬件。算法是单路原始带宽 分辨率 × 位深 × 帧率单路有效带宽 单路原始带宽 ÷1 协议开销比例整机聚合净荷 单路有效带宽 × 路数 × 同时到达系数 × 余量系数其中协议开销、同时到达系数、余量系数都必须按整机规格与现场节拍核定不要用大概 1.2 倍这种拍脑袋的系数。表 1 是一个核算表模板把每一路的数值填进去再求和。项目符号取值来源备注分辨率像素R相机规格宽 × 高位深bitD相机输出格式8/10/12 位帧率fpsF现场节拍反推按节拍上限取路数N工位相机数量含预留协议开销k整机实测含包头、重传、编码同时到达系数a现场触发方式同步触发取 1余量m经验 复测建议不低于 1.2聚合净荷Q上式计算与 280/250 MB/s 比较以 500 万像素、8 位、30 帧为例单路原始带宽约 150 MB/s 量级按 5,000,000 × 8 × 30 估算实际以像素规格与帧率为准。这个量级放在千兆上是一定不够的放在 2.5G 上刚好有余量但如果是四路同时触发聚合后就逼近 600 MB/s已经越过 2.5G 的能力必须上万兆。档位判定规则聚合净荷低于千兆能力 → 不必上 2.5G落在千兆与 2.5G 之间 → 2.5G 是最经济的一档超过 250 MB/s → 直接万兆不要在 2.5G 上做局部优化。把同一套算法换到 1200 万像素、12 位、20 帧单路原始带宽就落在 360 MB/s 量级按 12,000,000 × 12 × 20 估算已经越过 2.5G 的单口能力——同样的相机档位位深和帧率一改结论就反转。这也是为什么本文坚持按算法核算、不提供现成配置单脱离分辨率、位深、帧率与路数的2.5G 够不够是一个没有答案的问题。预算表要留一列给触发方式。多相机如果是硬同步触发同时到达系数接近 1峰值就是各路之和如果是轮询或错峰触发实际峰值会低一些但低多少必须用现场节拍量出来不能假设。工程上宁可把同时到达系数按最坏情况取也不要按平均值取——平均值好看的机器峰值丢帧的概率最高。三、判据一相机侧端口速率这是三条判据中最先决的一条。工业 GigE 相机绝大多数仍是千兆口接到 2.5G 网卡上会协商回千兆帧率不涨。这不是网卡故障是链路两端取小的必然结果。判定方法查相机规格书里的接口速率一栏不要查型号宣传页上电后用链路状态确认实际协商速率而不是看配置单多相机工位逐路确认不要因为同一批次的相机就默认一致——同型号不同批次混用接口版本的情况并不罕见。判定结果与处置相机千兆口 → 2.5G 网卡只保留端口密度 / 多相机聚合的价值单路提速的预期必须删掉相机 2.5G 口 → 链路两端能对上单路净荷才有机会到 280 MB/s 量级相机万兆口 → 用万兆链路2.5G 变瓶颈。顺带一条工程经验多相机工位要把相机分散到不同的卡或不同的 PCIe 根端口上。全部压在一块多口卡上单路测试全过、整机一跑就丢帧这类问题在现场排查成本极高因为它不在任何一根线缆上。再补一条容易被当成个别坏件的现象双口相机的两个口如果分别接到不同速率的网口上相机侧的运行模式可能按较慢的那条链路来定表现为两台一模一样的相机一台跑得快一台跑得慢。遇到这种情况先查拓扑不要先返修相机。四、判据二链路协商的线缆、端口与驱动即便两端都是 2.5G链路仍可能停在千兆。判据是三件套同时成立缺一即降速要素合格判据不合格的典型现象线缆等级满足 2.5G 的双绞线等级整段同批次同等级协商不上、退回千兆外观完全正常两端端口网卡口与中间交换机口都是 2.5G千兆交换机夹在中间两端再快也没用驱动与固件驱动已打开 2.5G 档位固件版本匹配默认只跑千兆需要显式设置判定方法读链路状态里的协商速率与双工模式再看错包、CRC 错误与重传统计。三个判据都成立之后再谈性能否则谈的是幻觉。不合格处置链路反复在 2.5G 与千兆之间跳动通常不是运气不好而是线缆或接插件处在临界状态。这类链路即使某次协商成功长时间跑也会偶发丢帧处置方式是换线、换口、换接插件逐段二分定位不要靠改驱动参数掩盖。还有一处常被忽略机箱内部的走线如果经过转接板或延长线等效等级会下降。验收时要把这一段算进链路而不是只看机箱外面那一段。五、判据三整机的中断、缓冲与 PCIe 余量这条判据最少被写进选型文档却最常在联调后期爆出来。速率从千兆提到 2.5G单位时间内的数据包数量、中断次数、需要拷贝与校验的缓冲都在成倍增加。以太网相机普遍是小包、高频的流量模型包越小单位数据量对应的中断越多。中断一多CPU 花在收包上的时间上升留给图像处理与运动控制的余量被吃掉。三处余量逐项核中断与软中断看各核分布不只看总占用率单核打满而总占用不高是最常见的假健康。缓冲与内存带宽多路同时到达时的缓冲深度与内存带宽决定偶发丢帧而不是平均帧率。PCIe 通道多口卡共享上游通道几路同时满速会不会在总线上排队从相机侧完全看不出来。判定方法在峰值工况下连续跑而不是空载点一下。记录最长连续无丢帧时长、峰值时的中断占用、以及温升。这三项没有统一的合格线必须按整机规格与现场复测记录确定。处置方向按代价从低到高先调中断合并与队列分配让收包分散到多个核再看缓冲深度是否够再看相机是否过于集中在一块卡上最后才考虑换卡或换平台。顺序反了就会陷入换硬件解决软件问题的循环。中断合并的代价是时延对节拍敏感的场景要单独权衡——合并得越狠单帧到达的延迟抖动越大这一点在运动控制联动时会直接体现出来。还要留一列给温升。2.5G 网卡的功耗比千兆高密闭无风扇机箱里连续跑温升会传导到整机内部。温升本身不直接丢帧但它会让网卡与交换机的链路稳定性下降最终表现为跑几个小时之后开始偶发丢帧。复测时至少要覆盖一个完整的连续运行周期而不是开机十分钟的抽测。六、复测清单与 TCO验收怎么留痕、钱花在哪复测清单验收阶段逐条留痕缺项不许签字相机端口速率实测值与规格书一致每条链路协商速率达到 2.5G双工模式正确错包、CRC 错误、重传计数在长时间运行后无异常增长多相机是否分散到不同卡 / 不同 PCIe 根端口已记录拓扑峰值工况下各核中断占用、缓冲与内存带宽留有余量连续运行无丢帧的最长时长已记录机箱内走线与转接段的等效线缆等级已核聚合净荷与 250 MB/s 阈值的比较结论已写入验收单PoE 的功率预算与压降单独核算不并入网卡档位讨论TCO 账要把五项一起算不能只比网卡单价网卡本身的差价交换机档位差价2.5G 与万兆的交换机不是同一个价位线缆与布线成本等级上去线材与施工都变贵主机侧 CPU 与内存的余量成本——2.5G 省下的那点网卡钱可能被更高的 CPU 配置吃掉扩容成本一年后路数翻倍时2.5G 是否需要整体换掉。多数工位的结论是2.5G 在千兆不够、万兆过剩这一段上确实最经济但前提是三条判据都成立、聚合净荷没有越过 250 MB/s。越过这条线省下来的钱会在第二次扩容时连本带利还回去。TCO 里最容易被低估的是第 4 项。2.5G 把压力从链路挪到了主机收包更密、中断更多、缓冲更深。如果为了扛住这些而在整机上加了配置那么省下来的网卡差价其实是被转移进了整机预算而不是消失了。做这笔记账时要把整机配置差异一起拉进对比表而不是只比较两块网卡的价格。同样容易被低估的是第 3 项。2.5G 对线缆等级的要求比千兆高一档老厂房里那些当年按千兆布的、现在还能用的线换档时往往要整段替换。一段几十米的桥架拆改成本可能超过网卡与交换机差价的总和。所以现场评估时先数线再数卡。把复测留痕做扎实还有一层价值下一次同类工位可以直接复用这次的判据结果不必重新踩一遍坑。工程手册的意义就在于此——它不是把结论写死而是把怎么得出结论写清楚让下一个人能按同样步骤得到自己的答案。七、收口一句话的选型口径把三组判据合成一句话相机有 2.5G 口、链路能协商到 2.5G、整机在峰值工况下留有余量三条同时成立2.5G 才值得上聚合净荷逼近或超过 250 MB/s直接上万兆。视觉工位的选型文档里建议把这三条写成三个是/否的勾选项而不是一段描述。可勾选的判据能被执行描述性的判据只会被跳过。