4. 图像采集与传输：GigE Vision与USB3 Vision协议、相机SDK调用、图像缓存与同步

各位同学，咱们今天聊点实在的。图像采集与传输，说白了就是相机怎么把看到的画面，又快又稳地送到咱们的算法手里。我做了这么多年贴片机视觉，发现很多项目出问题，不是算法不行，而是图像没传好。嗯，这里面的坑，我踩过不少。

4.1 两大主流协议：GigE Vision 与 USB3 Vision

先说说协议。目前工业相机主流的就两个：GigE Vision 和 USB3 Vision。你想想看，选哪个其实取决于你的项目场景。

4.1.1 GigE Vision

GigE Vision 基于千兆以太网。它的优势很明显：传输距离远，能到100米。我在一个大型贴片机项目里，相机装在机台深处，控制柜在另一头，用USB线根本拉不过去，GigE就解决了这个问题。

但它也有个毛病：CPU占用率偏高。因为数据包要经过网络协议栈，处理起来比USB3要重一些。不过现在有巨帧（Jumbo Frame）和更好的网卡，情况好多了。

4.1.2 USB3 Vision

USB3 Vision 走的是USB 3.0总线。说白了，它更简单，即插即用。我个人习惯在小型的桌面型贴片机上用USB3相机，因为开发快，调试方便。

但要注意，USB线缆长度有限制，一般建议不超过5米。我曾经在一个项目里强行用了10米的USB延长线，结果图像时不时丢帧，查了两天才发现是信号衰减。嗯，后来老老实实换了GigE。

4.2 相机SDK调用：从打开到抓图

协议讲完了，咱们看看怎么用代码把相机叫醒。大部分工业相机厂商都提供SDK，比如Basler的Pylon、海康的MVS、大恒的Galaxy。接口大同小异，核心流程就几步。

我以GigE相机为例，给你看一段伪代码。实际项目中，我习惯把相机操作封装成一个类，方便管理。

// 伪代码：相机初始化与抓图
// 1. 枚举设备
CameraList = EnumerateDevices(TransportLayerType.GigE);

// 2. 打开相机
Camera cam = CameraList[0].Open();

// 3. 设置参数
cam.Width = 2448;
cam.Height = 2048;
cam.ExposureTime = 5000;  // 微秒
cam.Gain = 0;

// 4. 开始采集
cam.StartGrabbing();

// 5. 获取一帧图像
ImageFrame frame = cam.RetrieveResult(5000);  // 超时5秒

if (frame.Status == GrabStatus.Success)
{
    // 6. 处理图像
    ProcessImage(frame.Data, frame.Width, frame.Height);
}

// 7. 释放资源
frame.Release();
cam.StopGrabbing();
cam.Close();

4.3 图像缓存与同步：别让数据堵在路上

图像采集是个流水线：相机采集 -> 传输 -> 处理。如果处理速度跟不上采集速度，就会丢帧。怎么办？加缓存。

4.3.1 环形缓冲区（Ring Buffer）

我个人最喜欢用环形缓冲区。它就像一个循环队列，生产者（相机驱动）往里面放数据，消费者（算法线程）从里面取数据。只要消费者别太慢，就不会丢帧。

我画了一张图，帮你理解这个结构：

4.3.2 同步机制

有了缓冲区，还得有同步。不然生产者和消费者各干各的，数据就乱了。我常用的同步方式有两种：

同步方式	适用场景	注意事项
信号量（Semaphore）	多生产者/多消费者	注意信号量初始值，避免死锁
事件（Event）	单生产者/单消费者	适合低延迟场景，我常用
条件变量（Condition Variable）	复杂同步逻辑	配合互斥锁使用，注意虚假唤醒

4.4 实战中的性能调优

最后聊点实战经验。图像采集的性能，往往卡在几个地方：

• 网卡设置： GigE相机一定要开启巨帧（Jumbo Frame），MTU设到9000。我见过有人没开，带宽直接砍半。
• CPU亲和性： 把相机采集线程绑定到一个CPU核心上，避免线程切换带来的抖动。
• 内存池： 预分配内存，不要在采集过程中频繁new/delete。我习惯在初始化时一次性分配好。
• 丢帧检测： 在代码里加一个帧计数器，如果连续丢帧超过阈值，就报警。这个习惯救过我一次，当时是网线松了。

好了，图像采集与传输这块，核心就是协议选型、SDK调用、缓存与同步。你把这些吃透了，贴片机的视觉系统就稳了一大半。

---