2. CV-X硬件平台与性能边界

在CV-X系列视觉系统中，处理速度与稳定性从来不是控制器单方面的能力，而是由相机、镜头、光源、控制器和通信接口共同决定的系统级结果。很多现场问题表面上是"控制器算得慢"，实际瓶颈却可能出在相机曝光时间过长、镜头进光量不足、光源频闪不同步，或者通信握手周期拖长了节拍。理解这条硬件链路上每一环的性能边界，是后续做参数优化和节拍压缩的前提。

一、相机：分辨率、帧率与曝光的三方制约

CV-X可搭配的相机从30万像素到2000万像素以上不等，选型时最容易被忽略的是"分辨率—帧率—曝光"三者之间的相互制约。相机在给定接口带宽下，分辨率越高，可达到的最大帧率越低；而曝光时间又直接决定单帧采集所需的最短时间。以一台500万像素、全局快门、GigE接口的相机为例，满幅输出时典型帧率约23fps，对应单帧周期约43ms；若把曝光时间设为10ms，采集本身不是瓶颈，但若曝光被迫拉到30ms以上（例如光源亮度不足），单帧周期就会被曝光时间主导。

这里有一个现场常用的估算关系：单帧采集时间 ≈ max(曝光时间, 1/帧率) + 读出与传输开销。当曝光时间明显大于1/帧率时，提高帧率参数没有意义，必须从光源或镜头入手。此外，卷帘快门相机在拍摄运动工件时会产生几何畸变，而全局快门相机虽然畸变小，但同等分辨率下成本更高、灵敏度通常略低，这也是选型时需要权衡的边界。

二、镜头：视野、工作距离与分辨力的匹配

镜头决定了"相机能看到多大范围、能分辨多小的缺陷"。核心参数是视野（FOV）、工作距离（WD）和光学放大倍率。对于定焦镜头，放大倍率 β ≈ 传感器尺寸 / FOV。例如使用1/1.8英寸传感器（约7.2mm×5.4mm），要求视野为72mm×54mm，则 β ≈ 0.1。此时若相机像素为500万（约2448×2048），单像素在物方对应的尺寸约为72mm/2448 ≈ 0.029mm，即约29μm/pixel。要稳定检出0.1mm的缺陷，至少需要缺陷占据3～4个像素，这个分辨力是够用的；但若要检出0.05mm的缺陷，就需要更高分辨率相机或更大放大倍率，同时景深会变浅。

景深是镜头环节最容易被低估的边界。放大倍率越大、光圈越大，景深越浅。当工件存在高度波动（如冲压件毛刺、装配高度差）时，景深不足会导致部分区域失焦，边缘对比度下降，进而使边缘检测和尺寸测量的重复性变差。工程上通常通过缩小光圈（如从F2.8调到F5.6或F8）来增加景深，但代价是进光量下降，需要更强光源或更长曝光来补偿，这又回到相机曝光与节拍的权衡上。

三、光源：对比度的来源与同步的约束

光源不是"照亮工件"这么简单，它的核心作用是制造特征与背景之间的对比度。环形光适合平面字符和一般外观检测，低角度光能突出划痕和边缘，同轴光适合高反光表面的平整度检测，背光则用于轮廓和尺寸测量。光源选错，再好的算法也难以稳定分割。

在速度层面，光源的关键约束是同步与频闪。CV-X通常支持相机触发输出驱动光源频闪，使光源只在曝光窗口内点亮。这样做有两个好处：一是可以用瞬时高亮度弥补曝光时间不足，二是减少发热和光衰。但如果光源响应时间过长（例如某些大功率光源上升沿达数百微秒），或者触发线缆过长导致延迟，就会出现"光没亮完曝光已结束"的情况，表现为图像偏暗且亮度不稳定。此时需要检查光源驱动器的响应规格，并尽量缩短触发线或提高触发电平质量。

四、控制器：算力分配与算法调度的边界

CV-X控制器内部集成了图像处理专用硬件和通用CPU，不同型号在并行处理通道数、内存带宽和算法库支持上存在差异。需要明确的是，控制器算力再强，也无法弥补前端图像质量的不足。如果图像对比度低、噪声大，算法就需要更多的滤波、形态学和亚像素拟合步骤，处理时间成倍增加。因此优化顺序通常是：先保证图像质量，再压缩算法链，最后才考虑换更高算力的控制器。

在算法调度层面，CV-X支持多任务并行，但并行任务之间会争抢内存带宽和计算单元。当同时运行多个高分辨率相机的检测任务时，实际单帧处理时间往往不是各任务时间的简单叠加，而是会出现排队和抖动。工程上建议把节拍敏感的任务放在独立通道，并控制同时活跃的任务数量。

五、通信接口：容易被忽视的节拍尾巴

通信接口决定了检测结果何时能被PLC或上位机取走。CV-X常见接口包括以太网/IP、Profinet、EtherCAT、RS-232C和并行I/O。不同接口的握手周期差异很大：并行I/O响应最快，通常在毫秒级；以太网类现场总线受扫描周期影响，典型在2～10ms；RS-232C则可能达到几十毫秒。如果PLC扫描周期为10ms，而视觉结果在扫描间隙到达，就需要额外等待一个周期，节拍就被拉长了。

此外，通信数据量也会影响稳定性。若每次检测都上传完整图像或大量坐标数据，网络负载升高可能导致丢包和重传。实践中通常只上传判定结果和关键测量值，图像仅在NG时按需上传，这样既保证节拍，又保留追溯能力。

六、把硬件边界量化成一张节拍预算表

实际项目中，建议在选型阶段就建立一张节拍预算表，把每个环节的时间上限写清楚，再逐项验证。下面是一个示例结构，数值为合理假设，用于说明方法而非实测结果：

这张表的价值在于：当现场出现节拍超标时，可以快速定位是哪一环超出了预算，而不是盲目调整算法参数。例如连续采集发现帧间隔忽大忽小，问题多半在传输或触发同步；如果帧间隔稳定但处理时间波动大，则要检查算法链中是否有条件分支导致的计算量变化。

掌握相机、镜头、光源、控制器和通信接口各自的性能边界及其相互制约关系，才能在CV-X平台上做出既满足检出率又满足节拍要求的稳定方案。硬件是性能的地基，后续所有算法优化和参数调整，都必须在这个地基允许的范围内进行。