很多视觉项目刚开始选相机时大家最爱看一个参数帧率。厂家资料上写着 120fps方案里也按 120fps 估算节拍。结果设备一到现场软件一跑实际只有 60fps偶尔还掉到 40fps。这时候现场就开始互相看了是不是相机虚标是不是程序写得不行是不是电脑太差但做过项目的人都知道帧率跑不满往往不是一个参数的问题而是整条采集链路在某个地方堵住了。标称帧率不等于现场帧率相机资料里的最高帧率通常是在特定条件下测出来的。比如分辨率全开还是开 ROI像素格式是 Mono8 还是 RGB24曝光时间是多少接口跑在什么带宽下有没有触发有没有同时做算法处理这些条件一变实际帧率就可能完全不一样。很多新手容易把“相机支持多少帧”理解成“我的项目就能跑多少帧”。这就是第一个坑。视觉现场真正要问的不是相机最高能跑多快而是在当前曝光、分辨率、接口、算法和主机条件下整套系统能稳定跑多快。曝光时间是最容易被忽略的硬限制相机帧率跑不满先别急着看代码先看曝光。比如你想跑 100fps一帧周期只有 10ms。可曝光时间如果设置成 15ms那就别谈 100fps 了。相机还没曝光完下一帧时间已经过去了。这不是优化能解决的问题这是物理时间不够。现场经常会遇到这种情况光源不够亮为了图像清楚只能把曝光拉长。图像是亮了但帧率也被锁死了。所以有时候帧率上不去根本不是相机慢而是光源方案没撑住。曝光时间吃掉了节拍后面再怎么调软件都很难补回来。视觉项目里很多性能问题最后查到源头都是“前端为了看清楚后端被迫跑不快”。接口带宽跑满了帧率自然上不去相机每一帧图像都要传到电脑图像越大、位深越高、帧率越高数据量就越吓人。一张 500 万像素的图如果是 8bit 灰度大概 5MB如果是彩色格式可能直接翻几倍。你想一秒传几十张接口带宽很快就顶住了。USB3、GigE、Camera Link、CoaXPress看起来都是接口背后能扛的数据量完全不一样。更麻烦的是现场还会受到线缆质量、交换机、网卡、驱动、系统负载影响。很多项目不是相机不出图而是图像在传输路上堵车。这也是为什么工业视觉里不能只看“相机帧率”还要算数据吞吐。帧率是结果带宽才是通道。采集卡、缓存和主机哪个慢都能拖后腿有些高速相机必须配采集卡。采集卡选得不合适插槽带宽不够驱动配置不对都可能让相机跑不满。还有缓存问题。相机在前面不停出图软件在后面来不及取图缓存就会堆起来。堆到一定程度要么丢帧要么延迟越来越大。现场看起来就是检测慢半拍甚至偶发性漏检。工业现场最怕的不是一直慢而是有时候正常有时候突然卡一下。主机性能也一样。CPU 在跑算法内存带宽在搬图硬盘可能还在存图界面还要刷新。如果这些事情都挤在一起采集线程被拖住帧率自然不稳。你很难指望后端算法长期弥补前端采集链路的不稳定。图像源头一旦开始抖后面的检测都会跟着遭罪。触发方式不对也会让帧率看起来“不达标”还有一种情况相机本身没问题但触发方式限制了帧率。自由采集时相机会按内部节奏连续出图。外部触发时相机要等传感器、PLC 或编码器信号。触发信号频率不够或者信号抖动相机就不可能稳定满帧跑。软触发也要小心。电脑发触发指令本身就会受到系统调度、通信延迟影响。低速项目可能没感觉高速项目里这点延迟就会被放大。所以现场不要只问“相机能不能触发”还要问触发节奏是否稳定触发链路是否可控。有些项目看起来是帧率问题本质其实是节拍设计问题。新手排查帧率别一上来就怀疑相机遇到帧率跑不满可以按工程链路往前查。先看曝光时间有没有超过目标帧周期再看分辨率、像素格式和 ROI 有没有优化空间。然后算接口带宽看数据量是不是已经接近上限。再往后查采集卡、驱动、缓存策略和主机负载。最后看触发方式是自由采集、硬触发还是软触发。这里有个很实用的判断关掉算法只采图如果帧率还是上不去问题多半在采集链路只要采图能跑满一加算法就掉帧问题才更可能在处理端。别小看这个动作现场能少绕很多弯。相机帧率跑不满不是玄学也不一定是谁的锅。真正做项目时不要只盯参数表上的最高帧率。要看曝光够不够短带宽够不够宽缓存会不会堵主机扛不扛得住触发节奏稳不稳。说到底视觉系统追求的不是某一秒跑到最高帧而是长时间稳定地跑在项目需要的节拍上。如果你也遇到过帧率跑不满、偶发掉帧、采集延迟、触发不稳这类问题可以在评论区聊聊。后面可以把大家问得最多的性能问题整理成一期视觉项目性能案例清单。